Summary: | dev-libs/libx86-1.1-r1 FEATURES=distcc - x86-common.c:1: error: bad value (core2) for -march= s witch | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | yegle <cnyegle> |
Component: | [OLD] Unspecified | Assignee: | Peter Volkov (RETIRED) <pva> |
Status: | RESOLVED FIXED | ||
Severity: | normal | ||
Priority: | High | ||
Version: | unspecified | ||
Hardware: | x86 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
yegle
2008-09-11 05:28:25 UTC
Are you sure you have sys-devel/gcc-4.3* running on the distcc server(s) as well? If not, that explains why they don't understand -{march,mtune}=core2 ... (In reply to comment #1) > Are you sure you have sys-devel/gcc-4.3* running on the distcc server(s) as > well? If not, that explains why they don't understand -{march,mtune}=core2 ... > yes I'm sure.If not ,then I'll file a bug about "error emerge anything with distcc" :-) (In reply to comment #2) > (In reply to comment #1) > > Are you sure you have sys-devel/gcc-4.3* running on the distcc server(s) as > > well? If not, that explains why they don't understand -{march,mtune}=core2 ... > > > > yes I'm sure.If not ,then I'll file a bug about "error emerge anything with > distcc" :-) And do the /usr/lib/distcc/bin/ symlinks really point to the 4.3 gcc's? It doesn't seem like they do right now, or you wouldn't get these errors. Once you have that fixed, we could ask this package's maintainer to `inherit toolchain-funcs' in the ebuilds and set a proper CC. > Once you have that fixed, we could ask this package's maintainer to `inherit
> toolchain-funcs' in the ebuilds and set a proper CC.
I did that (*without* version bump), as in any case it's worth to do that. yegle, please, make checks Jeroen asked you and also try with updated ebuild.
this package is without maintainer. Assigning this bug on myself.
(In reply to comment #4) > > Once you have that fixed, we could ask this package's maintainer to `inherit > > toolchain-funcs' in the ebuilds and set a proper CC. > > I did that (*without* version bump), as in any case it's worth to do that. > yegle, please, make checks Jeroen asked you and also try with updated ebuild. > > this package is without maintainer. Assigning this bug on myself. > (In reply to comment #3) > (In reply to comment #2) > > (In reply to comment #1) > > > Are you sure you have sys-devel/gcc-4.3* running on the distcc server(s) as > > > well? If not, that explains why they don't understand -{march,mtune}=core2 ... > > > > > > > yes I'm sure.If not ,then I'll file a bug about "error emerge anything with > > distcc" :-) > > And do the /usr/lib/distcc/bin/ symlinks really point to the 4.3 gcc's? It > doesn't seem like they do right now, or you wouldn't get these errors. > > Once you have that fixed, we could ask this package's maintainer to `inherit > toolchain-funcs' in the ebuilds and set a proper CC. > Sorry that I'm not using gentoo on remote server,so there is no /usr/lib/distcc/bin files. I can emerge other softwares successfully,i.e. openoffice and firefox with march=core2 and distcc,and I didn't add localhosts in /etc/distcc/hosts,so I don't think this is caused by incorrect configurations of distcc. It's weired.I tried to emerge libx86 with distcc today and succeeded.Don't know why but it seems this bug can be closed. >>> Emerging (1 of 1) dev-libs/libx86-1.1-r1 * libx86-1.1.tar.gz RMD160 SHA1 SHA256 size ;-) ... [ ok ] * checking ebuild checksums ;-) ... [ ok ] * checking auxfile checksums ;-) ... [ ok ] * checking miscfile checksums ;-) ... [ ok ] >>> Unpacking source... >>> Unpacking libx86-1.1.tar.gz to /var/tmp/portage/dev-libs/libx86-1.1-r1/work * Applying libx86-0.99-ifmask.patch ... [ ok ] >>> Source unpacked. >>> Compiling source in /var/tmp/portage/dev-libs/libx86-1.1-r1/work/libx86-1.1 ... make LIBRARY=static static make[1]: Entering directory `/var/tmp/portage/dev-libs/libx86-1.1-r1/work/libx86-1.1' i686-pc-linux-gnu-gcc -O2 -pipe -march=core2 -c -o x86-common.o x86-common.c i686-pc-linux-gnu-gcc -O2 -pipe -march=core2 -c -o lrmi.o lrmi.c ar cru libx86.a x86-common.o lrmi.o make[1]: Leaving directory `/var/tmp/portage/dev-libs/libx86-1.1-r1/work/libx86-1.1' make objclean make[1]: Entering directory `/var/tmp/portage/dev-libs/libx86-1.1-r1/work/libx86-1.1' make -C x86emu clean make[2]: Entering directory `/var/tmp/portage/dev-libs/libx86-1.1-r1/work/libx86-1.1/x86emu' rm -f *.a *.o *~ make[2]: Leaving directory `/var/tmp/portage/dev-libs/libx86-1.1-r1/work/libx86-1.1/x86emu' rm -f *.o *~ make[1]: Leaving directory `/var/tmp/portage/dev-libs/libx86-1.1-r1/work/libx86-1.1' make LIBRARY=shared shared make[1]: Entering directory `/var/tmp/portage/dev-libs/libx86-1.1-r1/work/libx86-1.1' i686-pc-linux-gnu-gcc -O2 -pipe -march=core2 -fPIC -c -o x86-common.o x86-common.c i686-pc-linux-gnu-gcc -O2 -pipe -march=core2 -fPIC -c -o lrmi.o lrmi.c i686-pc-linux-gnu-gcc -O2 -pipe -march=core2 -fPIC -Wl,-O1 -o libx86.so.1 -shared -Wl,-soname,libx86.so.1 x86-common.o lrmi.o make[1]: Leaving directory `/var/tmp/portage/dev-libs/libx86-1.1-r1/work/libx86-1.1' >>> Source compiled. >>> Test phase [not enabled]: dev-libs/libx86-1.1-r1 >>> Install libx86-1.1-r1 into /var/tmp/portage/dev-libs/libx86-1.1-r1/image/ category dev-libs install -D libx86.so.1 /var/tmp/portage/dev-libs/libx86-1.1-r1/image//usr/lib/libx86.so.1 install -D libx86.a /var/tmp/portage/dev-libs/libx86-1.1-r1/image//usr/lib/libx86.a ln -sf libx86.so.1 /var/tmp/portage/dev-libs/libx86-1.1-r1/image//usr/lib/libx86.so install -p -m 0644 -D lrmi.h /var/tmp/portage/dev-libs/libx86-1.1-r1/image//usr/include/libx86.h >>> Completed installing libx86-1.1-r1 into /var/tmp/portage/dev-libs/libx86-1.1-r1/image/ strip: i686-pc-linux-gnu-strip --strip-unneeded -R .comment usr/lib/libx86.so.1 usr/lib/libx86.a removing executable bit: usr/lib/libx86.a >>> Installing dev-libs/libx86-1.1-r1 * checking 4 files for package collisions --- /usr/ --- /usr/lib/ >>> /usr/lib/libx86.a >>> /usr/lib/libx86.so.1 >>> /usr/lib/libx86.so -> libx86.so.1 --- /usr/include/ >>> /usr/include/libx86.h >>> Safely unmerging already-installed instance... No package files given... Grabbing a set. --- replaced obj /usr/lib/libx86.so.1 --- replaced sym /usr/lib/libx86.so --- replaced obj /usr/lib/libx86.a --- replaced dir /usr/lib --- replaced obj /usr/include/libx86.h --- replaced dir /usr/include --- replaced dir /usr >>> Regenerating /etc/ld.so.cache... >>> Original instance of package unmerged safely. >>> Regenerating /etc/ld.so.cache... >>> Auto-cleaning packages... >>> No outdated packages were found on your system. * GNU info directory index is up-to-date. Possibly it's because now it uses i686-pc-linux-gnu-gcc instead of cc. Enjoy. |