Gentoo Forums :: View topic

GCC 4.0

View unanswered posts
View posts from last 24 hours

Goto page Previous 1, 2, 3 ... 30, 31, 32

This topic is locked: you cannot edit posts or make replies.

Gentoo Forums Forum Index

Portage & Programming

View previous topic :: View next topic

Author

Message

wing
Tux's lil' helper

Joined: 27 Aug 2002
Posts: 108
Location: Mountain View, CA

Posted: Fri Apr 22, 2005 6:24 am Post subject:

irf2003 wrote:

@wing,
add nptlonly to your USE flags and try again.
hth

I actually was planning on that, but I've been fretting about which binutils to use, is 2.16.90.0.1 stable? Or would I be best just using 2.15.97?

irf2003
Veteran
Veteran

Joined: 10 Sep 2003
Posts: 1078

Posted: Fri Apr 22, 2005 6:31 am Post subject:

wing wrote:

irf2003 wrote:

@wing,
add nptlonly to your USE flags and try again.
hth

I actually was planning on that, but I've been fretting about which binutils to use, is 2.16.90.0.1 stable? Or would I be best just using 2.15.97?

use binutils-2.15.94.0.2.2, it's in portage, do the following two patches:

Code:

--- ld/ldgram.y.orig 2004-11-22 22:33:32.000000000 +0200
+++ ld/ldgram.y 2005-03-24 21:27:02.000000000 +0200
@@ -1,6 +1,6 @@
/* A YACC grammar to parse a superset of the AT&T linker scripting language.
Copyright 1991, 1992, 1993, 1994, 1995, 1996, 1997, 1998, 1999, 2000,
- 2001, 2002, 2003, 2004 Free Software Foundation, Inc.
+ 2001, 2002, 2003, 2004, 2005 Free Software Foundation, Inc.
Written by Steve Chamberlain of Cygnus Support (steve@cygnus.com).

This file is part of GNU ld.
@@ -144,7 +144,7 @@
%token STARTUP HLL SYSLIB FLOAT NOFLOAT NOCROSSREFS
%token ORIGIN FILL
%token LENGTH CREATE_OBJECT_SYMBOLS INPUT GROUP OUTPUT CONSTRUCTORS
-%token ALIGNMOD AT SUBALIGN PROVIDE
+%token ALIGNMOD AT SUBALIGN PROVIDE AS_NEEDED
%type <token> assign_op atype attributes_opt sect_constraint
%type <name> filename
%token CHIP LIST SECT ABSOLUTE LOAD NEWLINE ENDWORD ORDER NAMEWORD ASSERT_K
@@ -372,6 +372,18 @@
   | input_list LNAME
      { lang_add_input_file($2,lang_input_file_is_l_enum,
            (char *)NULL); }
+ | AS_NEEDED '('
+       { $<integer>$ = as_needed; as_needed = TRUE; }
+       input_list ')'
+       { as_needed = $<integer>3; }
+ | input_list ',' AS_NEEDED '('
+       { $<integer>$ = as_needed; as_needed = TRUE; }
+       input_list ')'
+       { as_needed = $<integer>5; }
+ | input_list AS_NEEDED '('
+       { $<integer>$ = as_needed; as_needed = TRUE; }
+       input_list ')'
+       { as_needed = $<integer>4; }
   ;

sections:

Code:

--- ld/ldlex.l.orig 2004-11-22 22:33:32.000000000 +0200
+++ ld/ldlex.l 2005-03-24 21:29:39.000000000 +0200
@@ -1,7 +1,7 @@
%{

/* Copyright 1991, 1992, 1993, 1994, 1995, 1996, 1997, 1998, 1999,
- 2000, 2001, 2002, 2003, 2004 Free Software Foundation, Inc.
+ 2000, 2001, 2002, 2003, 2004, 2005 Free Software Foundation, Inc.

This file is part of GLD, the Gnu Linker.

@@ -65,6 +65,8 @@
#undef YY_INPUT
#define YY_INPUT(buf,result,max_size) yy_input (buf, &result, max_size)

+#define YY_NO_UNPUT
+
#define MAX_INCLUDE_DEPTH 10
static YY_BUFFER_STATE include_stack[MAX_INCLUDE_DEPTH];
static const char *file_name_stack[MAX_INCLUDE_DEPTH];
@@ -269,6 +271,7 @@
<BOTH,SCRIPT>"OUTPUT"       { RTOKEN(OUTPUT);}
<BOTH,SCRIPT>"INPUT"       { RTOKEN(INPUT);}
<EXPRESSION,BOTH,SCRIPT>"GROUP"    { RTOKEN(GROUP);}
+<EXPRESSION,BOTH,SCRIPT>"AS_NEEDED" { RTOKEN(AS_NEEDED);}
<EXPRESSION,BOTH,SCRIPT>"DEFINED" { RTOKEN(DEFINED);}
<BOTH,SCRIPT>"CREATE_OBJECT_SYMBOLS" { RTOKEN(CREATE_OBJECT_SYMBOLS);}
<BOTH,SCRIPT>"CONSTRUCTORS"    { RTOKEN( CONSTRUCTORS);}

HTH

wing
Tux's lil' helper

Joined: 27 Aug 2002
Posts: 108
Location: Mountain View, CA

Posted: Fri Apr 22, 2005 6:33 am Post subject:

irf2003 wrote:

HTH

Cool, thanks a lot! After hours and hours maybe glibc will actually compile

rhill
Retired Dev

Joined: 22 Oct 2004
Posts: 1629
Location: sk.ca

Posted: Fri Apr 22, 2005 8:18 am Post subject:

kimchi_sg wrote:

I think eradicator released the final ebuild into mainstream Portage a little too soon.

n00bs are beginning to burn their arses on this one.

*sigh*

just wait until they stumble across the autovectorizer.

Quote:

All the same, I'm fighting the urge to put a Bob P-style warning in this post for all the n00bs out there

i was actually thinking of starting a new thread for support-type stuff. this one is way too long and unwieldly to make sense of if you haven't been following it for the last month and it looks like mods are starting to direct people here.
_________________
by design, by neglect
for a fact or just for effect

wing
Tux's lil' helper

Joined: 27 Aug 2002
Posts: 108
Location: Mountain View, CA

Posted: Fri Apr 22, 2005 9:18 am Post subject:

dirtyepic wrote:

kimchi_sg wrote:

I think eradicator released the final ebuild into mainstream Portage a little too soon.

n00bs are beginning to burn their arses on this one.

*sigh*

just wait until they stumble across the autovectorizer.

Quote:

All the same, I'm fighting the urge to put a Bob P-style warning in this post for all the n00bs out there

You certainly would have no complaint from me.

voidengineer
n00b
n00b

Joined: 11 Feb 2005
Posts: 54

Posted: Fri Apr 22, 2005 9:32 am Post subject: gcc 4.0.0 and qemu

I'd like to have a look at the assembly code that gcc 4.0.0 produces for use with ppc development with qemu. Is there a safe way to emerge the gcc 4.0.0 based toolchain without causing my regular toolchain to be fscked with? I initially thought to just emerge --oneshot gcc4 and gcc-config foo-foo-gcc4 and then emerge gcc4 again; would this do the trick? voidengineer

wing
Tux's lil' helper

Joined: 27 Aug 2002
Posts: 108
Location: Mountain View, CA

Posted: Fri Apr 22, 2005 9:36 am Post subject:

...no way

Code:

libc-2.3.5.20050418/work/build-x86-x86_64-pc-linux-gnu-nptl/math/k_sincosl.os /var/tmp/portage/glibc-2.3.5.20050418/work/build-x86-x86_64-pc-linux-gnu-nptl/math/branred.os /var/tmp/portage/glibc-2.3.5.20050418/work/build-x86-x86_64-pc-linux-gnu-nptl/math/doasin.os /var/tmp/portage/glibc-2.3.5.20050418/work/build-x86-x86_64-pc-linux-gnu-nptl/math/dosincos.os /var/tmp/portage/glibc-2.3.5.20050418/work/build-x86-x86_64-pc-linux-gnu-nptl/math/halfulp.os /var/tmp/portage/glibc-2.3.5.20050418/work/build-x86-x86_64-pc-linux-gnu-nptl/math/mpa.os /var/tmp/portage/glibc-2.3.5.20050418/work/build-x86-x86_64-pc-linux-gnu-nptl/math/mpatan2.os /var/tmp/portage/glibc-2.3.5.20050418/work/build-x86-x86_64-pc-linux-gnu-nptl/math/mpatan.os /var/tmp/portage/glibc-2.3.5.20050418/work/build-x86-x86_64-pc-linux-gnu-nptl/math/mpexp.os /var/tmp/portage/glibc-2.3.5.20050418/work/build-x86-x86_64-pc-linux-gnu-nptl/math/mplog.os /var/tmp/portage/glibc-2.3.5.20050418/work/build-x86-x86_64-pc-linux-gnu-nptl/math/mpsqrt.os /var/tmp/portage/glibc-2.3.5.20050418/work/build-x86-x86_64-pc-linux-gnu-nptl/math/mptan.os /var/tmp/portage/glibc-2.3.5.20050418/work/build-x86-x86_64-pc-linux-gnu-nptl/math/sincos32.os /var/tmp/portage/glibc-2.3.5.20050418/work/build-x86-x86_64-pc-linux-gnu-nptl/math/slowexp.os /var/tmp/portage/glibc-2.3.5.20050418/work/build-x86-x86_64-pc-linux-gnu-nptl/math/slowpow.os | \
gawk '/\.gnu\.glibc-stub\./ { \
sub(/\.gnu\.glibc-stub\./, "", $2); \
stubs[$2] = 1; } \
END { for (s in stubs) print "#define __stub_" s }' > /var/tmp/portage/glibc-2.3.5.20050418/work/build-x86-x86_64-pc-linux-gnu-nptl/math/stubsT
make[2]: execvp: /bin/sh: Argument list too long
make[2]: *** [/var/tmp/portage/glibc-2.3.5.20050418/work/build-x86-x86_64-pc-linux-gnu-nptl/math/stubs] Error 127
make[2]: Leaving directory `/var/tmp/portage/glibc-2.3.5.20050418/work/glibc-20050418/math'
make[1]: *** [math/subdir_install] Error 2
make[1]: Leaving directory `/var/tmp/portage/glibc-2.3.5.20050418/work/glibc-20050418'
make: *** [install] Error 2

!!! ERROR: sys-libs/glibc-2.3.5.20050418 failed.
!!! Function toolchain-glibc_src_install, Line 308, Exitcode 2
!!! (no error message)
!!! If you need support, post the topmost build error, NOT this status message.

All that time!

fuoco
Guru
Guru

Joined: 23 May 2004
Posts: 386
Location: Israel

Posted: Fri Apr 22, 2005 9:41 am Post subject:

gcc-3.3.5 is the stable, even though gcc-3.4 is out for very long time. I never understood what's the reason 3.4 didn't get stable. What about 4.0? will it be the same thing, and it won't become stable?

kimchi_sg
Advocate

Joined: 26 Nov 2004
Posts: 2968

Posted: Fri Apr 22, 2005 9:57 am Post subject:

fuoco wrote:

gcc-3.3.5 is the stable, even though gcc-3.4 is out for very long time. I never understood what's the reason 3.4 didn't get stable.

Check packages.gentoo.org and you will see that gcc 3.4 is already stable on certain archs.

fuoco wrote:

What about 4.0? will it be the same thing, and it won't become stable?

It will, but that will be a matter of months.

nxsty
Veteran
Veteran

Joined: 23 Jun 2004
Posts: 1556
Location: .se

Posted: Fri Apr 22, 2005 9:58 am Post subject:

fuoco wrote:

gcc-3.3.5 is the stable, even though gcc-3.4 is out for very long time. I never understood what's the reason 3.4 didn't get stable. What about 4.0? will it be the same thing, and it won't become stable?

Gcc 3.4 works perfectly on x86 and has been out for over a year so I guess gcc 4.0 also will have to wait 1-2 years before its considered stable on x86.

PrakashP
Veteran
Veteran

Joined: 27 Oct 2003
Posts: 1249
Location: C.C.A.A., Germania

Posted: Fri Apr 22, 2005 10:05 am Post subject:

Quote:

Gcc 3.4 works perfectly on x86 and has been out for over a year so I guess gcc 4.0 also will have to wait 1-2 years before its considered stable on x86

No it doesn't. The intrinsics support in 3.4 is majorly broken, which is a clear regression to gcc 3.3.x.

nxsty
Veteran
Veteran

Joined: 23 Jun 2004
Posts: 1556
Location: .se

Posted: Fri Apr 22, 2005 10:19 am Post subject:

PrakashP wrote:

No it doesn't. The intrinsics support in 3.4 is majorly broken, which is a clear regression to gcc 3.3.x.

At least it doesn't seems to cause any problems for x86 users that builds their whole systems with gcc 3.4, or users of mandrake, fedora, RHEL, FreeBSD, DragonFlyBSD or any other system that uses gcc 3.4 by default.

PrakashP
Veteran
Veteran

Joined: 27 Oct 2003
Posts: 1249
Location: C.C.A.A., Germania

Posted: Fri Apr 22, 2005 10:46 am Post subject:

Because there are only a very few apps which make use of intrinsics. But you can try Vorbis with Archer patch yourself and see it breaking.

Xake
Guru
Guru

Joined: 11 Feb 2004
Posts: 588
Location: Göteborg, the rainy part of scandinavia

Posted: Fri Apr 22, 2005 11:36 am Post subject:

wing wrote:

...no way

Code:

libc-2.3.5.20050418/work/build-x86-x86_64-pc-linux-gnu-nptl/math/k_sincosl.os /var/tmp/portage/glibc-2.3.5.20050418/work/build-x86-x86_64-pc-linux-gnu-nptl/math/branred.os /var/tmp/portage/glibc-2.3.5.20050418/work/build-x86-x86_64-pc-linux-gnu-nptl/math/doasin.os /var/tmp/portage/glibc-2.3.5.20050418/work/build-x86-x86_64-pc-linux-gnu-nptl/math/dosincos.os /var/tmp/portage/glibc-2.3.5.20050418/work/build-x86-x86_64-pc-linux-gnu-nptl/math/halfulp.os /var/tmp/portage/glibc-2.3.5.20050418/work/build-x86-x86_64-pc-linux-gnu-nptl/math/mpa.os /var/tmp/portage/glibc-2.3.5.20050418/work/build-x86-x86_64-pc-linux-gnu-nptl/math/mpatan2.os /var/tmp/portage/glibc-2.3.5.20050418/work/build-x86-x86_64-pc-linux-gnu-nptl/math/mpatan.os /var/tmp/portage/glibc-2.3.5.20050418/work/build-x86-x86_64-pc-linux-gnu-nptl/math/mpexp.os /var/tmp/portage/glibc-2.3.5.20050418/work/build-x86-x86_64-pc-linux-gnu-nptl/math/mplog.os /var/tmp/portage/glibc-2.3.5.20050418/work/build-x86-x86_64-pc-linux-gnu-nptl/math/mpsqrt.os /var/tmp/portage/glibc-2.3.5.20050418/work/build-x86-x86_64-pc-linux-gnu-nptl/math/mptan.os /var/tmp/portage/glibc-2.3.5.20050418/work/build-x86-x86_64-pc-linux-gnu-nptl/math/sincos32.os /var/tmp/portage/glibc-2.3.5.20050418/work/build-x86-x86_64-pc-linux-gnu-nptl/math/slowexp.os /var/tmp/portage/glibc-2.3.5.20050418/work/build-x86-x86_64-pc-linux-gnu-nptl/math/slowpow.os | \
gawk '/\.gnu\.glibc-stub\./ { \
sub(/\.gnu\.glibc-stub\./, "", $2); \
stubs[$2] = 1; } \
END { for (s in stubs) print "#define __stub_" s }' > /var/tmp/portage/glibc-2.3.5.20050418/work/build-x86-x86_64-pc-linux-gnu-nptl/math/stubsT
make[2]: execvp: /bin/sh: Argument list too long <==== This line tells you everything
make[2]: *** [/var/tmp/portage/glibc-2.3.5.20050418/work/build-x86-x86_64-pc-linux-gnu-nptl/math/stubs] Error 127
make[2]: Leaving directory `/var/tmp/portage/glibc-2.3.5.20050418/work/glibc-20050418/math'
make[1]: *** [math/subdir_install] Error 2
make[1]: Leaving directory `/var/tmp/portage/glibc-2.3.5.20050418/work/glibc-20050418'
make: *** [install] Error 2

!!! ERROR: sys-libs/glibc-2.3.5.20050418 failed.
!!! Function toolchain-glibc_src_install, Line 308, Exitcode 2
!!! (no error message)
!!! If you need support, post the topmost build error, NOT this status message.

All that time!

You see what I marked out with an arrow?
How to correct this problem:

Code:

makedir /t && PORTAGE_TMPDIR="/t" emerge glibc

Remember to se the TMPDIR everytime you do something that emerges glibc (like emerge system -ev or emerge world -ev) or just set it in make.conf to the /t value until its not needed anymore.

zomps
n00b
n00b

Joined: 08 Dec 2004
Posts: 59

Posted: Fri Apr 22, 2005 12:01 pm Post subject:

I wanted today test gcc 4.0.0
when i emerge it, I get this error

Quote:

/var/tmp/portage/gcc-4.0.0/work/build/gcc/xgcc -B/var/tmp/portage/gcc-4.0.0/work/build/gcc/ -B/usr/i686-pc-linux-gnu/bin/ -B/usr/i686-pc-linux-gnu/lib/ -isystem /usr/i686-pc-linux-gnu/include -isystem /usr/i686-pc-linux-gnu/sys-include -DHAVE_CONFIG_H -I. -I/var/tmp/portage/gcc-4.0.0/work/gcc-4.0.0/libmudflap -I. -Wall -ffunction-sections -fdata-sections -O2 -march=pentium4 -pipe -O2 -MT mf-runtime.lo -MD -MP -MF .deps/mf-runtime.Tpo -c /var/tmp/portage/gcc-4.0.0/work/gcc-4.0.0/libmudflap/mf-runtime.c -fPIC -DPIC -o .libs/mf-runtime.o
In file included from /var/tmp/portage/gcc-4.0.0/work/gcc-4.0.0/libmudflap/mf-impl.h:41,
from /var/tmp/portage/gcc-4.0.0/work/gcc-4.0.0/libmudflap/mf-runtime.c:71:
/usr/include/pthread.h:660: error: array type has incomplete element type
make[2]: *** [mf-runtime.lo] Error 1
make[2]: Leaving directory `/var/tmp/portage/gcc-4.0.0/work/build/i686-pc-linux-gnu/libmudflap'
make[1]: *** [install-recursive] Error 1
make[1]: Leaving directory `/var/tmp/portage/gcc-4.0.0/work/build/i686-pc-linux-gnu/libmudflap'
make: *** [install-target-libmudflap] Error 2

!!! ERROR: sys-devel/gcc-4.0.0 failed.
!!! Function gcc-compiler_src_install, Line 1325, Exitcode 2
!!! (no error message)
!!! If you need support, post the topmost build error, NOT this status message.

emerge --info

Quote:

Portage 2.0.51.19 (default-linux/x86/2005.0, gcc-3.4.3-20050110, glibc-2.3.4.20041102-r1, 2.6.10-gentoo-r6 i686)
=================================================================
System uname: 2.6.10-gentoo-r6 i686 Intel(R) Pentium(R) 4 CPU 1.60GHz
Gentoo Base System version 1.6.11
Python: dev-lang/python-2.3.4-r1 [2.3.4 (#1, Mar 29 2005, 17:58:4

]
distcc 2.16 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled]
dev-lang/python: 2.3.4-r1
sys-devel/autoconf: 2.59-r6, 2.13
sys-devel/automake: 1.7.9-r1, 1.8.5-r3, 1.5, 1.4_p6, 1.6.3, 1.9.4
sys-devel/binutils: 2.15.92.0.2-r7
sys-devel/libtool: 1.5.14
virtual/os-headers: 2.6.8.1-r2
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CFLAGS="-O3 -march=pentium4 -fomit-frame-pointer -pipe -ffast-math"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.3/env /usr/kde/3.3/share/config /usr/kde/3.3/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /usr/share/config /var/bind /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-O3 -march=pentium4 -fomit-frame-pointer -pipe -ffast-math"
DISTDIR="/mnt/distfiles"
FEATURES="autoaddcvs autoconfig ccache distlocks sandbox sfperms strict"
GENTOO_MIRRORS="http://ftp.linux.ee/pub/gentoo/distfiles/"
MAKEOPTS="-j1"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://192.168.168.5/gentoo-portage"
USE="x86 acpi apache2 apm arts avi bash-completion berkdb bitmap-fonts cdr crypt curl emboss encode fam font-server gd gdbmgif gpm gtk gtk2 imagemagick imap imlib ipv6 java jpeg junit kde ldap libg++ libwww maildir mmx mng mp3 mpeg ncurses nls nptl nptlonly pam pdflib perl pic png python qt readline sasl sdl slang snmp spell sse ssl subject-rewrite svg tcpd tiff truetype truetype-fonts type1-fonts xml2 xv zlib"
Unset: ASFLAGS, CBUILD, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS

Mafteah
Apprentice

Joined: 30 May 2003
Posts: 265
Location: IL

Posted: Fri Apr 22, 2005 12:15 pm Post subject:

@zomps you need to update glibc or patch the file. _________________ http://www.mafteah.co.il

zomps
n00b
n00b

Joined: 08 Dec 2004
Posts: 59

Posted: Fri Apr 22, 2005 12:20 pm Post subject:

Thanx, I try it. Its realy hard trace this trhead

fuoco
Guru
Guru

Joined: 23 May 2004
Posts: 386
Location: Israel

Posted: Fri Apr 22, 2005 12:47 pm Post subject:

So you're saying there's more chances of gcc-4.0 becoming stable than gcc-3.4 ? maybe even sooner ?

kimchi_sg
Advocate

Joined: 26 Nov 2004
Posts: 2968

Posted: Fri Apr 22, 2005 1:45 pm Post subject:

fuoco wrote:

So you're saying there's more chances of gcc-4.0 becoming stable than gcc-3.4 ? maybe even sooner ?

Wait for gcc 3.4 to become stable first. Both gcc 3.4 and 4.0 will become stable. However, let the devs decide when the change will happen, please. There is no need to be impatient here!

pilla
Bodhisattva

Joined: 07 Aug 2002
Posts: 7729
Location: Underworld

Posted: Fri Apr 22, 2005 2:10 pm Post subject:

To be continued. _________________ "I'm just very selective about the reality I choose to accept." -- Calvin

Display posts from previous:

	Gentoo Forums Forum Index Portage & Programming	All times are GMT Goto page Previous 1, 2, 3 ... 30, 31, 32
Page 32 of 32

Jump to:

You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum

Copyright 2001-2024 Gentoo Foundation, Inc. Designed by Kyle Manna © 2003; Style derived from original subSilver theme. | Hosting by Gossamer Threads Inc. © | Powered by phpBB 2.0.23-gentoo-p11 © 2001, 2002 phpBB Group
Privacy Policy