Get Gentoo!
gentoo.org sites
gentoo.org Wiki Bugs Forums Packages
Planet Archives Sources
Infra Status
summaryrefslogtreecommitdiff
path: root/eclass/mozcoreconf-v6.eclass
Commit message (Collapse)AuthorAgeFilesLines
* eclass/mozcoreconf-v6: revert lto hack for ppc/armJory Pratt2019-09-141-31/+9
| | | | Signed-off-by: Jory Pratt <anarchy@gentoo.org>
* mozcoreconf-v6.eclass: seamonkey doesn't use ltoLars Wendler2019-09-081-16/+20
| | | | | Closes: https://bugs.gentoo.org/693666 Signed-off-by: Lars Wendler <polynomial-c@gentoo.org>
* mozcoreconf-v6.eclass: don't force -mminimal-toc on ppc64Georgy Yakovlev2019-09-011-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | This is a really old flag which was needed to compile with GCC <4.6 I've traced down the existence of this flag here up to commit 5980a31194da3376ea9dcf804139a2999199508c Author: Raúl Porcel <armin76@gentoo.org> Date: Sat Mar 15 18:09:25 2008 +0000 Add eclasses for mozilla-firefox-3 and xulrunner-1.9 probably it also was in earlier eclasses. it was there to fix this kind of bugs: https://bugs.gentoo.org/241900 Problem WAS that on ppc64 .toc1 section could be at most 64KB in size It's true on GCC versions prior to 4.6 or if mminimal-toc passed on modern gcc However, since GCC4.6[1] they implemented 3 new TOC models -mcmodel=small uses 16-bit toc offsets, ie. what we had before. -mcmodel=medium [ the new default ] uses 32-bit toc offsets and addresses static data, string constants etc. relative to the toc pointer. Limits data to around 2G. -mcmodel=large uses 32-bit toc offsets, no limit on static data. By passing -mminimal-toc on modern GCC we force -mcmodel=small it means The TOC is limited to 64k. The default for gcc currently is -mcmodel=medium, with it TOC static data may grow up to 4G But here's the problem: current mozilla builds (thunderbird and firefox) force -O3 optimization by default, making it very easy to overflow TOC section {standard input}:1344252: Error: operand out of range \ (0x00000000000178b8 is not between 0xffffffffffff8000 and 0x0000000000007ffc) Passing -O3 is THE DEFAULT configuration, unless USE=custom-optimization is set, which voids the warranty =) So I propose removing this flag from eclass and building with default model on modern toolchain. Quite unlikely someone tries to build FF/TB using gcc-4.5, and if they do - they have other problems to solve. [1] https://gcc.gnu.org/ml/gcc-patches/2010-06/msg00747.html Acked-by: Jory Pratt <anarchy@gentoo.org> Signed-off-by: Georgy Yakovlev <gyakovlev@gentoo.org>
* mozcoreconf-v6.eclass: fix lto on arm and ppc64Georgy Yakovlev2019-08-291-2/+2
| | | | | | Closes: https://bugs.gentoo.org/692500 Acked-by: Jory Pratt <anarchy@gentoo.org> Signed-off-by: Georgy Yakovlev <gyakovlev@gentoo.org>
* mozcoreconf-v6: drop the double filter-flags that I introduced!!Jory Pratt2019-07-171-2/+0
| | | | | | Closes: https://bugs.gentoo.org/681438 Signed-off-by: Jory Pratt <anarchy@gentoo.org>
* mozcoreconf-v6: Disable elf-hack when debug cflags enabledJory Pratt2019-07-171-1/+7
| | | | | | Closes: https://bugs.gentoo Signed-off-by: Jory Pratt <anarchy@gentoo.org>
* mozcoreconf-v6.eclass: filter flag ggdb3Jory Pratt2019-05-261-1/+1
| | | | | Closes: https://bugs.gentoo.org/681438 Signed-off-by: Jory Pratt <anarchy@gentoo.org>
* mozcoreconf-v6: Remove older workaroundsShane Peelar2019-05-131-1/+1
| | | | | | | | Keep -flifetime-dse=1 as it is required for PGO Closes: https://bugs.gentoo.org/685632 Signed-off-by: Shane Peelar <lookatyouhacker@gmail.com> Signed-off-by: Jory Pratt <anarchy@gentoo.org>
* mozcoreconf-v6.eclass: add still required Python 2.7 dependencyThomas Deutschmann2019-03-081-0/+1
| | | | | | | | | | | | | | | | | In commit 9d973365a74e58731b62caae87d4ad521c90d947 and af9298355290622e1ab2ec5253550e6b8196722a Python 3 support was added and PYTHON_COMPAT was moved from eclass to ebuild as requested by QA. However, Python 2 dependency, which is still required, was lost. This commit will bring back Python 2 dependency. Note that we use python-any-r1_pkg_setup in moz_pkgsetup to initialize Python 3 via PYTHON_COMPAT but we will switch back to Python 2 manually using python_export later. Closes: https://bugs.gentoo.org/679582 Signed-off-by: Thomas Deutschmann <whissi@gentoo.org>
* mozcoreconf-v6.eclass: don't set ldflags lld doesn't supportThomas Deutschmann2018-09-301-2/+16
| | | | | Closes: https://bugs.gentoo.org/667224 Signed-off-by: Thomas Deutschmann <whissi@gentoo.org>
* mozcoreconf-v6.eclass: PYTHON_COMPAT moved to ebuildThomas Deutschmann2018-09-281-3/+0
| | | | Signed-off-by: Thomas Deutschmann <whissi@gentoo.org>
* mozcoreconf-v6.eclass: always define PYTHON_COMPATThomas Deutschmann2018-09-281-3/+0
| | | | | Closes: https://bugs.gentoo.org/667208 Signed-off-by: Thomas Deutschmann <whissi@gentoo.org>
* mozcoreconf-v6.eclass: synchronize with changes from mozilla overlayThomas Deutschmann2018-09-061-3/+15
|
* eclass/mozcoreconf-v6.eclass: adjust setting for building comm targetsIan Stakenvicius2018-08-141-2/+4
| | | | | | | Thunderbird and Seamonkey from v60 onwards are now built from the 'comm/mail' and 'comm/suite' application targets respectively, instead of the old 'mail' and 'suite'. This change is not backwards compatible with mozilla versions prior to v60.
* www-client/firefox: bump to v60Ian Stakenvicius2018-05-111-0/+277
Includes mozcoreconf-v6 and mozconfig-v6.60 eclasses Closes: http://bugs.gentoo.org/653678 Closes: http://bugs.gentoo.org/655396 Closes: http://bugs.gentoo.org/655022 Package-Manager: Portage-2.3.24, Repoman-2.3.6