Re: build gcc (c,c++,ada) for ia64-hp-hpux11.23 fails

Eric Botcazou-3 wrote: > > > There is no full port of the Ada compiler to this platform in the FSF > tree. > You can only build a 64-bit Ada compiler with the unpatched sources. > > -- > Eric Botcazou > > Thank you very much for your informations and sorry for the delay - I have been on

[Bug target/45694] fortran host associated variables+optimization==failure?

--- Comment #2 from jpr at csc dot fi 2010-09-20 06:54 --- Created an attachment (id=21842) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21842&action=view) somewhat reduced testcase Hi, I tried debugging this more. Attached is a somewhat reduced testcase. I also had a look at t

[Bug tree-optimization/45714] [4.6 Regression] Vectorization of double pow function causes a segmentation fault

--- Comment #7 from irar at il dot ibm dot com 2010-09-20 06:43 --- Fixed. -- irar at il dot ibm dot com changed: What|Removed |Added Status|NEW

[Bug libfortran/45723] opening /dev/null for appending writes

--- Comment #3 from Joost dot VandeVondele at pci dot uzh dot ch 2010-09-20 06:30 --- (In reply to comment #2) > Created an attachment (id=21841) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21841&action=view) [edit] > Possible patch > > This patch passes regression testing. Don

[Bug target/45731] gcc 4.5.1 -march=corei7 fails

--- Comment #2 from dcy665 at gmail dot com 2010-09-20 06:25 --- And yet, it does not help (with or without dashes) that corei7 is claimed to be supported and yet is not. Either --target-help should not report support or gcc should actually support it. -- http://gcc.gnu.org/bugzill

[Bug middle-end/45230] gcc.c-torture/execute/strncmp-1.c ICEs with -fgraphite-identity

--- Comment #14 from zsojka at seznam dot cz 2010-09-20 04:57 --- (In reply to comment #13) > --- Comment #12 From Zdenek Sojka 2010-09-15 18:39 [reply] --- > You are compiling it without graphite and yet you are using graphite branch to > test. Then you are getting another

[Bug target/45726] Thumb2 instruction emitted for incompatible CPU

--- Comment #2 from pinskia at gcc dot gnu dot org 2010-09-20 04:52 --- What binutils version are you using? movteq is a valid ARM v7 instruction. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45726

[Bug libfortran/45723] opening /dev/null for appending writes

--- Comment #2 from jvdelisle at gcc dot gnu dot org 2010-09-20 04:46 --- Created an attachment (id=21841) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21841&action=view) Possible patch This patch passes regression testing. Don't seek if filesize is zero. -- http://gcc.gnu.

[Bug target/45731] gcc 4.5.1 -march=corei7 fails

--- Comment #1 from pinskia at gcc dot gnu dot org 2010-09-20 04:27 --- >-march=corei7 is successful. Yes and that is kinda expected as --help does not process options at all really. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added -

[Bug target/43088] [avr] Suspect optimizer missed code in gcc 4.4.3..

--- Comment #3 from abnikant dot singh at atmel dot com 2010-09-20 04:24 --- (In reply to comment #2) > (In reply to comment #1) > > This bug is confirmed. andhi3/andsi3 causing this problem. conditional > > checks > > in andhi3 and andsi3 need to compare with zero instead of 0xff [etc

[Bug c/45731] New: gcc 4.5.1 -march=corei7 fails

hello.c:1: error: bad value (corei7) for -march= switch although, gcc451 --help=target -march=corei7 is successful. gcc 4.4.4-10.fc13 (fedora 13 distribution) fails as well. gcc451 -march=generic produces .s code with -march=core2 configured with: ../gcc-4.5.1/configure --prefix=/usr/local --pr

[Bug middle-end/45230] gcc.c-torture/execute/strncmp-1.c ICEs with -fgraphite-identity

--- Comment #13 from t7 at gmail dot com 2010-09-20 04:00 --- Ok this ticket is getting very confusing now and no development recently. --- Comment #12 From Zdenek Sojka 2010-09-15 18:39 [reply] --- You are compiling it without graphite and yet you are using graphite bra

[Bug target/35507] [avr] 4.3.0: size of small funcion increases from 2 to 29 words

--- Comment #6 from eric dot weddington at atmel dot com 2010-09-20 03:59 --- Closed as fixed in 4.6.0. -- eric dot weddington at atmel dot com changed: What|Removed |Added --

