[Bug bootstrap/27099] stage3 compare failure
--- Comment #1 from ebotcazou at gcc dot gnu dot org 2006-04-10 08:50 --- > I have configured gcc-4.1.0 with the following command: > > configure --enable-threads --enable-languages=c,c++ --enable-bootstrap > --with-gnu-as --with-gnu-ld Do not use --enable-bootstrap, it has not been tested with 4.1; just do as usual: configure --enable-languages=c,c++ --with-gnu-as --with-gnu-ld gmake bootstrap -- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added CC| |ebotcazou at gcc dot gnu dot | |org Status|UNCONFIRMED |RESOLVED Resolution||INVALID Summary|GCC 4.1.0 won't build under |stage3 compare failure |Solaris 9 - fails stage3| |compare | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27099
[Bug bootstrap/27099] stage3 compare failure
--- Comment #3 from ebotcazou at gcc dot gnu dot org 2006-04-10 15:55 --- > config.status: creating libada-mk > config.status: creating auto-host.h > config.status: executing default commands > Bootstrapping the compiler > gmake[1]: Entering directory `/tmp/gcc-4.1.0/gcc' > gmake[1]: *** No rule to make target `bootstrap'. Stop. > gmake[1]: Leaving directory `/tmp/gcc-4.1.0/gcc' > gmake: *** [bootstrap] Error 2 http://gcc.gnu.org/install/configure.html -- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27099
[Bug middle-end/24853] scheduling takes 40% or more time
--- Comment #6 from ebotcazou at gcc dot gnu dot org 2006-04-11 06:06
---
Sorry, the patch doesn't seem to help at all.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
CC|ebotcazou at gcc dot gnu dot|
|org |
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24853
[Bug java/27127] internal compiler error when compiling libjava with jc1
--- Comment #2 from ebotcazou at gcc dot gnu dot org 2006-04-12 09:06
---
This is known to work, please make sure to read carefully the instructions at
http://gcc.gnu.org/install/specific.html#x-x-solaris2
In particular, use the recommended config shell and do not build in the source
directory. And --with-gnu-as=/usr/local/bin/as --with-gnu-ld=/usr/local/bin/ld
is not the correct syntax, please see
http://gcc.gnu.org/install/configure.html.
Also make sure to bootstrap ("gmake bootstrap") and not simply build the
compiler.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
CC| |ebotcazou at gcc dot gnu dot
| |org
Status|UNCONFIRMED |WAITING
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27127
[Bug ada/18818] ACATS cd10002 fails at runtime
--- Comment #10 from ebotcazou at gcc dot gnu dot org 2006-04-12 09:09 --- Presumably fixed everywhere. -- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added Status|WAITING |RESOLVED Resolution||FIXED Target Milestone|--- |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18818
[Bug tree-optimization/25737] [4.1/4.2 Regression] ACATS c974001 c974013 hang with struct aliasing
--- Comment #23 from ebotcazou at gcc dot gnu dot org 2006-04-18 17:36 --- > It looks like there was a C testcase, which has now been fixed; is there still > an issue for languages other than Ada? I presume you meant is there still an issue for languages where everything is addressable? If so, very likely not. Now, for other languages, Daniel's patch has made things worse. :-) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25737
[Bug target/26481] ICE with -mcpu=power and struct passing
--- Comment #11 from ebotcazou at gcc dot gnu dot org 2006-05-04 10:22 --- David, do you plan on proceeding with your suggestion of disabling the "power" multilib for 4.1.1? The compiler still cannot be bootstrapped on AIX 5.1. -- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added CC| |ebotcazou at gcc dot gnu dot | |org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26481
[Bug libstdc++/6702] requirements for wchar_t support are too restrictive for Solaris pre 10
--- Comment #29 from ebotcazou at gcc dot gnu dot org 2006-05-04 19:03 --- > Fixed (again), for 4.1.1. Confirmed for all Solaris versions >= 7 on 4.1 branch and mainline, thanks again. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=6702
[Bug target/26481] ICE with -mcpu=power and struct passing
--- Comment #14 from ebotcazou at gcc dot gnu dot org 2006-05-04 20:06 --- > I was waiting for feedback from the original reporter, which never was > supplied. I have committed the patch on mainline to the 4.1 branch. I do not > have access to an AIX 5.1 system and without more details, it is difficult for > me to investigate. Unless I'm misktaken, there was some feedback, see comment #9. And I can confirm that I now get the very same ICE as reported there after updating the sources. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26481
[Bug target/26481] ICE with -mcpu=power and struct passing
--- Comment #17 from ebotcazou at gcc dot gnu dot org 2006-05-04 23:12 --- That was fast! -- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26481
[Bug target/25743] crosscompiler fails to build ada-rts for target platform.
--- Comment #6 from ebotcazou at gcc dot gnu dot org 2006-05-06 11:42 --- Patches should be posted to [EMAIL PROTECTED] -- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added CC||ebotcazou at gcc dot gnu dot ||org Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2006-05-06 11:42:59 date|| Target Milestone|--- |4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25743
[Bug libgcj/10353] [4.0/4.1/4.2 regression] Java testsuite failures
--- Comment #27 from ebotcazou at gcc dot gnu dot org 2006-05-06 11:46 --- > For sparc/sparc64 linux, the status for 4.2 20060503, from here, > http://gcc.gnu.org/ml/gcc-testresults/2006-05/msg00223.html, is this: Thanks, but this PR is for Solaris so avoid posting results for Linux here, there are some important differences as far as libjava is concerned. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=10353
[Bug other/16513] Libiberty doesn't honor the multi-os-directory settings
--- Comment #4 from ebotcazou at gcc dot gnu dot org 2006-05-06 12:14 --- > what's the status of this one? Unchanged according to my testing: [EMAIL PROTECTED]:~/svn/gcc/gcc> uname -a Linux linux 2.6.8-24-default #1 Wed Oct 6 09:16:23 UTC 2004 x86_64 x86_64 x86_64 GNU/Linux [EMAIL PROTECTED]:~/svn/gcc/gcc> ls -al ~/install/gcc/lib/32/libiberty.a -rw-r--r-- 1 eric users 590738 2006-05-03 16:06 /home/eric/install/gcc/lib/32/libiberty.a -- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added Last reconfirmed|2005-03-21 02:49:52 |2006-05-06 12:14:45 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16513
[Bug middle-end/27536] [4.2 Regression] -fsection-anchors breaks Ada
--- Comment #2 from ebotcazou at gcc dot gnu dot org 2006-05-11 05:39 --- > I can disable section anchors for Ada, similar to Objective C and Objective > C++, but this failure likely means that there is a bug in the Trees generated > by GNU Ada. It's only a wild guess until someone first analyzes the problem at the RTL level. I personally don't have access to PowerPC/Linux so I cannot really help. -- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added Component|ada |middle-end http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27536
[Bug debug/26754] [4.0/4.1/4.2 Regression] Wrong debug info for variable accessed non-locally
--- Comment #3 from ebotcazou at gcc dot gnu dot org 2006-05-13 18:55 --- Patch in preparation. -- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |ebotcazou at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED Last reconfirmed|2006-03-20 07:54:11 |2006-05-13 18:55:48 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26754
[Bug tree-optimization/25737] [4.1/4.2 Regression] ACATS c974001 c974013 hang with struct aliasing
-- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|ebotcazou at gcc dot gnu dot|unassigned at gcc dot gnu |org |dot org Status|ASSIGNED|NEW http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25737
[Bug tree-optimization/25737] [4.1/4.2 Regression] ACATS c974001 c974013 hang with struct aliasing
--- Comment #25 from ebotcazou at gcc dot gnu dot org 2006-05-15 05:36 --- > (I've not fully understood the discussion here, but if everything in Ada is > addressable, then it seems to me that everything should have TREE_ADDRESSABLE > set.) Grumpf... you read a little too quickly, that is exactly the opposite. The struct aliasing machinery essentially assumes that everything is addressable (modulo bit-fields) whereas *nothing* is addressable by default in Ada. -- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added CC||mark at codesourcery dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25737
[Bug target/27629] SIGSEGV in printstack()
--- Comment #3 from ebotcazou at gcc dot gnu dot org 2006-05-17 06:31 --- I cannot reproduce on the SPARC/Solaris 9 machine I use. Please provide as many details as you can on the OS, the linker, the assembler, GCC, GDB and so on. -- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |WAITING Keywords|wrong-code | Summary|SIGSEGV in printstack() on |SIGSEGV in printstack() |Solaris 9 | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27629
[Bug target/27629] SIGSEGV in printstack()
--- Comment #6 from ebotcazou at gcc dot gnu dot org 2006-05-17 18:10 --- > I'm told that the fault is due to a known problem in the Sun libc: > 6372620 printstack() segfaults when called from static function > > It this doesn't provide sufficient detail to work around the bug in gcc > (assuming you choose to do so) let me know. Well, you'll first have to define "static" because it's not clear why "main" would be static. You could also try to compile your testcase with -S and post the diff between what GCC 4.0.2 and GCC 4.1.0 generate. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27629
[Bug target/27629] SIGSEGV in printstack()
--- Comment #8 from ebotcazou at gcc dot gnu dot org 2006-05-17 20:40 --- > Maybe it's one of the runtime library functions that's static (maybe _start?). Excerpt from gcc/config/sparc/sol2-c1.asm: .section".text" .proc 022 .global _start _start: mov 0, %fp ! Mark bottom frame pointer I'd suggest to bug Sun about what they mean with "static". -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27629
[Bug target/27629] SIGSEGV in printstack()
--- Comment #10 from ebotcazou at gcc dot gnu dot org 2006-05-18 05:52 --- > Here is the test case from that bug report: I gather than compiling with -fPIC and/or calling printstack from a shared library is necessary to trigger the bug, which is not what you reported. At this point I'm totally puzzled and I'd suggest to further dig on your side to find out exactly what happens, in particular where the discrepancy between 4.0.x and 4.1.x comes from on your machine. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27629
[Bug libfortran/26893] kinds.h not generated, causing failure
--- Comment #9 from ebotcazou at gcc dot gnu dot org 2006-05-20 06:01 --- > I note that the versions of GMP & MPFR I'm using work *fine* on linux, so I > consider them "known good". They only don't work with Solaris. I definitely cannot reproduce this problem either. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26893
[Bug ada/27776] ICE on limited with and instantiation
--- Comment #2 from ebotcazou at gcc dot gnu dot org 2006-05-28 09:18 --- Confirmed, Gigi is not prepared for this kind of circularity. -- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |ebotcazou at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED Last reconfirmed|2006-05-27 08:54:39 |2006-05-28 09:18:07 date|| Summary|Ada ICE when instatiating a |ICE on limited with and |'limited with'ed access type|instantiation http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27776
[Bug bootstrap/27794] New: stack explosion
It seems that IA-64/HP-UX doesn't bootstrap for a couple of weeks now.
Latest results: http://gcc.gnu.org/ml/gcc-testresults/2006-05/msg00848.html
I get
: --statistics -o po/zh_TW.gmo /home/eric/svn/gcc/gcc/po/zh_TW.po
/opt/build/eric/gcc/./gcc/xgcc -B/opt/build/eric/gcc/./gcc/
-B/opt/build/eric/local/gcc/ia64-hp-hpux11.23/bin/
-B/opt/build/eric/local/gcc/ia64-hp-hpux11.23/lib/ -isystem
/opt/build/eric/local/gcc/ia64-hp-hpux11.23/include -isystem
/opt/build/eric/local/gcc/ia64-hp-hpux11.23/sys-include -dumpspecs > tmp-specs
Pid 10700 received a SIGSEGV for stack growth failure.
Possible causes: insufficient memory or swap space,
or stack size exceeded maxssiz.
gmake[3]: *** [specs] Segmentation fault (core dumped)
gmake[3]: Leaving directory `/opt/build/eric/gcc/gcc'
gmake[2]: *** [all-stage1-gcc] Error 2
gmake[2]: Leaving directory `/opt/build/eric/gcc'
gmake[1]: *** [stage1-bubble] Error 2
gmake[1]: Leaving directory `/opt/build/eric/gcc'
gmake: *** [all] Error 2
--
Summary: stack explosion
Product: gcc
Version: 4.2.0
Status: UNCONFIRMED
Severity: major
Priority: P3
Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: ebotcazou at gcc dot gnu dot org
GCC build triplet: ia64-hp-hpux11.23
GCC host triplet: ia64-hp-hpux11.23
GCC target triplet: ia64-hp-hpux11.23
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27794
[Bug middle-end/26853] [4.2 Regression] ACATS c43212a failure at runtime
--- Comment #4 from ebotcazou at gcc dot gnu dot org 2006-05-30 11:11 --- > I've just tried to bootstrap the trunk configured for i586-pc-linux-gnu, and > the failures I got in the Ada testsuite were: > > *** FAILURES: c35507m c954020 cd2a23e cdd2a02 cxh1001 c954020 is very likely one of those usual spurious failures. > Is this still an issue for you? Nope, I don't see it either anymore. I'm not convinced that the problem has disappeared though (the stack was overwritten because of an incorrectly restored sp) but I'll open a new PR if it pops up again. -- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added Status|WAITING |RESOLVED Resolution||WORKSFORME http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26853
[Bug bootstrap/27796] bootstrap error: Bootstrap comparison failure!
--- Comment #2 from ebotcazou at gcc dot gnu dot org 2006-05-30 11:15 --- In addition not to configuring with --enable-bootstrap, also avoid tuning the compiler for HyperSPARC, nobody uses that nowadays, it's largely untested. -- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27796
[Bug bootstrap/27796] bootstrap error: Bootstrap comparison failure!
--- Comment #4 from ebotcazou at gcc dot gnu dot org 2006-05-30 17:47 --- > I'm trying to bootstrap gcc without --enable-bootstrap (I have not seen in the > documentation that this option was deprecated) and wihtout any HyperSPARC > optimization. It's the other way around, --enable-bootstrap only works with SVN mainline. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27796
[Bug bootstrap/27796] bootstrap error: Bootstrap comparison failure!
--- Comment #6 from ebotcazou at gcc dot gnu dot org 2006-05-30 18:57 --- > /home/bertrand/gcc-4.1.1/build/./gcc/xgcc > -B/home/bertrand/gcc-4.1.1/build/./gcc/ -B/opt/sparc-sun-solaris2.9/bin/ > -B/opt/sparc-sun-solaris2.9/lib/ -isystem /opt/sparc-sun-solaris2.9/include > -isystem /opt/sparc-sun-solaris2.9/sys-include -c -DHAVE_CONFIG_H -O2 -I. > -I../../../libiberty/../include -W -Wall -pedantic -Wwrite-strings > -Wstrict-prototypes ../../../libiberty/make-temp-file.c -o make-temp-file.o > ../../../libgfortran/mk-kinds-h.sh: Unknown type > grep '^#' < ../../../libgfortran/c99_protos.h > c99_protos.inc > cp ../../../libgfortran/config/fpu-sysv.h fpu-target.h > grep '^#' < kinds.h > kinds.inc > /bin/sh: kinds.h: cannot open > make[3]: *** [kinds.inc] Error 1 It's PR libfortran/26893. Please follow up there. -- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added Status|WAITING |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27796
[Bug libfortran/26893] kinds.h not generated, causing failure
--- Comment #11 from ebotcazou at gcc dot gnu dot org 2006-05-30 19:40 --- > I have seen the same mistake with gcc 4.1.1 on a dual HyperSPARC running > Solaris 9. GMP & MPFR are good (tested with make check). This has something to do with GMP & MPFR. Make sure they are built as 32-bit libraries. See http://gcc.gnu.org/install/specific.html#sparc-sun-solaris2. > My Solaris has a working /bin/sh. Never say that. :-) /bin/sh is riddled with bugs on Solaris, use /bin/ksh as prescribed in http://gcc.gnu.org/install/specific.html#x-x-solaris2. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26893
[Bug libfortran/26893] kinds.h not generated, causing failure
--- Comment #13 from ebotcazou at gcc dot gnu dot org 2006-05-31 21:25 --- > I have configured gcc with: > lebegue:[~/gcc-4.1.1/build] > ../configure --prefix=/opt > --enable-threads=posix > --enable-languages=c,c++,fortran,java --with-gnu-as --with-gnu-ld > --with-mpfr=/opt --disable-multilib && make -j2 bootstrap > > thus I only build gcc for a 32 bits solaris system. The problem is GMP & MPFR: on Solaris, they are built as 64-bit libraries by default. Since you want to build a 32-bit compiler, this cannot work. So you have to coax them into being 32-bit libraries, with the trick given on the page I mentioned. > I need gfortran and I don't understand where is the mistake and why you > cannot reproduce this bug. Maybe because I don't use the same GMP & MPFR. Everything works fine with GMP 4.1.3 + bundled MPFR on all versions of SPARC/Solaris from 2.5.1 to 10 so I'm not really thrilled with upgrading, there would probably be little benefit for the compiler. I should probably add a blurb about that on the configuration page. Now if you posted the *exact* versions and configure lines and make lines for both the GMP and MPFR you use, I could again give it a whirl. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26893
[Bug bootstrap/27794] stack explosion
--- Comment #2 from ebotcazou at gcc dot gnu dot org 2006-06-01 19:14 --- azuma% grep maxssiz /stand/system tunable maxssiz 16777216 azuma% swapinfo Kb Kb Kb PCT START/ Kb TYPE AVAILUSEDFREE USED LIMIT RESERVE PRI NAME dev 4194304 83860 41104442% 0 -1 /dev/vg00/lvol2 reserve - 173972 -173972 memory 2085688 1108444 977244 53% -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27794
[Bug libstdc++/27878] GCC 4.1.1 build fails on mips-sgi-irix6.5 (libstdc++)/GCC 4.1.0 worked.
--- Comment #2 from ebotcazou at gcc dot gnu dot org 2006-06-02 20:32 --- > Eric, any idea? I presume the message means that the functions are not declared in ? I do have both in on the IRIX machine: __SGI_LIBC_USING_FROM_STD(wcstok) __SGI_LIBC_USING_FROM_STD(wcsftime) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27878
[Bug libstdc++/27878] GCC 4.1.1 build fails on mips-sgi-irix6.5 (libstdc++)/GCC 4.1.0 worked.
--- Comment #6 from ebotcazou at gcc dot gnu dot org 2006-06-02 21:18 --- > An IRIX64 system here has wchar.h with the __SGI_LIBC_USING_FROM_STD(wcstok), > but it failed in the fortran part! :-( That's it: puar% uname -s IRIX64 I've not tried to build the Fortran compiler on the machine yet. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27878
[Bug other/26507] [4.2 Regression] compiler segfaults while building libobjc (ICE while printing out warning)
--- Comment #5 from ebotcazou at gcc dot gnu dot org 2006-06-04 18:12 --- > Isn't this just a duplicate of 23541? We have it marked as depending on > 23541, > but why keep both open? It essentially is, but this one is much more severe since there is no workaround. > On it's own, I'd call this a P2, but 23541 is a P1 for sure. In my opinion, it's the other way around. -- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added CC||mark at codesourcery dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26507
[Bug ada/18817] ACATS c380004 fails at run time
--- Comment #7 from ebotcazou at gcc dot gnu dot org 2006-06-05 14:06 --- Investigating Roger's patch again: http://gcc.gnu.org/ml/gcc-patches/2004-05/msg01249.html -- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |ebotcazou at gcc dot gnu dot |dot org |org Status|SUSPENDED |ASSIGNED Last reconfirmed|2005-10-02 21:00:55 |2006-06-05 14:06:39 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18817
[Bug debug/26754] [4.0/4.1/4.2 Regression] Wrong debug info for variable accessed non-locally
--- Comment #6 from ebotcazou at gcc dot gnu dot org 2006-06-07 06:19 --- > The idea of this patch seems OK, but let's find a way to avoid duplicating the > declare_tmp_vars code, perhaps by making another small routine to find the > outermost BIND_EXPR in a function? Do you really want to make a new function for this loop only? /* C99 mode puts the default 'return 0;' for main outside the outer braces. So drill down until we find an actual scope. */ while (TREE_CODE (scope) == COMPOUND_EXPR) scope = TREE_OPERAND (scope, 0); -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26754
[Bug ada/27936] [4.2 Regression] gnatbind fails to link on Tru64 UNIX
--- Comment #5 from ebotcazou at gcc dot gnu dot org 2006-06-09 09:06 --- I ran into it some time ago too. -- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added CC||ebotcazou at gcc dot gnu dot ||org Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2006-06-09 09:06:05 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27936
[Bug ada/27937] [4.2 Regression] Ada bootstrap failure on Solaris 10/x86
--- Comment #1 from ebotcazou at gcc dot gnu dot org 2006-06-09 09:08 --- Confirmed, this happens when the compiler is configured for SJLJ exceptions. -- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added CC||ebotcazou at gcc dot gnu dot ||org Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2006-06-09 09:08:22 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27937
[Bug ada/27937] [4.2 Regression] Ada bootstrap failure on Solaris 10/x86
--- Comment #3 from ebotcazou at gcc dot gnu dot org 2006-06-11 15:43 --- > But this seems not to be the case here: > > % grep -i except gcc/auto-host.h > /* Define 0/1 to force the choice for exception handling model. */ > /* #undef CONFIG_SJLJ_EXCEPTIONS */ Right, it's another kind of SJLJ exceptions, purely front-end based. Excerpt from system-solaris-x86.ads: ZCX_By_Default: constant Boolean := False; GCC_ZCX_Support : constant Boolean := False; -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27937
[Bug bootstrap/18058] [4.2 Regression] Bootstrap fails with BOOTCFLAGS="-O0 -fkeep-inline-functions"
--- Comment #34 from ebotcazou at gcc dot gnu dot org 2006-06-11 15:44 --- > Issues in general are not specific enough. The question is, do we still have > a > regression here. Read the subject... -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18058
[Bug bootstrap/18058] [4.2 Regression] Bootstrap fails with BOOTCFLAGS="-O0 -fkeep-inline-functions"
--- Comment #37 from ebotcazou at gcc dot gnu dot org 2006-06-11 20:58 --- > Re. comment #34: Read comment #31. If one bug is used for (at least) two > different problems, confusion is what you get. My understanding is that there is a unique underlying problem. > Anyway, your patch is apparently still unreviewed...? Yes, at this point, I'm totally desperate. :-) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18058
[Bug ada/27937] [4.2 Regression] Ada bootstrap failure on Solaris 10/x86
--- Comment #5 from ebotcazou at gcc dot gnu dot org 2006-06-12 18:11 --- > Ok, I see. Thanks for the explanation. Any reason this is done this way? > Solaris/SPARC doesn't use this, nor does Linux/x86, so it seems like both > the Solaris and x86 parts of the code are there. Short answer: seamless support for synchronous signals. Long answer: we want to be able to turn synchronous signals into regular Ada exceptions. This means unwinding through signal handler frames (easy) and unwinding through kernel frames (tricky). With SJLJ exceptions, the latter turns out to be transparent; but with DWARF-2 EH exceptions, you need specific support code under the form of MD_FALLBACK_FRAME_STATE_FOR macros, defined in the *-unwind.h files. The FSF tree contains some M_F_F_S_F macros, we have a few more, in particular for SPARC/Solaris but not for x86/Solaris. We should already have contributed them, but there is a discrepancy between Java and Ada in this domain that should be sorted out first. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27937
[Bug debug/26754] [4.0/4.1/4.2 Regression] Wrong debug info for variable accessed non-locally
--- Comment #7 from ebotcazou at gcc dot gnu dot org 2006-06-13 08:55 --- Subject: Bug 26754 Author: ebotcazou Date: Tue Jun 13 08:55:40 2006 New Revision: 114605 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=114605 Log: PR debug/26754 * gimplify.c (declare_tmp_vars): Rename into declare_vars. Add debug_info parameter. Chain the vars to the BLOCK instead of the BIND_EXPR if debug info are requested for them. (pop_gimplify_context): Adjust for above change. (gimple_add_tmp_var): Likewise. * tree-gimple.h (declare_tmp_vars): Rename into declare_vars. Add bool parameter. * tree-nested.c (convert_nonlocal_reference): Adjust for above change. (convert_local_reference): Likewise. (get_local_debug_decl): Set DECL_IGNORED_P on the original variable. (finalize_nesting_tree_1): Request that debug info be emitted for debug_var_chain. Modified: trunk/gcc/ChangeLog trunk/gcc/gimplify.c trunk/gcc/tree-gimple.h trunk/gcc/tree-nested.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26754
[Bug debug/26754] [4.0/4.1 Regression] Wrong debug info for variable accessed non-locally
--- Comment #8 from ebotcazou at gcc dot gnu dot org 2006-06-13 08:56 --- Fixed on mainline. -- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Summary|[4.0/4.1/4.2 Regression]|[4.0/4.1 Regression] Wrong |Wrong debug info for|debug info for variable |variable accessed non- |accessed non-locally |locally | Target Milestone|4.0.4 |4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26754
[Bug c++/27724] [4.1/4.2 Regression] internal compiler error: no-op convert from 4 to 8 bytes in initializer
--- Comment #11 from ebotcazou at gcc dot gnu dot org 2006-06-15 06:39 --- > I don't understand the assertion, given that removing it seems to generate > correct output for this test case. Since you edited this code not to long > ago, > do you have thoughts? Not really. I've only loosened it since it broke Ada. This is in DJ's court. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27724
[Bug java/28024] libjava build failure on Solaris 2.8 (sun4u)
--- Comment #6 from ebotcazou at gcc dot gnu dot org 2006-06-15 12:34 --- > I fixed this problem. But, as I don't have a Solaris box, > I can't test whether this means that the build works. This report was actually invalid, we don't support /bin/sh on Solaris. -- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28024
[Bug java/28024] libjava build failure on Solaris 2.8 (sun4u)
--- Comment #7 from ebotcazou at gcc dot gnu dot org 2006-06-15 12:36 --- See http://gcc.gnu.org/install/specific.html#x-x-solaris2 -- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added CC||ebotcazou at gcc dot gnu dot ||org Status|REOPENED|RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28024
[Bug java/28024] libjava build failure on Solaris 2.8 (sun4u)
--- Comment #9 from ebotcazou at gcc dot gnu dot org 2006-06-16 09:24 --- > My simple question is why not support /bin/sh on Solaris? Because we're not in the business of working around bugs in antiquated shells. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28024
[Bug ada/18692] Ada should have a dg testsuite
--- Comment #13 from ebotcazou at gcc dot gnu dot org 2006-06-20 06:06 --- Subject: Bug 18692 Author: ebotcazou Date: Tue Jun 20 06:06:50 2006 New Revision: 114804 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=114804 Log: PR ada/18692 * Make-lang.in: Add check-gnat to lang_checks. Rename existing check-gnat into check-acats. Modified: trunk/gcc/ada/ChangeLog trunk/gcc/ada/Make-lang.in -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18692
[Bug ada/18692] Ada should have a dg testsuite
--- Comment #14 from ebotcazou at gcc dot gnu dot org 2006-06-20 06:20 --- Subject: Bug 18692 Author: ebotcazou Date: Tue Jun 20 06:20:37 2006 New Revision: 114805 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=114805 Log: PR ada/18692 * lib/gnat.exp: New file. * lib/gnat-dg.exp: Likewise. * gnat.dg: New directory. * gnat.dg/dg.exp: New driver. * gnat.dg/specs: New directory. * gnat.dg/specs/specs.exp: New driver. * gnat.dg/style: New directory. * gnat.dg/style/style.exp: New driver. Added: trunk/gcc/testsuite/gnat.dg/ trunk/gcc/testsuite/gnat.dg/dg.exp trunk/gcc/testsuite/gnat.dg/specs/ trunk/gcc/testsuite/gnat.dg/specs/specs.exp trunk/gcc/testsuite/gnat.dg/style/ trunk/gcc/testsuite/gnat.dg/style/style.exp trunk/gcc/testsuite/lib/gnat-dg.exp trunk/gcc/testsuite/lib/gnat.exp Modified: trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18692
[Bug ada/18692] Ada should have a dg testsuite
--- Comment #15 from ebotcazou at gcc dot gnu dot org 2006-06-20 06:24 --- The harness has been installed on mainline. -- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added CC|ebotcazou at gcc dot gnu dot| |org | Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|--- |4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18692
[Bug ada/27937] [4.2 Regression] Ada bootstrap failure on Solaris 10/x86
--- Comment #7 from ebotcazou at gcc dot gnu dot org 2006-06-21 18:12
---
> Ok, thanks for the explanation. But right now, the FSF tree has M_F_F_S_F
> definitions for neither Solaris/SPARC nor /x86, AFAIKT. And Solaris/SPARC
> and Solaris/SPARCv9 can turn on ZCX and are thus unaffected, while
> Solaris/x86 has ZCX off, which breaks bootstrap.
ZCX are already turned on for SPARC/Solaris.
> Since this is a mainline regression from 3.x/4.[01], do you think there
> could be a fix/workaround in place for 4.2.0?
Sure, someone has to write it. :-)
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
CC|ebotcazou at gcc dot gnu dot|
|org |
AssignedTo|unassigned at gcc dot gnu |ebotcazou at gcc dot gnu dot
|dot org |org
Status|NEW |ASSIGNED
Last reconfirmed|2006-06-09 09:08:22 |2006-06-21 18:12:29
date||
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27937
[Bug middle-end/28151] [4.1/4.2 Regression] ICE with complex math
--- Comment #9 from ebotcazou at gcc dot gnu dot org 2006-06-24 14:54
---
> The problem appears to be caused by the change of semantics of const_binop in
> this patch:
>
> 2005-11-16 Eric Botcazou <[EMAIL PROTECTED]>
>
> * fold-const.c (const_binop): Don't constant fold the operation
> if the result has overflowed and flag_trapping_math.
> * simplify-rtx.c (simplify_const_binary_operation): Likewise.
This patch doesn't change the semantics of const_binop, it only plugs a hole.
It looks like const_binop is not prepared for itself returning NULL_TREE...
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
------------
CC|ebotcazou at gcc dot gnu dot|
|org |
AssignedTo|unassigned at gcc dot gnu |ebotcazou at gcc dot gnu dot
|dot org |org
Status|NEW |ASSIGNED
Last reconfirmed|2006-06-24 13:50:09 |2006-06-24 14:54:58
date||
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28151
[Bug middle-end/28151] [4.1/4.2 Regression] ICE with complex math
--- Comment #10 from ebotcazou at gcc dot gnu dot org 2006-06-25 17:16 --- Subject: Bug 28151 Author: ebotcazou Date: Sun Jun 25 17:16:25 2006 New Revision: 114992 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=114992 Log: PR middle-end/28151 * fold-const.c (const_binop): Be prepared for self returning zero. Simplify code handling complex values. Added: trunk/gcc/testsuite/gcc.c-torture/compile/20060625-1.c Modified: trunk/gcc/ChangeLog trunk/gcc/fold-const.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28151
[Bug middle-end/28151] [4.1/4.2 Regression] ICE with complex math
--- Comment #11 from ebotcazou at gcc dot gnu dot org 2006-06-25 17:18 --- Subject: Bug 28151 Author: ebotcazou Date: Sun Jun 25 17:18:00 2006 New Revision: 114993 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=114993 Log: PR middle-end/28151 * fold-const.c (const_binop): Be prepared for self returning zero. Simplify code handling complex values. Added: branches/gcc-4_1-branch/gcc/testsuite/gcc.c-torture/compile/20060625-1.c Modified: branches/gcc-4_1-branch/gcc/ChangeLog branches/gcc-4_1-branch/gcc/fold-const.c branches/gcc-4_1-branch/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28151
[Bug middle-end/28151] [4.1/4.2 Regression] ICE with complex math
--- Comment #12 from ebotcazou at gcc dot gnu dot org 2006-06-25 17:19 --- Fixed everywhere. -- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28151
[Bug bootstrap/18058] [4.2 Regression] Bootstrap fails with BOOTCFLAGS="-O0 -fkeep-inline-functions"
-- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |ebotcazou at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED Last reconfirmed|2006-06-11 13:10:31 |2006-07-03 15:23:11 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18058
[Bug bootstrap/18058] [4.2 Regression] Bootstrap fails with BOOTCFLAGS="-O0 -fkeep-inline-functions"
--- Comment #38 from ebotcazou at gcc dot gnu dot org 2006-07-04 07:52 --- Subject: Bug 18058 Author: ebotcazou Date: Tue Jul 4 07:52:47 2006 New Revision: 115172 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115172 Log: PR bootstrap/18058 * configure.in: Add -fkeep-inline-functions to CFLAGS for stage 1 if the bootstrap compiler is a GCC version that supports it. * configure: Regenerate. gcc/ * Makefile.in (BUILD_RTL): Add build/vec.o. (build/gencondmd.o): Filter out -fkeep-inline-functions. (build/genextract): Delete. (build/genautomata): Likewise. Modified: trunk/ChangeLog trunk/configure trunk/configure.in trunk/gcc/ChangeLog trunk/gcc/Makefile.in -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18058
[Bug bootstrap/18058] [4.2 Regression] Bootstrap fails with non-GCC compilers
--- Comment #39 from ebotcazou at gcc dot gnu dot org 2006-07-04 07:54 --- Thanks a bunch to Geoff! -- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Summary|[4.2 Regression] Bootstrap |[4.2 Regression] Bootstrap |fails with BOOTCFLAGS="-O0 -|fails with non-GCC compilers |fkeep-inline-functions" | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18058
[Bug libstdc++/28247] libstdc++ cannot be build on Solaris 9
--- Comment #1 from ebotcazou at gcc dot gnu dot org 2006-07-04 14:35 --- > $ ./configure --prefix=/home/gcc --enable-threads=solaris > --enable-languages=c,c++ --enable-shared=libstdc++ --disable-multilib > --disable-nls sparc64-sun-solaris2.9 First of all, building in the source directory is not supported. Could you try to remove --enable-threads=solaris from the configure line? -- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added CC||ebotcazou at gcc dot gnu dot | |org Status|UNCONFIRMED |WAITING Summary|gcc 4.1.1/libstdc++ cannot |libstdc++ cannot be build on |buld on Solaris 9 sparc64 |Solaris 9 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28247
[Bug target/28247] [4.1/4.2 regression] libstdc++ cannot be build with Solaris threads
--- Comment #2 from ebotcazou at gcc dot gnu dot org 2006-07-04 17:01 --- Confirmed on SPARC/Solaris 8 and 9, 32-bit and 64-bit. -- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added Component|libstdc++ |target GCC build triplet||*-*-solaris2.* GCC host triplet||*-*-solaris2.* GCC target triplet||*-*-solaris2.* Known to work||4.0.4 Summary|libstdc++ cannot be build on|[4.1/4.2 regression] |Solaris 9 |libstdc++ cannot be build ||with Solaris threads http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28247
[Bug ada/21952] Many attribute directive ignored warnings during Alpha bootstrap
--- Comment #12 from ebotcazou at gcc dot gnu dot org 2006-07-07 13:00 --- I think the Alpha back-end somewhat abuses the "builtin" machinery here. -- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2006-07-07 13:00:29 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21952
[Bug ada/21952] Many attribute directive ignored warnings during Alpha bootstrap
--- Comment #13 from ebotcazou at gcc dot gnu dot org 2006-07-07 13:01 --- However we are nice people and the Ada front-end will be change to cope with it. -- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |ebotcazou at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED Last reconfirmed|2006-07-07 13:00:29 |2006-07-07 13:01:09 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21952
[Bug target/28320] New: bootstrap failure in libstdc++-v3
/opt/build/eric/gcc-4_1-branch/./gcc/xgcc -shared-libgcc
-B/opt/build/eric/gcc-4_1-branch/./gcc -nostdinc++
-L/opt/build/eric/gcc-4_1-branch/ia64-hp-hpux11.23/libstdc++-v3/src
-L/opt/build/eric/gcc-4_1-branch/ia64-hp-hpux11.23/libstdc++-v3/src/.libs
-B/opt/build/eric/gcc-4_1-branch/ia64-hp-hpux11.23/bin/
-B/opt/build/eric/gcc-4_1-branch/ia64-hp-hpux11.23/lib/ -isystem
/opt/build/eric/gcc-4_1-branch/ia64-hp-hpux11.23/include -isystem
/opt/build/eric/gcc-4_1-branch/ia64-hp-hpux11.23/sys-include
-I/opt/build/eric/gcc-4_1-branch/ia64-hp-hpux11.23/libstdc++-v3/include/ia64-hp-hpux11.23
-I/opt/build/eric/gcc-4_1-branch/ia64-hp-hpux11.23/libstdc++-v3/include
-I/home/eric/svn/gcc-4_1-branch/libstdc++-v3/libsupc++ -g -O2
-fno-implicit-templates -Wall -Wextra -Wwrite-strings -Wcast-qual
-fdiagnostics-show-location=once -ffunction-sections -fdata-sections -c
c++locale.cc -fPIC-DPIC -o .libs/c++locale.o
/usr/include/errno.h:39: error: previous declaration of 'int errno' with 'C++'
linkage
/usr/include/sys/errno.h:52: error: conflicts with new declaration with 'C'
linkage
gmake[4]: *** [c++locale.lo] Error 1
gmake[4]: Leaving directory
`/opt/build/eric/gcc-4_1-branch/ia64-hp-hpux11.23/libstdc++-v3/src'
gmake[3]: *** [all-recursive] Error 1
gmake[3]: Leaving directory
`/opt/build/eric/gcc-4_1-branch/ia64-hp-hpux11.23/libstdc++-v3'
gmake[2]: *** [all] Error 2
gmake[2]: Leaving directory
`/opt/build/eric/gcc-4_1-branch/ia64-hp-hpux11.23/libstdc++-v3'
gmake[1]: *** [all-target-libstdc++-v3] Error 2
gmake[1]: Leaving directory `/opt/build/eric/gcc-4_1-branch'
gmake: *** [all] Error 2
Last successful bootstrap on Jun 3.
--
Summary: bootstrap failure in libstdc++-v3
Product: gcc
Version: 4.1.2
Status: UNCONFIRMED
Severity: major
Priority: P3
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: ebotcazou at gcc dot gnu dot org
GCC build triplet: ia64-hp-hpux11.23
GCC host triplet: ia64-hp-hpux11.23
GCC target triplet: ia64-hp-hpux11.23
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28320
[Bug libgcj/27823] Found a problem with the JNI methods declared and implemented
--- Comment #7 from ebotcazou at gcc dot gnu dot org 2006-07-08 21:45 --- Strange, this works for me with CONFIG_SHELL=/bin/ksh on Solaris 8, 9 and 10: http://gcc.gnu.org/ml/gcc-testresults/2006-07/msg00356.html http://gcc.gnu.org/ml/gcc-testresults/2006-07/msg00357.html http://gcc.gnu.org/ml/gcc-testresults/2006-07/msg00358.html It's with Sun as and ld. -- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added CC||ebotcazou at gcc dot gnu dot | |org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27823
[Bug target/28320] bootstrap failure in libstdc++-v3
--- Comment #2 from ebotcazou at gcc dot gnu dot org 2006-07-08 22:16 --- > Duplicate of target/28084?!? Very likely. I must admit I only searched the database with "ia64-hp". -- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added BugsThisDependsOn||28084 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28320
[Bug libstdc++/27878] GCC 4.1.1 build fails on mips-sgi-irix6.5 (libstdc++)/GCC 4.1.0 worked.
--- Comment #22 from ebotcazou at gcc dot gnu dot org 2006-07-11 20:01 --- > This most likely explains the difference: this is before C99 support was > introduced, and obviously most testers use relatively recent IRIX > releases. Mine is 6.5 6.5.26m. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27878
[Bug other/28377] unresolved symbols in libstdc++, shared lib link strategy of libgcc.a
--- Comment #3 from ebotcazou at gcc dot gnu dot org 2006-07-14 09:14
---
> The test case is the build of gcc 4.0.3 on Solaris 8, including the
> libstdc++.so build.
This is known to work, e.g. http://gcc.gnu.org/gcc-4.0/buildstat.html
> env LD_LIBRARY_PATH= ldd -r -v .../libstdc++-IFX.so
>
> and you will see __eprintf unresolved.
>
> I will try to put together a test case to build a shared lib from C source
> code that contains #include and some assertion to demonstrate the
> the resulting libXXX.so has an unresolved reference to __eprintf.
This one is more annoying. You should make sure that you don't have an "old"
lying around somewhere. Which compiler do you start from? Do you
bootstrap or only build the new compiler?
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
CC| |ebotcazou at gcc dot gnu dot
||org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28377
[Bug other/28377] unresolved symbols in libstdc++, shared lib link strategy of libgcc.a
--- Comment #6 from ebotcazou at gcc dot gnu dot org 2006-07-14 14:08 --- > Ok, the compile is done. In gcc/Makefile.in, I changed > -DLOCAL_INCLUDE_DIR=\"$(local_includedir)\" \ > to > -ULOCAL_INCLUDE_DIR \ > so that /usr/local/include is NOT searched by default by the preprocessor. The preferred method is to pass --with-local-prefix on the configure line. > Suggestions: > > - make the assert.h/__eprintf trouble a FAQ: > "Whenever you see an unresolved symbol __eprintf, this most likely means > that > you have an old and buggy assert.h in some of your include directories. Note > that cpp has some built-in search paths that you may need to consider as well, > like /usr/local/include" I thought this was already documented somewhere, but may be not after all. > - remove /usr/local/include from the standard include file search path; only > the _real_ standard locations for the platform (/usr/include) should be > considered, anything else should be up to the user - and it is easy > (-I/usr/local/include) I think this one has already be discussed at length. This is probably not going to be changed since it can be overridden by --with-local-prefix. Thanks for reporting the final success. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28377
[Bug bootstrap/27794] stack explosion
--- Comment #5 from ebotcazou at gcc dot gnu dot org 2006-07-15 20:39 --- > Eric, do you have any new information on this problem? I cannot reproduce it. I'm totally at a loss. I don't have any working debugger on the machine, the system debugger enters an infinite loop: azuma% /usr/ccs/bin/gdb32 xgcc Detected 64-bit executable. Invoking /usr/ccs/bin/gdb64. Detected 32-bit executable. Invoking /usr/ccs/bin/gdb32. Detected 64-bit executable. Invoking /usr/ccs/bin/gdb64. Detected 32-bit executable. Invoking /usr/ccs/bin/gdb32. Detected 64-bit executable. Invoking /usr/ccs/bin/gdb64. Detected 32-bit executable. Invoking /usr/ccs/bin/gdb32. Detected 64-bit executable. Invoking /usr/ccs/bin/gdb64. Detected 32-bit executable. Invoking /usr/ccs/bin/gdb32. [...] and building GDB 6.4 doesn't produce anything. -- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added Last reconfirmed|-00-00 00:00:00 |2006-07-15 20:39:43 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27794
[Bug bootstrap/27794] stack explosion
-- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added Status|WAITING |NEW Ever Confirmed|0 |1 Last reconfirmed|2006-07-15 20:39:43 |2006-07-15 20:40:38 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27794
[Bug bootstrap/37422] [4.4 regression] IRA merge breaks Solaris/x86 bootstrap
--- Comment #3 from ebotcazou at gcc dot gnu dot org 2008-11-12 22:24 --- (In reply to comment #2) > I see gcc-testresults for this target posted in: > http://gcc.gnu.org/ml/gcc-testresults/2008-11/msg00649.html > Was this with -fno-ira or is this bug gone? It's a dup of PR rtl-opt/37296. -- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added CC| |ebotcazou at gcc dot gnu dot | |org Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2008-11-12 22:24:03 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37422
[Bug target/38052] [4.4 Regression] genautomata segfaults when -O2 is enabled
--- Comment #6 from ebotcazou at gcc dot gnu dot org 2008-11-13 17:34 --- > Then I used these flags with -O0 and -foptimize-sibling-calls together, but > this didn't trigger the bug. > > Is there anything I have overlooked here? Yes, not all optimizations are controlled by a specific flag, as explained in the manual. -- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added CC| |ebotcazou at gcc dot gnu dot | |org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38052
[Bug bootstrap/38106] gcc fails to compile with ld:libgcc.map: file format not recognized error
--- Comment #5 from ebotcazou at gcc dot gnu dot org 2008-11-13 22:27 --- Please read the configure instructions: http://gcc.gnu.org/install/configure.html -- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added CC||ebotcazou at gcc dot gnu dot ||org Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38106
[Bug libgomp/29987] libgomp.c++/ctor-9.C failure
--- Comment #5 from ebotcazou at gcc dot gnu dot org 2008-11-14 19:08 --- *** Bug 38118 has been marked as a duplicate of this bug. *** -- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added CC||ro at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29987
[Bug target/38118] gcc emits non-TLS data as TLS on Solaris 11/SPARC
--- Comment #1 from ebotcazou at gcc dot gnu dot org 2008-11-14 19:08 --- *** This bug has been marked as a duplicate of 29987 *** -- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added CC||ebotcazou at gcc dot gnu dot ||org Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38118
[Bug ada/34289] gnatmake -s doesn't work
--- Comment #19 from ebotcazou at gcc dot gnu dot org 2008-11-15 16:16 --- Subject: Bug 34289 Author: ebotcazou Date: Sat Nov 15 16:15:00 2008 New Revision: 141888 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141888 Log: PR ada/34289 * lib.ads: (Enable_Switch_Storing): Declare. * lib.adb: (Enable_Switch_Storing): New procedure. * switch-c.adb (Scan_Front_End_Switches): Add support for -gnatea. * make.adb: (Compile_Sources.Compile): Add -gnatea as first option. (Display): Never display -gnatea * lang-specs.h: If -gnatea is present, pass -gnatez. Modified: branches/gcc-4_3-branch/gcc/ada/ChangeLog branches/gcc-4_3-branch/gcc/ada/lang-specs.h branches/gcc-4_3-branch/gcc/ada/lib.adb branches/gcc-4_3-branch/gcc/ada/lib.ads branches/gcc-4_3-branch/gcc/ada/make.adb branches/gcc-4_3-branch/gcc/ada/switch-c.adb -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34289
[Bug ada/34289] gnatmake -s doesn't work
-- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|4.4.0 |4.3.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34289
[Bug ada/38127] [4.4 Regression] ACATS cd1c04e fails on sparc, hppa
--- Comment #2 from ebotcazou at gcc dot gnu dot org 2008-11-15 20:45 --- Fixing. -- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |ebotcazou at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED GCC build triplet|hppa-unknown-linux-gnu | GCC host triplet|hppa-unknown-linux-gnu | GCC target triplet|hppa-unknown-linux-gnu | Last reconfirmed|2008-11-15 06:53:51 |2008-11-15 20:45:25 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38127
[Bug rtl-optimization/38139] --enable-checking=all times out during bootstrap
--- Comment #4 from ebotcazou at gcc dot gnu dot org 2008-11-16 06:40 --- > Rtl checking is also expensive (no way near as expensive as gcac) but > it does find real bugs in some cases. Everything else is enabled by > default during development of the trunk. RTL checking is in fact moderately expensive, I use it all the time. But fold checking is quite expensive and *not* enabled by default. -- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added CC||ebotcazou at gcc dot gnu dot | |org Status|UNCONFIRMED |RESOLVED Resolution||WONTFIX http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38139
[Bug ada/38127] [4.4 Regression] ACATS cd1c04e fails on sparc, hppa
--- Comment #3 from ebotcazou at gcc dot gnu dot org 2008-11-16 10:06 --- Subject: Bug 38127 Author: ebotcazou Date: Sun Nov 16 10:05:22 2008 New Revision: 141913 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141913 Log: PR ada/38127 * gcc-interface/decl.c (make_type_from_size): Do not special-case boolean types. * gcc-interface/targtyps.c: Tweak comment. Modified: trunk/gcc/ada/ChangeLog trunk/gcc/ada/gcc-interface/decl.c trunk/gcc/ada/gcc-interface/targtyps.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38127
[Bug ada/38127] [4.4 Regression] ACATS cd1c04e fails on sparc, hppa
--- Comment #4 from ebotcazou at gcc dot gnu dot org 2008-11-16 10:07 --- This should work now. -- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added URL||http://gcc.gnu.org/ml/gcc- ||patches/2008- ||11/msg00731.html Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38127
[Bug ada/20974] ACATS c250002: gnatchop cannot create file with special character
--- Comment #4 from ebotcazou at gcc dot gnu dot org 2008-11-17 18:34 --- Does this still occur with more recent versions? -- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20974
[Bug ada/20974] ACATS c250002: gnatchop cannot create file with special character
--- Comment #6 from ebotcazou at gcc dot gnu dot org 2008-11-17 18:45 --- > i686-apple-darwin9 is clean ACATS-wise, so I think we can assume this is fixed > for current Apple hardware/software. OK, closing. -- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added Status|WAITING |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20974
[Bug ada/27243] [4.2 regression] ACATS c37215h fails
--- Comment #5 from ebotcazou at gcc dot gnu dot org 2008-11-17 18:49 --- No plan to fix the failure at this point. -- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||WONTFIX http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27243
[Bug target/38118] gcc emits non-TLS data as TLS on Solaris 11/SPARC
--- Comment #3 from ebotcazou at gcc dot gnu dot org 2008-11-18 08:24 --- > I'm not completely sure this is a bug in Sun as. If you consider the > assembler code for my testcase produced by gcc: > > .global tsd > .section".tbss",#alloc,#write,#tls > .align 4 > .type tsd, #tls_object > .size tsd, 4 > tsd: > .skip 4 > .common non_tsd,4,4 > > versus what Studio 12 cc produces: > > .section".bss",#alloc,#write > .common non_tsd,4,4 > .section".tbss",#alloc,#write,#tls > .common tsd,4,4 > > you see that gcc lacks the section switching between non_tsd and tsd. OK, this makes sense, but I'd suggest discussing that under PR 29987. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38118
[Bug ada/38131] [4.4 regression] ACATS cc70a01 and cxa4016 segv on exception
--- Comment #2 from ebotcazou at gcc dot gnu dot org 2008-11-18 08:31 --- OK, if you tell me how to log in on the SPARC/Linux box as well as where I can find the already built compiler, I'll look into the problem. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38131
[Bug ada/38127] [4.4 Regression] ACATS cd1c04e fails on sparc, hppa
--- Comment #5 from ebotcazou at gcc dot gnu dot org 2008-11-18 12:11 --- Subject: Bug 38127 Author: ebotcazou Date: Tue Nov 18 12:10:18 2008 New Revision: 141964 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141964 Log: PR ada/38127 * gcc-interface/decl.c (make_type_from_size) : Propagate the name. Modified: trunk/gcc/ada/ChangeLog trunk/gcc/ada/gcc-interface/decl.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38127
[Bug target/37610] [4.4 Regression] FAIL: g++.dg/eh/pr29166.C execution test
--- Comment #7 from ebotcazou at gcc dot gnu dot org 2008-11-18 18:48 --- *** Bug 38131 has been marked as a duplicate of this bug. *** -- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added CC||laurent at guerby dot net http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37610
[Bug target/37610] [4.4 Regression] FAIL: g++.dg/eh/pr29166.C execution test
--- Comment #8 from ebotcazou at gcc dot gnu dot org 2008-11-18 18:51 --- Likewise on SPARC. -- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added CC||ebotcazou at gcc dot gnu dot ||org Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2008-11-18 18:51:34 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37610
[Bug ada/38131] [4.4 regression] ACATS cc70a01 and cxa4016 segv on exception
--- Comment #3 from ebotcazou at gcc dot gnu dot org 2008-11-18 18:48 --- *** This bug has been marked as a duplicate of 37610 *** -- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38131
[Bug rtl-optimization/36998] [4.3/4.4 regression] Ada bootstrap broken on i586-*-*
--- Comment #29 from ebotcazou at gcc dot gnu dot org 2008-11-18 20:39 --- Jakub, what's the status of this PR? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36998
[Bug other/37463] [4.4 regression] All Solaris/x86 eh tests fail
--- Comment #13 from ebotcazou at gcc dot gnu dot org 2008-11-19 18:51
---
> I'm a bit unsure how to test this right now: what I find is that C objects
> have read-only .eh_frame sections and use .cfi* directives, while C++, Java
> and Ada objects have read-write .eh_frame sections and still use .eh_frame
> sections directly emitted by the compiler.
The decision is made in dwarf2out_do_cfi_asm:
/* Decide whether to emit frame unwind via assembler directives. */
int
dwarf2out_do_cfi_asm (void)
{
int enc;
#ifdef MIPS_DEBUGGING_INFO
return false;
#endif
if (!flag_dwarf2_cfi_asm || !dwarf2out_do_frame ())
return false;
if (!eh_personality_libfunc)
return true;
if (!HAVE_GAS_CFI_PERSONALITY_DIRECTIVE)
return false;
/* Make sure the personality encoding is one the assembler can support.
In particular, aligned addresses can't be handled. */
enc = ASM_PREFERRED_EH_DATA_FORMAT (/*code=*/2,/*global=*/1);
if ((enc & 0x70) != 0 && (enc & 0x70) != DW_EH_PE_pcrel)
return false;
enc = ASM_PREFERRED_EH_DATA_FORMAT (/*code=*/0,/*global=*/0);
if ((enc & 0x70) != 0 && (enc & 0x70) != DW_EH_PE_pcrel)
return false;
return true;
}
On Solaris with Sun ld, ASM_PREFERRED_EH_DATA_FORMAT is defined so that at
least one of the 2 tests will always return false. Therefore the only way
to have dwarf2out_do_cfi_asm return true is
if (!eh_personality_libfunc)
return true;
The C++, Java and Ada compilers unconditionally register their personality
routine, whereas the C compiler doesn't, even with -fexceptions: if there
is no EH action in the code, it doesn't register it. Hence the discrepancy.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37463
[Bug target/29987] libgomp.c++/ctor-9.C failure
--- Comment #10 from ebotcazou at gcc dot gnu dot org 2008-11-20 20:16 --- > Anyway, the following patch fixes this in a cross from x86_64-linux to > sparc*-sun-solaris10. Can somebody please bootstrap/regtest it? Bootstrapped/regtested with GNU as for the sake of completeness. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29987
[Bug middle-end/38237] New: [4.4 regression] multiple weak directives
This is a fallout of
2008-08-19 Rafael EspÃndola <[EMAIL PROTECTED]>
* varasm.c (weak_decls): Move earlier in the file.
(assemble_external): Add weak decls to the weak_decls list.
(declare_weak): Don't add decls to the weak_decls list.
[EMAIL PROTECTED]:~/build/gcc/native32> cat t.c
extern int i __attribute__((weak));
void foo(void)
{
int a = i + i + i + i;
}
[EMAIL PROTECTED]:~/build/gcc/native32> cat t.s
.file "t.c"
.text
.globl foo
.type foo, @function
foo:
pushl %ebp
movl%esp, %ebp
subl$16, %esp
movli, %edx
movli, %eax
addl%eax, %edx
movli, %eax
addl%eax, %edx
movli, %eax
leal(%edx,%eax), %eax
movl%eax, -4(%ebp)
leave
ret
.size foo, .-foo
.weak i
.weak i
.weak i
.weak i
.ident "GCC: (GNU) 4.4.0 20081122 (experimental) [trunk revision
142117]"
.section.note.GNU-stack,"",@progbits
--
Summary: [4.4 regression] multiple weak directives
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: ebotcazou at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38237
[Bug rtl-optimization/38245] [4.4 Regression] apparent improper segfault in compiler output
-- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added CC||ebotcazou at gcc dot gnu dot ||org Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2008-11-24 09:10:58 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38245
[Bug fortran/37319] [4.4 regression] gfortran.dg/function_kinds_5.f90 fails
--- Comment #6 from ebotcazou at gcc dot gnu dot org 2008-11-24 19:32 --- The problem still reproduces on the SPARC as of today. When the compiler is rebuilt at -O0, it goes away; when decl.c and parser.c are rebuilt at -O2, it comes back. -- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added GCC build triplet|i686-apple-darwin9 | GCC host triplet|i686-apple-darwin9 | GCC target triplet|i686-apple-darwin9 | Last reconfirmed|2008-10-05 19:03:35 |2008-11-24 19:32:05 date|| Summary|FAIL the unexplained fix: |[4.4 regression] |gfortran.dg/function_kinds_5|gfortran.dg/function_kinds_5 |.f90|.f90 fails http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37319
[Bug fortran/37319] [4.4 regression] gfortran.dg/function_kinds_5.f90 fails
--- Comment #7 from ebotcazou at gcc dot gnu dot org 2008-11-24 19:32 --- Investigating. -- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |ebotcazou at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED Last reconfirmed|2008-11-24 19:32:05 |2008-11-24 19:32:44 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37319
[Bug fortran/37319] [4.4 regression] gfortran.dg/function_kinds_5.f90 fails
--- Comment #8 from ebotcazou at gcc dot gnu dot org 2008-11-24 19:59
---
> This looks like a missing or wrong initialisation.
Confirmed, it's 'name' in match_deferred_characteristics:
char name[GFC_MAX_SYMBOL_LEN + 1];
[...]
/* Set the function locus correctly. If we have not found the
function name, there is an error. */
gfc_match ("function% %n", name);
if (m == MATCH_YES && strcmp (name, gfc_current_block ()->name) == 0)
{
gfc_current_block ()->declared_at = gfc_current_locus;
gfc_commit_symbols ();
}
else
gfc_error_check ();
gfc_match ("function% %n", name) doesn't touch 'name' so the outcome of the
string comparison is random. Would it make sense to test the return value
of gfc_match here?
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
CC||pault at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37319
[Bug fortran/37319] [4.4 regression] gfortran.dg/function_kinds_5.f90 fails
--- Comment #10 from ebotcazou at gcc dot gnu dot org 2008-11-24 20:33
---
> This should probably be
>
> m = gfc_match ("function% %n", name);
>
> > if (m == MATCH_YES && strcmp (name, gfc_current_block ()->name) == 0)
>
> Otherwise, the 'm == MATCH_YES' is using an old value.
But in this case the first assignment to 'm' would be dead. What about
if (m == MATCH_YES
&& gfc_match ("function% %n", name) == MATCH_YES
&& strcmp (name, gfc_current_block ()->name) == 0)
{
gfc_current_block ()->declared_at = gfc_current_locus;
gfc_commit_symbols ();
}
else
gfc_error_check ();
instead?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37319
