Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 464882 - www-client/seamonkey-2.17 fails to build with clang and clang+lto
Summary: www-client/seamonkey-2.17 fails to build with clang and clang+lto
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: AMD64 Linux
: Normal normal with 1 vote (vote)
Assignee: Lars Wendler (Polynomial-C)
Keywords: PATCH
Depends on: 462488 462554
Blocks: systemwide-clang lto
  Show dependency tree
Reported: 2013-04-06 19:12 UTC by cmuelle8
Modified: 2017-08-26 17:56 UTC (History)
1 user (show)

See Also:
Package list:
Runtime testing required: ---

/etc/portage/patches/www-client/seamonkey-2.17/seamonkey-2.17-clang3.3svn.patch (seamonkey-2.17-clang3.3svn.patch,4.10 KB, patch)
2013-04-06 19:13 UTC, cmuelle8
Details | Diff
seamonkey-2.17.ebuild.patch (seamonkey-2.17.ebuild.patch,2.64 KB, patch)
2013-04-06 19:14 UTC, cmuelle8
Details | Diff

Note You need to log in before you can comment on or make changes to this bug.
Description cmuelle8 2013-04-06 19:12:56 UTC
Recipe to build seamonkey with clang:

seamonkey-2.17 / clang-9999+lto / llvm-9999 build issues

1) currently live ebuilds from trunk are versioned llvm-3.3svn
keyword -9999 versions in /etc/paludis/keywords.conf and build them

2) make ar, nm tools of binutils use llvm linker plugins
see bug #462554

3) patch mozcoreconf-2.eclass to allow passing -O4 as an optimization flag
see bug #462488

4) enable clang/llvm environment for seamonkey in /etc/paludis/bashrc
case "${CATEGORY}/${PN}" in
        www-client/seamonkey) ;&
                LDFLAGS="${LDFLAGS} -Wl,-z,norelro"

5) enable the following use flags in /etc/paludis/use.conf
www-client/seamonkey custom-cflags
www-client/seamonkey custom-optimization

6) for epatch_user to find, place the source patch attached in

NOTE:  seamonkey has the same issue with methodjit like FF has described in bug #462608. The ebuild patch is similar to the one needed for FF 19.0.2, just the directory structure differs, i.e. ${S}/mozilla/modules/libpref/.. instead of ${S}/modules/libpref/..

Reproducible: Always
Comment 1 cmuelle8 2013-04-06 19:13:53 UTC
Created attachment 344664 [details, diff]
Comment 2 cmuelle8 2013-04-06 19:14:36 UTC
Created attachment 344666 [details, diff]
Comment 3 Jory A. Pratt gentoo-dev 2017-08-26 17:56:15 UTC
If you feel I have closed your bug and it is still a current issue, please reopen and update it completely. We will not work bugs that have no ebuild in tree any longer or can not be reproduced with a current system.

Thank You for your support and understanding
The Mozilla Team