[Bug middle-end/41738] [4.3/4.4 Regression] optabs expands rotate using wrong mode

--- Comment #4 from eric dot weddington at atmel dot com 2010-09-20 03:05 --- Closing as fixed in 4.5.0. -- eric dot weddington at atmel dot com changed: What|Removed |Added -

[Bug target/41894] wrong code with -fno-split-wide-types

--- Comment #9 from eric dot weddington at atmel dot com 2010-09-20 03:03 --- Closing as fixed in 4.5.0. -- eric dot weddington at atmel dot com changed: What|Removed |Added -

[Bug libstdc++/45730] Undefined symbol __gnu_cxx::stdio_sync_filebuf >::xsgetn(char*, long)

--- Comment #4 from howarth at nitro dot med dot uc dot edu 2010-09-20 02:57 --- Regression caused by... Author: hubicka Date: Sat Sep 18 21:25:29 2010 New Revision: 164402 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=164402 Log: PR tree-optimization/45605 *

[Bug middle-end/42204] update_eliminables should be called in reload after something changes

--- Comment #1 from eric dot weddington at atmel dot com 2010-09-20 02:45 --- Andy, do you have a test case for this bug? -- eric dot weddington at atmel dot com changed: What|Removed |Added

[Bug target/43088] [avr] Suspect optimizer missed code in gcc 4.4.3..

--- Comment #2 from eric dot weddington at atmel dot com 2010-09-20 02:30 --- (In reply to comment #1) > This bug is confirmed. andhi3/andsi3 causing this problem. conditional checks > in andhi3 and andsi3 need to compare with zero instead of 0xff [etc]. > i.e. in andhi3 we need to rep

[Bug target/43104] Incorrect code generation for target mcu ATMega164P

--- Comment #7 from eric dot weddington at atmel dot com 2010-09-20 02:25 --- Closing bug as WORKSFORME. -- eric dot weddington at atmel dot com changed: What|Removed |Added -

[Bug tree-optimization/45622] Suboptimal code generation on arm

--- Comment #1 from hp at gcc dot gnu dot org 2010-09-20 01:57 --- I hacked around a similar suboptimality using -fno-tree-reassoc. (...looking...) See PR37916 (oops! still assigned to me; the easy route I envisioned became a dead end). Adding a preprocessed version of huffdec.c (use -s

[Bug libstdc++/45730] Undefined symbol __gnu_cxx::stdio_sync_filebuf >::xsgetn(char*, long)

--- Comment #3 from howarth at nitro dot med dot uc dot edu 2010-09-20 00:26 --- On x86_64-apple-darwin10 at -m64, we have... nm libstdc++.6.dylib | grep xsgetn 00041f50 t __ZN9__gnu_cxx18stdio_sync_filebufIcSt11char_traitsIcEE6xsgetnEPcl 00041eb0 t __ZN9__gnu_cxx18stdi

[Bug libstdc++/45730] Undefined symbol __gnu_cxx::stdio_sync_filebuf >::xsgetn(char*, long)

--- Comment #2 from howarth at nitro dot med dot uc dot edu 2010-09-20 00:21 --- Created an attachment (id=21840) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21840&action=view) assembly file for ext/stdio_sync_filebuf/char/1.cc at -m64 -- http://gcc.gnu.org/bugzilla/show_bu

[Bug libstdc++/45730] Undefined symbol __gnu_cxx::stdio_sync_filebuf >::xsgetn(char*, long)

--- Comment #1 from howarth at nitro dot med dot uc dot edu 2010-09-20 00:20 --- Created an attachment (id=21839) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21839&action=view) preprocessed source file for ext/stdio_sync_filebuf/char/1.cc at -m64 -- http://gcc.gnu.org/bugzi

[Bug libstdc++/45730] New: Undefined symbol __gnu_cxx::stdio_sync_filebuf >::xsgetn(char*, long)

win_objdir/x86_64-apple-darwin10.5.0/i386/libstdc++-v3/include -I/sw/src/fink.build/gcc46-4.6.0-1000/gcc-4.6-20100919/libstdc++-v3/libsupc++ -I/sw/src/fink.build/gcc46-4.6.0-1000/gcc-4.6-20100919/libstdc++-v3/include/backward -I/sw/src/fink.build/gcc46-4.6.0-1000/gcc-4.6-20100919/libstdc++-v3/testsuite/ut

