Re: [gentoo-dev] gcc-3.3.5.20050110-r1 for stable

2005-04-11 Thread Francesco Riosa
Francesco Riosa wrote:
Mike Frysinger wrote:
On Sunday 10 April 2005 05:22 pm, Spider wrote:
 

the ~x86 version doesn't exhibit this problem, btw.  stabilizing this
version might be prudent.
  

1.5.14 doesnt have any open issues for it so i've pushed it to stable
 


emerge -pv gcc
[ebuild U ] sys-devel/gcc-3.3.5.20050130-r1 [3.3.5-r1] (-altivec)
-bootstrap -boundschecking -build -debug -fortran -gcj -gtk -hardened
(-ip28) (-multilib) -multislot (-n32) (-n64) +nls -nocxx -objc -static
(-uclibc) 0 kB
[...]
* Configuring GCC with:
   --enable-version-specific-runtime-libs
   --prefix=/usr
   --bindir=/usr/i686-pc-linux-gnu/gcc-bin/3.3.5-20050130
   
--includedir=/usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.5-20050130/include
   --datadir=/usr/share/gcc-data/i686-pc-linux-gnu/3.3.5-20050130
   --mandir=/usr/share/gcc-data/i686-pc-linux-gnu/3.3.5-20050130/man
   
--infodir=/usr/share/gcc-data/i686-pc-linux-gnu/3.3.5-20050130/info
   
--with-gxx-include-dir=/usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.5-20050130/include/g++-v3 

   --host=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
*** This configuration is not supported in the following subdirectories:
target-libffi target-boehm-gc target-zlib target-libjava 
target-libf2c zlib fastjar target-libobjc
   (Any other directories should still work fine.)
Created Makefile in 
/var/tmp/portage/gcc-3.3.5.20050130-r1/work/build using mt-frag
gcc: installation problem, cannot exec `as': No such file or directory
*** The command 'gcc -o conftest -O2 -march=i686   conftest.c' failed.
*** You must set the environment variable CC to a working compiler.

!!! ERROR: sys-devel/gcc-3.3.5.20050130-r1 failed.
!!! Function gcc_do_configure, Line 1048, Exitcode 1
!!! failed to run configure
!!! If you need support, post the topmost build error, NOT this status 
message.

and this are the packages emerged few seconds before (gmt times)
Mon Apr 11 10:27:19 2005  sys-apps/texinfo-4.8
Mon Apr 11 10:27:43 2005  sys-devel/gcc-config-1.3.10-r2
Mon Apr 11 10:27:56 2005  sys-devel/binutils-config-1.8-r2
Mon Apr 11 10:37:17 2005  sys-devel/binutils-2.15.92.0.2-r7
can anyone explain me why updating this fundamentals packages is so 
fragile also on a *stable* x86 installation ?

--
gentoo-dev@gentoo.org mailing list


Re: [gentoo-dev] gcc-3.3.5.20050110-r1 for stable

2005-04-11 Thread Mike Frysinger
On Monday 11 April 2005 07:24 am, Francesco Riosa wrote:
 gcc: installation problem, cannot exec `as': No such file or directory

run `binutils-config 1`

there's a bug open atm where portage doesnt seem to run pkg_postinst() for 
some reason and thus when you upgrade your binutils, the proper symlinks 
arent installed automatically
-mike
--
gentoo-dev@gentoo.org mailing list



Re: [gentoo-dev] gcc-3.3.5.20050110-r1 for stable

2005-04-10 Thread M. Edward (Ed) Borasky
Should I *not* emerge this gcc? I usually hold off on gcc updates when 
I'm in the middle of other testing. Right now, I'm doing a lot of beta 
testing with R and Atlas, so I held off when the latest gcc showed up 
after emerge sync.

Spider wrote:
On Sun, 2005-04-10 at 16:22 -0400, Mike Frysinger wrote:
 

On Sunday 10 April 2005 11:31 am, Spider wrote:
   

A touch late, but this uncovered a bug in libtool.
 

re-emerge libtool and it'll fix itself
   


Yep, I know that. 

Unfortunately, thats -not- going to be a solution for the people who
just installed 2005.0, got a gcc update and suddenly everything broke.
the ~x86 version doesn't exhibit this problem, btw.  stabilizing this
version might be prudent.
//Spider
 

--
gentoo-dev@gentoo.org mailing list


Re: [gentoo-dev] gcc-3.3.5.20050110-r1 for stable

2005-04-08 Thread Dan Meltzer
One thing... Maybe its just me... or maybe they are in no way related,
but I seem to have heard of a lot more 'libtool' problems when using a
snapshot version instead of a regularly numbered version, is there a
reason?

On Apr 7, 2005 11:46 PM, Mike Frysinger [EMAIL PROTECTED] wrote:
 can stable uses of gcc-3.3.5-r1 upgrade to gcc-3.3.5.20050110-r1 and see if
 they hit any fun and exciting bugs ?
 
 if not i'd like to move this to stable this weekend
 -mike
 --
 gentoo-dev@gentoo.org mailing list
 

--
gentoo-dev@gentoo.org mailing list



Re: [gentoo-dev] gcc-3.3.5.20050110-r1 for stable

2005-04-08 Thread Ferris McCormick
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Thu, 7 Apr 2005, Mike Frysinger wrote:
can stable uses of gcc-3.3.5-r1 upgrade to gcc-3.3.5.20050110-r1 and see if
they hit any fun and exciting bugs ?
Uh, there isn't any such thing.  If you mean this:
Mon Mar 21 14:05:58 2005  sys-devel/gcc-3.3.5.20050130-r1
it's been stable on sparc for 2.5 weeks.
Or did you mean this instead?
gcc-3.4.3.20050110-r1
if not i'd like to move this to stable this weekend
-mike
--
gentoo-dev@gentoo.org mailing list

Regards,
Ferris
- --
Ferris McCormick (P44646, MI) [EMAIL PROTECTED]
Developer, Gentoo Linux (Sparc)
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (GNU/Linux)
iD8DBQFCVmx6Qa6M3+I///cRAsAoAKDiytqoV6v+6rqTucJVkPTBvgzgrQCfXhM0
QQlUcYo9Ti3z08i8gfwbzqc=
=tL0p
-END PGP SIGNATURE-
--
gentoo-dev@gentoo.org mailing list