| Summary: | "Do not emerge xorg-server without vanilla gcc specs!" errror with x86_64-pc-linux-gnu-3.4.5-vanilla | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Frederik 'Freso' S. Olesen <bugs.gentoo.org> |
| Component: | New packages | Assignee: | Kevin F. Quinn (RETIRED) <kevquinn> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | askwar, hardened, jakub, x11 |
| Priority: | High | ||
| Version: | 2006.0 | ||
| Hardware: | AMD64 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
| Attachments: |
/etc/env.d/05gcc
/etc/env.d/gcc/x86_64-pc-linux-gnu-3.4.5-vanilla /usr/lib/gcc/x86_64-pc-linux-gnu/3.4.5/specs /usr/lib/gcc/x86_64-pc-linux-gnu/3.4.5/specs /usr/lib/gcc/x86_64-pc-linux-gnu/3.4.5/vanilla.specs shell script to test the gcc-specs-now function Reset the locale temporarily when doing gcc -v Set the locale to en temporarily when doing gcc -v Set the locale to C temporarily when doing gcc -v |
||
|
Description
Frederik 'Freso' S. Olesen
2006-03-27 05:51:13 UTC
Well, that's IMHO since you are using hardened use flag in an invalid way (i.e., without setting your profile to a hardened one). The error means your specs haven't switched properly. Please post the output of: $ gcc -v while you have the vanilla compiler selected, and also attach any specs files listed (i.e. lines where it says "Reading specs from <file>", attach <file>). Also attach /etc/env.d/05gcc and /etc/env.d/gcc/i686-pc-linux-gnu-3.4.5-vanilla (assuming you're using gcc-config not eselect-compiler). nayru ~ # gcc -v L nayru ~ # gcc -v
Læser specifikationer fra /usr/lib/gcc/x86_64-pc-linux-gnu/3.4.5/specs
Konfigureret med: /var/tmp/portage/gcc-3.4.5/work/gcc-3.4.5/configure --prefix=/usr --bindir=/usr/x86_64-pc-linux-gnu/gcc-bin/3.4.5 --includedir=/usr/lib/gcc/x86_64-pc-linux-gnu/3.4.5/include --datadir=/usr/share/gcc-data/x86_64-pc-linux-gnu/3.4.5 --mandir=/usr/share/gcc-data/x86_64-pc-linux-gnu/3.4.5/man --infodir=/usr/share/gcc-data/x86_64-pc-linux-gnu/3.4.5/info --with-gxx-include-dir=/usr/lib/gcc/x86_64-pc-linux-gnu/3.4.5/include/g++-v3 --host=x86_64-pc-linux-gnu --build=x86_64-pc-linux-gnu --disable-altivec --enable-nls --without-included-gettext --with-system-zlib --disable-checking --disable-werror --disable-libunwind-exceptions --enable-multilib --disable-libgcj --enable-languages=c,c++,f77 --enable-shared --enable-threads=posix --enable-__cxa_atexit --enable-clocale=gnu
Trådmodel: posix
GCC version 3.4.5 (Gentoo Hardened 3.4.5, ssp-3.4.5-1.0, pie-8.7.9)
nayru ~ # gcc-config -l
[1] x86_64-pc-linux-gnu-3.4.5 *
[2] x86_64-pc-linux-gnu-3.4.5-hardenednopie
[3] x86_64-pc-linux-gnu-3.4.5-hardenednopiessp
[4] x86_64-pc-linux-gnu-3.4.5-hardenednossp
[5] x86_64-pc-linux-gnu-3.4.5-vanilla
nayru ~ # gcc-config 5
* Switching native-compiler to x86_64-pc-linux-gnu-3.4.5-vanilla ... [ ok ]
* If you intend to use the gcc from the new profile in an already
* running shell, please remember to do:
* # source /etc/profile
nayru ~ # env-update && source /etc/profile
>>> Regenerating /etc/ld.so.cache...
nayru ~ # gcc -v
Læser specifikationer fra /usr/lib/gcc/x86_64-pc-linux-gnu/3.4.5/specs
Læser specifikationer fra /usr/lib/gcc/x86_64-pc-linux-gnu/3.4.5/vanilla.specs
Konfigureret med: /var/tmp/portage/gcc-3.4.5/work/gcc-3.4.5/configure --prefix=/usr --bindir=/usr/x86_64-pc-linux-gnu/gcc-bin/3.4.5 --includedir=/usr/lib/gcc/x86_64-pc-linux-gnu/3.4.5/include --datadir=/usr/share/gcc-data/x86_64-pc-linux-gnu/3.4.5 --mandir=/usr/share/gcc-data/x86_64-pc-linux-gnu/3.4.5/man --infodir=/usr/share/gcc-data/x86_64-pc-linux-gnu/3.4.5/info --with-gxx-include-dir=/usr/lib/gcc/x86_64-pc-linux-gnu/3.4.5/include/g++-v3 --host=x86_64-pc-linux-gnu --build=x86_64-pc-linux-gnu --disable-altivec --enable-nls --without-included-gettext --with-system-zlib --disable-checking --disable-werror --disable-libunwind-exceptions --enable-multilib --disable-libgcj --enable-languages=c,c++,f77 --enable-shared --enable-threads=posix --enable-__cxa_atexit --enable-clocale=gnu
Trådmodel: posix
GCC version 3.4.5 (Gentoo Hardened 3.4.5, ssp-3.4.5-1.0, pie-8.7.9)
nayru ~ # gcc-config -l
[1] x86_64-pc-linux-gnu-3.4.5
[2] x86_64-pc-linux-gnu-3.4.5-hardenednopie
[3] x86_64-pc-linux-gnu-3.4.5-hardenednopiessp
[4] x86_64-pc-linux-gnu-3.4.5-hardenednossp
[5] x86_64-pc-linux-gnu-3.4.5-vanilla *
nayru ~ #
Created attachment 83226 [details]
/etc/env.d/05gcc
Created attachment 83227 [details]
/etc/env.d/gcc/x86_64-pc-linux-gnu-3.4.5-vanilla
(I took the liberty of doing s/i686/x86_64/ in the filename. :))
Using gcc-config - no 'eselect compiler' for me:
nayru ~ # eselect list-modules
Built-in modules:
help Display a help message
list-modules Find and display available modules
usage Display a usage message
version Display version information
Extra modules:
bashcomp Manage contributed bash-completion scripts
binutils Manage installed versions of sys-devel/binutils
blas Manage installed BLAS implementations
env Manage environment variables set in /etc/env.d/
kernel Manage the /usr/src/linux symlink
lapack Manage installed LAPACK implementations
mailer Manage the mailwrapper profiles in /etc/mail
opengl Manage the OpenGL implementation used by your system
profile Manage the /etc/make.profile symlink
rc Manage /etc/init.d scripts in runlevels
nayru ~ #
Created attachment 83228 [details]
/usr/lib/gcc/x86_64-pc-linux-gnu/3.4.5/specs
"L
Created attachment 83228 [details]
/usr/lib/gcc/x86_64-pc-linux-gnu/3.4.5/specs
"Læser specifikationer fra /usr/lib/gcc/x86_64-pc-linux-gnu/3.4.5/specs"
Created attachment 83231 [details]
/usr/lib/gcc/x86_64-pc-linux-gnu/3.4.5/specs
"L
Created attachment 83231 [details]
/usr/lib/gcc/x86_64-pc-linux-gnu/3.4.5/specs
"Læser specifikationer fra /usr/lib/gcc/x86_64-pc-linux-gnu/3.4.5/specs"
Created attachment 83234 [details]
/usr/lib/gcc/x86_64-pc-linux-gnu/3.4.5/vanilla.specs
"L
Created attachment 83234 [details]
/usr/lib/gcc/x86_64-pc-linux-gnu/3.4.5/vanilla.specs
"Læser specifikationer fra /usr/lib/gcc/x86_64-pc-linux-gnu/3.4.5/vanilla.specs"
(Sorry about the double post... my connection has a tendency of being a bit... 'funky'.)
Hmm; everything there looks fine. I tried the gcc-specs-now function with your vanilla specs file and it works here. (the gcc-specs-now function is used by x-modular.eclass to find out if the specs include the bit that cause problems with X; x-modular.eclass generates the warning if gcc-specs-now returns TRUE) Just to be absolutely sure, you did the emerge of xorg-server in the same shell as you did the gcc-config and 'source /etc/profile'? Created attachment 83237 [details]
shell script to test the gcc-specs-now function
Could you try this? Save the attachment to a file (e.g. try.sh), and make it executable (chmod 750 try.sh). In the shell where you're about to emerge xorg-server (i.e. after you've switched to the vanilla compiler and done the 'source /etc/profile'), run it "./try.sh" and report back the results.
(In reply to comment #9) >Just to be absolutely sure, you did the emerge of xorg-server in the same shell >as you did the gcc-config and 'source /etc/profile'? Heh. Yes. (emerge xorg-x11 (half an hour passes) error! - switching gcc (incl. updating env and sourcing profile), emerge --resume, error!) (In reply to comment #10) nayru ~ # gcc-config 5 * Switching native-compiler to x86_64-pc-linux-gnu-3.4.5-vanilla ... [ ok ]nayru ~ # source /etc/profile nayru ~ # ./try.sh %{!fsyntax-only:%{!c:%{!M:%{!MM:%{!E:%{!S: %(linker) %l %{!nopie: %{!static: %{!A: %{!shared: %{!nostdlib: %{!nostartfiles: %{!fno-PIE: %{!fno-pie: -pie} } } } } } } } %{pie: } %{!norelro: -z relro} %{relro: } %{!nonow: -z now} %{now: } %X %{o*} %{A} %{d} %{e*} %{m} %{N} %{n} %{r} %{s} %{t} %{u*} %{x} %{z} %{Z} %{!A:%{!nostdlib:%{!nostartfiles:%S}}} %{static:} %{L*} %(link_libgcc) %o %{fprofile-arcs|fprofile-generate:-lgcov} %{!nostdlib:%{!nodefaultlibs:%(link_gcc_c_sequence)}} %{!A:%{!nostdlib:%{!nostartfiles:%E}}} %{T*} }}}}}} GCC specs now nayru ~ # env-update && source /etc/profile >>> Regenerating /etc/ld.so.cache... nayru ~ # ./try.sh %{!fsyntax-only:%{!c:%{!M:%{!MM:%{!E:%{!S: %(linker) %l %{!nopie: %{!static: %{!A: %{!shared: %{!nostdlib: %{!nostartfiles: %{!fno-PIE: %{!fno-pie: -pie} } } } } } } } %{pie: } %{!norelro: -z relro} %{relro: } %{!nonow: -z now} %{now: } %X %{o*} %{A} %{d} %{e*} %{m} %{N} %{n} %{r} %{s} %{t} %{u*} %{x} %{z} %{Z} %{!A:%{!nostdlib:%{!nostartfiles:%S}}} %{static:} %{L*} %(link_libgcc) %o %{fprofile-arcs|fprofile-generate:-lgcov} %{!nostdlib:%{!nodefaultlibs:%(link_gcc_c_sequence)}} %{!A:%{!nostdlib:%{!nostartfiles:%E}}} %{T*} }}}}}} GCC specs now nayru ~ # Ah! Should have realised this on comment #3 - my gcc-specs-* stuff assumes the messages from GCC will be in English! So when they look for "Reading specs from <file>" they find nothing, as yours says it in foreign (Dutch?). Ok; now I understand the problem - I'll work on a solution. Quick question - if you do: $ LC_ALL= gcc -v does it generate output in English? da_DK.UTF-8 would be Danish as it is spoken/written in Denmark, encoded in UTF-8. :)
Anyway:
nayru ~ # LC_ALL=en gcc -v
Reading specs from /usr/lib/gcc/x86_64-pc-linux-gnu/3.4.5/specs
Reading specs from /usr/lib/gcc/x86_64-pc-linux-gnu/3.4.5/vanilla.specs
Configured with: /var/tmp/portage/gcc-3.4.5/work/gcc-3.4.5/configure --prefix=/usr --bindir=/usr/x86_64-pc-linux-gnu/gcc-bin/3.4.5 --includedir=/usr/lib/gcc/x86_64-pc-linux-gnu/3.4.5/include --datadir=/usr/share/gcc-data/x86_64-pc-linux-gnu/3.4.5 --mandir=/usr/share/gcc-data/x86_64-pc-linux-gnu/3.4.5/man --infodir=/usr/share/gcc-data/x86_64-pc-linux-gnu/3.4.5/info --with-gxx-include-dir=/usr/lib/gcc/x86_64-pc-linux-gnu/3.4.5/include/g++-v3 --host=x86_64-pc-linux-gnu --build=x86_64-pc-linux-gnu --disable-altivec --enable-nls --without-included-gettext --with-system-zlib --disable-checking --disable-werror --disable-libunwind-exceptions --enable-multilib --disable-libgcj --enable-languages=c,c++,f77 --enable-shared --enable-threads=posix --enable-__cxa_atexit --enable-clocale=gnu
Thread model: posix
gcc version 3.4.5 (Gentoo Hardened 3.4.5, ssp-3.4.5-1.0, pie-8.7.9)
nayru ~ # LC_ALL=en ./try.sh
%{!fsyntax-only:%{!c:%{!M:%{!MM:%{!E:%{!S: %(linker) %l %{pie: %{!static: %{!A: %{!shared: %{!nostdlib: %{!nostartfiles: %{!fno-PIE: %{!fno-pie: -pie} } } } } } } } %{nopie: } %{relro: -z relro} %{norelro: } %{now: -z now} %{nonow: } %X %{o*} %{A} %{d} %{e*} %{m} %{N} %{n} %{r} %{s} %{t} %{u*} %{x} %{z} %{Z} %{!A:%{!nostdlib:%{!nostartfiles:%S}}} %{static:} %{L*} %(link_libgcc) %o %{fprofile-arcs|fprofile-generate:-lgcov} %{!nostdlib:%{!nodefaultlibs:%(link_gcc_c_sequence)}} %{!A:%{!nostdlib:%{!nostartfiles:%E}}} %{T*} }}}}}}
GCC doesn't spec now
nayru ~ #
Created attachment 83243 [details, diff]
Reset the locale temporarily when doing gcc -v
oh; of course - Dutch is NL :)
Great; that makes things easy; we'll just add 'LC_ALL= ' to the 'gcc -v' command. This patch is against /usr/portage/eclass/toolchain-funcs.eclass - just adds "LC_ALL= " immediately before the compiler is called. Please try it and let me know if it works and I'll commit it (I don't have other locales installed here to try myself).
To install it, do:
cd /usr/portage/eclass
patch -p0 < path-to-patch
then retry the emerge. The local change will get lost when you next emerge sync, but by then if it works I'll have committed it to CVS.
Again, I took some liberty in following your instructions: I changed the LC_ALL= to LC_ALL=en, as that was what I did previously when you asked me to 'reset' LC_ALL. `LC_ALL= some-command` doesn't seem to reset LC_ALL, so, yeah. Setting LC_ALL to English instead of resetting should work just as well. I've just gotten home from polkarave and the clock is now half past midnight local time, so I'm not sure whether I'll test before going to bed, when going to bed, or 'tomorrow'. I'll post results when I have though. :) Created attachment 83266 [details, diff]
Set the locale to en temporarily when doing gcc -v
Created attachment 83270 [details, diff]
Set the locale to C temporarily when doing gcc -v
ok; third time lucky :) I think the 'C' locale is the best to go for, since it should always be present.
Right. I tried to emerge again, this time, however, libXxf86misc (1.0.0-r1) didn't feel like being emerged (lots of errors and warnings). That appears to be subject for another report though, as it acts exactly the same whether or not the "LC_ALL=C " bit is in that eclass. I'm thinking this might be a Clue Right. I tried to emerge again, this time, however, libXxf86misc (1.0.0-r1) didn't feel like being emerged (lots of errors and warnings). That appears to be subject for another report though, as it acts exactly the same whether or not the "LC_ALL=C " bit is in that eclass. I'm thinking this might be a Clue, trying to get me to bed. Ok,I've committed the change; thanks for working through it with me, Freso. With regards the libXxf86misc errors, yes - raise a fresh bug and post appropriate info there. (In reply to comment #20) >Ok,I've committed the change; thanks for working through it with me, Freso. Just for the record, this seems to have fixed it. At least I was able to succesfully install (xorg-server) now, after switching to vanilla gcc. Thank you for taking the time to look into and fix this. :) Please reopen! I'm seeing the same error: hetzner ~ # emerge -vat1 xorg-server These are the packages that would be merged, in reverse order: Calculating dependencies... done! [ebuild N ] x11-base/xorg-server-1.0.2-r3 USE="-debug -dri -ipv6 -minimal -xprint" 0 kB Total size of downloads: 0 kB Do you want me to merge these packages? [Yes/No] >>> Emerging (1 of 1) x11-base/xorg-server-1.0.2-r3 to / >>> checksums files ;-) xorg-server-1.0.2-r3.ebuild >>> checksums files ;-) files/1.0.2-try-to-fix-xorgcfg.patch >>> checksums files ;-) files/xorg-server-1.0.2-Sbus.patch >>> checksums files ;-) files/xorg-server-1.0.2-64bit-fix-have-dix-config.patch >>> checksums files ;-) files/xprint.init >>> checksums files ;-) files/digest-xorg-server-1.0.2-r3 >>> checksums files ;-) files/xorg-server-1.0.2-64bit-fix-for-glx.patch >>> checksums files ;-) files/xorg-server-1.0.2-64bit-fix-indirect-vertex-array.patch >>> checksums files ;-) files/xorg-server-1.0.2-sparc64-cfbrrop-fix.patch >>> checksums files ;-) files/1.0.2-fix-xorgconfig-rgbpath-and-mouse.patch >>> checksums src_uri ;-) xorg-server-1.0.2.tar.bz2 >>> checksums src_uri ;-) MesaLib-6.4.2.tar.bz2 >>> checksums src_uri ;-) 1.0.2-overlay-window.patch.bz2 >>> Unpacking source... * Do not emerge xorg-server without vanilla gcc specs! !!! ERROR: x11-base/xorg-server-1.0.2-r3 failed. Call stack: ebuild.sh, line 1526: Called dyn_unpack ebuild.sh, line 697: Called src_unpack ebuild.sh, line 1236: Called x-modular_src_unpack x-modular.eclass, line 236: Called die !!! Do not emerge xorg-server without vanilla gcc specs! !!! If you need support, post the topmost build error, and the call stack if relevant. I'm using hardened and on ~x86. I just upgraded to gcc-3.4.6 (with hardened), ran gcc-config i686-pc-linux-gnu-3.4.6 ; source /etc/profile and in the very same shell, I'm running the "emerge -1vat xorg-server". So, I'm not using vanilla gcc spec. Am I supposed to? I don't understand the message "Do not emerge xorg-server without vanilla gcc specs". Is it supposed to mean: "Emerge xorg-server using vanilla gcc specs"? hetzner ~ # gcc -v Reading specs from /usr/lib/gcc/i686-pc-linux-gnu/3.4.6/specs Configured with: /Gentoo/Portage/build/portage/gcc-3.4.6/work/gcc-3.4.6/configure --prefix=/usr --bindir=/usr/i686-pc-linux-gnu/gcc-bin/3.4.6 --includedir=/usr/lib/gcc/i686-pc-linux-gnu/3.4.6/include --datadir=/usr/share/gcc-data/i686-pc-linux-gnu/3.4.6 --mandir=/usr/share/gcc-data/i686-pc-linux-gnu/3.4.6/man --infodir=/usr/share/gcc-data/i686-pc-linux-gnu/3.4.6/info --with-gxx-include-dir=/usr/lib/gcc/i686-pc-linux-gnu/3.4.6/include/g++-v3 --host=i686-pc-linux-gnu --build=i686-pc-linux-gnu --disable-altivec --enable-nls --without-included-gettext --with-system-zlib --disable-checking --disable-werror --disable-libunwind-exceptions --disable-multilib --disable-libgcj --enable-languages=c,c++ --enable-shared --enable-threads=posix --enable-__cxa_atexit --enable-clocale=gnu Thread model: posix gcc version 3.4.6 (Gentoo Hardened 3.4.6, ssp-3.4.5-1.0, pie-8.7.9) hetzner ~ # cat /etc/env.d/05gcc PATH="/usr/i686-pc-linux-gnu/gcc-bin/3.4.6" ROOTPATH="/usr/i686-pc-linux-gnu/gcc-bin/3.4.6" MANPATH="/usr/share/gcc-data/i686-pc-linux-gnu/3.4.6/man" INFOPATH="/usr/share/gcc-data/i686-pc-linux-gnu/3.4.6/info" LDPATH="/usr/lib/gcc/i686-pc-linux-gnu/3.4.6:/usr/lib/gcc/i686-pc-linux-gnu/3.4.5" GCC_SPECS="" hetzner ~ # cat /etc/env.d/gcc/i686-pc-linux-gnu-3.4.6 PATH="/usr/i686-pc-linux-gnu/gcc-bin/3.4.6" ROOTPATH="/usr/i686-pc-linux-gnu/gcc-bin/3.4.6" LDPATH="/usr/lib/gcc/i686-pc-linux-gnu/3.4.6" GCCBITS="32" MANPATH="/usr/share/gcc-data/i686-pc-linux-gnu/3.4.6/man" INFOPATH="/usr/share/gcc-data/i686-pc-linux-gnu/3.4.6/info" STDCXX_INCDIR="g++-v3" hetzner ~ # emerge --info Portage 2.1_pre7-r3 (hardened/x86/2.6, gcc-3.4.6, glibc-2.3.6-r3, 2.6.14-hardened-r5.01 i686) ================================================================= System uname: 2.6.14-hardened-r5.01 i686 AMD Athlon(tm) XP 2000+ Gentoo Base System version 1.12.0_pre16 ccache version 2.4 [enabled] dev-lang/python: 2.3.5-r2, 2.4.2-r1 sys-apps/sandbox: 1.2.17 sys-devel/autoconf: 2.13, 2.59-r7 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1 sys-devel/binutils: 2.15.92.0.2-r10, 2.16.1-r2 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.11-r3 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-march=athlon-xp -O2 -pipe -fomit-frame-pointer" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /etc/mail/dspam /usr/kde/2/share/config /usr/kde/3/share/config /usr/share/X11/xkb /usr/share/config /var/qmail/control /var/run/dspam" CONFIG_PROTECT_MASK="/etc/gconf /etc/revdep-rebuild /etc/terminfo /etc/env.d" CXXFLAGS="-march=athlon-xp -O2 -pipe -fomit-frame-pointer" DISTDIR="/Gentoo/Portage/distfiles" FEATURES="autoconfig buildpkg ccache distlocks metadata-transfer sandbox sfperms strict" GENTOO_MIRRORS=" http://ftp-stud.fht-esslingen.de/pub/Mirrors/gentoo/ http://linux.rz.ruhr-uni-bochum.de/download/gentoo-mirror/ ftp://gentoo.itdnet.net/gentoo/ http://ftp.gentoo.or.kr/ http://distfiles.gentoo.org/ " LDFLAGS="-Wl,-O1" LINGUAS="de" MAKEOPTS="-j2" PKGDIR="/Gentoo/Portage/packages" PORTAGE_TMPDIR="/Gentoo/Portage/build" PORTDIR="/Gentoo/Portage/tree" PORTDIR_OVERLAY="/Gentoo/Portage/local-tree/misc /Gentoo/Portage/local-tree/overlays/gentoo-de" SYNC="rsync://rsync.de.gentoo.org/gentoo-portage" USE="3dnow 3dnowext 7zip acl apache2 async bash-completion berkdb bzip2 cap caps ccache checkpath chroot cracklib crypt cyrus dcc discard-path dlloader ecc erandom exif extensions firefox glep glibc-omitfp hardened hardenedphp hpn iconv idea idled idn imagemagick imap imlib imlib2 jikes jpeg kdeenablefinal linuxthreads-tls logrotate lynxkeymap maildir mime mmap mmx mmxext mode-owner moznoirc mozsvg multislot nls no-old-linux noaudio nocd nodrm nolvm1 nopop3d offensive pam pam-mysql pcre pdf php pic png posix postfix prelude pyzor razor readline recode reiserfs sasl sendfile server sftplogging sguil sharedmem sse ssl static svg sysvipc szip tcpd threads tiff tokenizer tools unicode userlocales utf8 vhosts vim-pager x86 xfs xinetd zlib elibc_glibc input_devices_void kernel_linux linguas_de userland_GNU video_cards_dummy video_cards_none" Unset: ASFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, LANG, LC_ALL > I don't understand the message "Do not emerge xorg-server without vanilla gcc
> specs". Is it supposed to mean: "Emerge xorg-server using vanilla gcc specs"?
Yes. Hardened team haven't had the resources to sort things out better for modular X, yet.
I've changed the error message (X11 - hope you don't mind :) )
New error message: * xorg-server does not work with hardened gcc specs. Switch to vanilla gcc specs to emerge xorg-server. That's *MUCH* better and easier to understand. At least for me it is :) Now, it would be great if hardened would work... Is there a bug which tracks this deficiency? Thanks! (In reply to comment #24) > Now, it would be great if hardened would work... Is there a bug which tracks > this deficiency? Yes - bug #110506 (In reply to comment #23) > I've changed the error message (X11 - hope you don't mind :) ) > No complaints here :) |