[Bug rtl-optimization/45728] ICE: in gen_lowpart_general, at rtlhooks.c:59 at -O1 when comparing union members

--- Comment #2 from zsojka at seznam dot cz 2010-09-19 22:21 --- Created an attachment (id=21838) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21838&action=view) reduced testcase, fails with -m32 This testcase fails with -m32. The only difference is "float" instead of "double" in

[Bug target/42775] [4.4 regression] GCC fails to rebuild itself with STAGE1_CFLAGS=-O1

--- Comment #6 from ebotcazou at gcc dot gnu dot org 2010-09-19 21:58 --- tree-ssa-operands.c:copy_virtual_operands is miscompiled by delay slot scheduling so the workaround is to use STAGE1_CFLAGS="-O1 -fno-delayed-branch". Another way out is probably to configure with --disable-stage

[Bug lto/44246] ICE with -fwhopr/-flto when using strlen and strcat without previous declaration

--- Comment #9 from hubicka at gcc dot gnu dot org 2010-09-19 21:57 --- Fixed. -- hubicka at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED

[Bug lto/44246] ICE with -fwhopr/-flto when using strlen and strcat without previous declaration

--- Comment #8 from hubicka at gcc dot gnu dot org 2010-09-19 21:49 --- Subject: Bug 44246 Author: hubicka Date: Sun Sep 19 21:49:28 2010 New Revision: 164425 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=164425 Log: PR lto/44246 * lto-cgraph.c (input_cgraph_1,

[Bug c++/45606] [4.5/4.6 Regression] match a method prototyped a typedef alias with the original type (using stdlib)

--- Comment #4 from dodji at gcc dot gnu dot org 2010-09-19 20:33 --- I rewrote the handling of typedef comparison to put canonical type comparison back. I believe this approach is simpler and happens to fix this issue. A candidate patch was sent to http://gcc.gnu.org/ml/gcc-patches/201

[Bug middle-end/45722] [4.6 Regression] FAIL: gcc.c-torture/execute/20040709-2.c execution at -O1 and -Os

--- Comment #4 from dave at hiauly1 dot hia dot nrc dot ca 2010-09-19 20:09 --- Subject: Re: [4.6 Regression] FAIL: gcc.c-torture/execute/20040709-2.c execution at -O1 and -Os This bug was introduced in revision 164136. My comment about 164202 being ok was somehow wrong. Att

[Bug libfortran/45723] opening /dev/null for appending writes

--- Comment #1 from jvdelisle at gcc dot gnu dot org 2010-09-19 20:01 --- This is an OS specific error. libgfortran is attempting to seek to the end of the file to prepare for appending. Obviously, one can not seek /dev/null. I will see if we can detect that the file is unseekable an

[Bug lto/45729] New: -flto conflicts with -mthumb

% cat thumb.i int _start(void) { extern int f(void); return f(); } % cat arm.i int f(void) { int ret; asm ("\tmov %0, #0x200\n" : "=r"(ret)); return ret; } % /usr/local/arm-elf-eabi-cvs/bin/arm-elf-eabi-gcc -O -flto -mthumb-interwork thumb.i -c -mthumb % /

[Bug middle-end/33380] Internal compiler error: in gen_lowpart_general, at rtlhooks.c:62

--- Comment #6 from jakub at gcc dot gnu dot org 2010-09-19 18:50 --- Can't reproduce with either current trunk nor 4.4.4. -- jakub at gcc dot gnu dot org changed: What|Removed |Added

Where was the relief? What could

traitor, who breaks the sacred oath he has sworn." "Maria," cried Peter angrily, approaching with a threatening gesture. She drew her slender figure up to its full height and with quickened breath awaited him, pointing her finger at him, as she exclaimed with a sharp tone perceptible through the s

[Bug rtl-optimization/45728] ICE: in gen_lowpart_general, at rtlhooks.c:59 at -O1 when comparing union members

--- Comment #1 from zsojka at seznam dot cz 2010-09-19 18:09 --- Created an attachment (id=21835) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21835&action=view) reduced testcase $ gcc -O pr45728.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45728

[Bug rtl-optimization/45728] New: ICE: in gen_lowpart_general, at rtlhooks.c:59 at -O1 when comparing union members

