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 wrote:@wing,
add nptlonly to your USE flags and try again.
hth
GCC 4.0
Message
use binutils-2.15.94.0.2.2, it's in portage, do the following two patches:wing wrote: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 wrote:@wing,
add nptlonly to your USE flags and try again.
hth
Code: Select all
--- 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: Select all
--- 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);}
.
*sigh*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.
just wait until they stumble across the autovectorizer.
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.All the same, I'm fighting the urge to put a Bob P-style warning in this post for all the n00bs out there
by design, by neglect
for a fact or just for effect
for a fact or just for effect
You certainly would have no complaint from me.dirtyepic wrote:*sigh*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.
just wait until they stumble across the autovectorizer.
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.All the same, I'm fighting the urge to put a Bob P-style warning in this post for all the n00bs out there
- voidengineer
- n00b
- Posts: 54
- Joined: Fri Feb 11, 2005 11:31 pm
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
voidengineer
...no way
All that time!
Code: Select all
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.
Check packages.gentoo.org and you will see that gcc 3.4 is already stable on certain archs.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.
It will, but that will be a matter of months.fuoco wrote: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.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?
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 wrote:No it doesn't. The intrinsics support in 3.4 is majorly broken, which is a clear regression to gcc 3.3.x.
- Xake
- Guru
- Posts: 588
- Joined: Wed Feb 11, 2004 10:14 am
- Location: Göteborg, the rainy part of scandinavia
You see what I marked out with an arrow?wing wrote:...no way
All that time!Code: Select all
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.
How to correct this problem:
Code: Select all
makedir /t && PORTAGE_TMPDIR="/t" emerge glibc
I wanted today test gcc 4.0.0
when i emerge it, I get this error
when i emerge it, I get this error
emerge --info/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.
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:48)]
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