PR33380 and PR40199 look similiar, but this might be different. Compiler output: $ gcc -O testcase.c testcase.c: In function 'foo': testcase.c:13:11: internal compiler error: in gen_lowpart_general, at rtlhooks.c:59 Please submit a full bug report, with preprocessed source if appropriate. See

[Bug bootstrap/45445] [4.6 regression] ARM bootstrap failure: comparison failures after stage 3

--- Comment #16 from laurent at guerby dot net 2010-09-19 16:54 --- expmed.c:make_tree has some non deterministic calls: tree make_tree (tree type, rtx x) { ... case PLUS: return fold_build2 (PLUS_EXPR, type, make_tree (type, XEXP (x, 0)), make_tree (

[Bug bootstrap/45445] [4.6 regression] ARM bootstrap failure: comparison failures after stage 3

--- Comment #15 from mikpe at it dot uu dot se 2010-09-19 16:29 --- The code generation difference originates from `expmed.o'. Using stage1's expmed.o with stage2's other .o files I get 'adds', using stage2's expmed.o with stage1's other .o files I get 'lsls'. -- http://gcc.gnu.org

[Bug bootstrap/45445] [4.6 regression] ARM bootstrap failure: comparison failures after stage 3

--- Comment #14 from mikpe at it dot uu dot se 2010-09-19 15:30 --- On the trivial sreal.c test case the dumps (-fdump-rtl-all -fdump-tree-all) from stage1 and stage2 start to diverge at `150r.expand': diff -ru dumps1/sreal.c.150r.expand dumps2/sreal.c.150r.expand --- dumps1/sreal.c.150

[Bug tree-optimization/43959] [4.6 Regression] FAIL: gcc.dg/torture/builtin-cproj-1.c -O1 (test for excess errors)

--- Comment #18 from dave at hiauly1 dot hia dot nrc dot ca 2010-09-19 14:53 --- Subject: Re: [4.6 Regression] FAIL: gcc.dg/torture/builtin-cproj-1.c -O1 (test for excess errors) > Ah. The following fixes it for me on a cross. Can you bootstrap & regtest > and > install it? It's

[Bug tree-optimization/45714] [4.6 Regression] Vectorization of double pow function causes a segmentation fault

--- Comment #6 from irar at gcc dot gnu dot org 2010-09-19 14:23 --- Subject: Bug 45714 Author: irar Date: Sun Sep 19 14:23:40 2010 New Revision: 164420 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=164420 Log: PR tree-optimization/45714 * tree-vect-stmts.c (ve

[Bug lto/45727] ICE: in subreg_get_info, at rtlanal.c:3092

--- Comment #2 from rguenth at gcc dot gnu dot org 2010-09-19 13:23 --- Yes, please open a new bugreport for that. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added --

[Bug target/45701] [4.6 Regression] Fail to prefer using r3 for padding a push/pop multiple to 8-byte alignment

--- Comment #2 from qiyao at gcc dot gnu dot org 2010-09-19 13:19 --- In arm.c:arm_get_frame_offsets (void) if (!crtl->tail_call_emit && arm_size_return_regs () <= 12 && (offsets->saved_regs_mask & (1 << 3)) == 0) { reg = 3

[Bug target/42775] sparc-linux 4.4.2 fails to rebuild itself when using STAGE1_CFLAGS=-O1

--- Comment #5 from ebotcazou at gcc dot gnu dot org 2010-09-19 12:19 --- Investigating. -- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added

[Bug lto/45448] FAIL: gcc.dg/lto/20090116 c_lto_20090116_0.o-c_lto_20090116_0.o link, -O1 -fwhopr -fPIC (internal compiler error)

--- Comment #4 from t7 at gmail dot com 2010-09-19 12:17 --- 2nd ICE from PR45727 show same lto problem. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45448

[Bug target/43297] [4.4 regression] -O2 -fPIC breaks htmlnorm.c

--- Comment #7 from ebotcazou at gcc dot gnu dot org 2010-09-19 12:16 --- Fixed in latest 4.4.x snapshot: ebotca...@grobluk:~$ gcc -v Using built-in specs. Target: sparc64-unknown-linux-gnu Configured with: /home/ebotcazou/src-4.4/configure --prefix=/home/ebotcazou/install-4.4 --enable

[Bug target/43297] [4.4 regression] -O2 -fPIC breaks htmlnorm.c

--- Comment #6 from ebotcazou at gcc dot gnu dot org 2010-09-19 12:07 --- Created an attachment (id=21834) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21834&action=view) More reduced testcase -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43297

[Bug lto/45727] ICE: in subreg_get_info, at rtlanal.c:3092

--- Comment #1 from rafael dot carre at gmail dot com 2010-09-19 11:35 --- Created an attachment (id=21833) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21833&action=view) testcase -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45727

[Bug lto/45727] New: ICE: in subreg_get_info, at rtlanal.c:3092

% /usr/local/arm-elf-eabi-cvs/bin/arm-elf-eabi-gcc -v Using built-in specs. COLLECT_GCC=/usr/local/arm-elf-eabi-cvs/bin/arm-elf-eabi-gcc COLLECT_LTO_WRAPPER=/usr/local/arm-elf-eabi-cvs/libexec/gcc/arm-elf-eabi/4.6.0/lto-wrapper Target: arm-elf-eabi Configured with: ../gcc-4.6-20100918/configure --

[Bug c/45726] Thumb2 instruction emitted for incompatible CPU

--- Comment #1 from mikpe at it dot uu dot se 2010-09-19 11:15 --- I see the same on arm-linux-gnueabi with 4.6-20100907 and 4.5-20100916. It happens regardless of whether I pass -mcpu=arm9tdmi, -mcpu=armv5tel, or no -mcpu= at all. -- mikpe at it dot uu dot se changed: W

[Bug tree-optimization/43959] [4.6 Regression] FAIL: gcc.dg/torture/builtin-cproj-1.c -O1 (test for excess errors)

--- Comment #17 from rguenth at gcc dot gnu dot org 2010-09-19 11:10 --- Ah. The following fixes it for me on a cross. Can you bootstrap & regtest and install it? It's pre-approved if it works for you. Thanks. Index: gcc/function.c ==

[Bug tree-optimization/45580] [4.6 Regression] Building WebKit fails with compiler catching SIGSEGV in gimple_fold_obj_type_ref_known_binfo()

--- Comment #11 from rguenth at gcc dot gnu dot org 2010-09-19 10:19 --- Created an attachment (id=21832) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21832&action=view) patch Patch I'm testing. The call isn't a virtual one, so in principle the FE lied to us here (probably igno

[Bug tree-optimization/45714] [4.6 Regression] Vectorization of double pow function causes a segmentation fault

--- Comment #5 from irar at il dot ibm dot com 2010-09-19 10:08 --- Right. This patch fixes it: Index: tree-vect-stmts.c === --- tree-vect-stmts.c (revision 164332) +++ tree-vect-stmts.c (working copy) @@ -4478,6 +4478,

[Bug c/45726] New: Thumb2 instruction emitted for incompatible CPU

% cat test.c union prop_data_t { unsigned int u; struct { unsigned short s1; unsigned short s2; }; }; union prop_data_t broken (int a, int b) { union prop_data_t var; if (a) { var.s2 = 0; var.s2 = b ? a : 2

[Bug tree-optimization/45714] [4.6 Regression] Vectorization of double pow function causes a segmentation fault

--- Comment #4 from rguenth at gcc dot gnu dot org 2010-09-19 09:40 --- (In reply to comment #3) > gimple_bb (stmt) returns NULL for that statement (D.1575_33 = __builtin_pow > (D.1542_14, D.1574_32)). > > We can avoid vectorization in such cases, but looks like it should be fixed to >

[Bug libstdc++/45725] streambuf_iterator compares equal when it should not

--- Comment #1 from paolo dot carlini at oracle dot com 2010-09-19 09:18 --- (In reply to comment #0) > bool std::operator==( std::istreambuf_iterator, std::istreambuf_iterator ) > returns TRUE if both iterators are EOF or both are not. That means two > iterators at different places in

[Bug tree-optimization/45714] [4.6 Regression] Vectorization of double pow function causes a segmentation fault

--- Comment #3 from irar at il dot ibm dot com 2010-09-19 08:52 --- gimple_bb (stmt) returns NULL for that statement (D.1575_33 = __builtin_pow (D.1542_14, D.1574_32)). We can avoid vectorization in such cases, but looks like it should be fixed to return the actual basic block. Ira -