[Bug tree-optimization/35805] [ira] error in start_allocno_priorities, at ira-color.c:1806

--- Comment #5 from bonzini at gnu dot org 2009-01-02 08:17 --- Subject: Re: [ira] error in start_allocno_priorities, at ira-color.c:1806 Kenneth Zadeck wrote: > 2009-01-01 Kenneth Zadeck > > PR rtl-optimization/35805 > * df-problems.c (df_lr_finalize): Add recursive call t

[Bug middle-end/38690] [4.4 Regression] Missing parentheses for (a-1)/2 in final_cleanup

-- jakub at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |jakub at gcc dot gnu dot org |dot org

[Bug tree-optimization/38691] New: missed optimization with const pointers

This is one possible C equivalent of PR 23169, a Fortran PR. $ cat foo.c void bar(const int *, const int *); int foo(const int *b, const int *c) { int d,e; d = *b; e = *c; bar(b, c); return (d- *b) + (e - *c); } $ gcc -O3 -fdump-tree-optimized -S foo.c $ cat foo.c.123t.optimi

[Bug bootstrap/38523] [4.4 regression] arm build fails to link cc1-dummy

--- Comment #9 from laurent at guerby dot net 2009-01-02 10:11 --- Thanks Jakub, I'm testing: Index: gcc/config.host === --- gcc/config.host (revision 142984) +++ gcc/config.host (working copy) @@ -125,6 +125,9 @@

[Bug tree-optimization/38691] missed optimization with const pointers

--- Comment #1 from rguenth at gcc dot gnu dot org 2009-01-02 10:27 --- const doesn't have any semantic meaning. Which means that it is valid for bar to change the memory pointed to by its arguments - just not through the const qualified pointers. There is no way to tell the middle-end

[Bug fortran/23169] INTENT information not used in the middle-end for optimizations

--- Comment #8 from rguenth at gcc dot gnu dot org 2009-01-02 10:29 --- There is no way to tell the middle-end about anonymous readonly memory. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23169

[Bug fortran/23169] INTENT information not used in the middle-end for optimizations

--- Comment #9 from tkoenig at gcc dot gnu dot org 2009-01-02 11:04 --- (In reply to comment #8) > There is no way to tell the middle-end about anonymous readonly memory. So, we could either - teach that to the middle-end (I couldn't, though :-) - make a duplicate variable for intent(

[Bug bootstrap/38523] [4.4 regression] arm build fails to link cc1-dummy

--- Comment #10 from jakub at gcc dot gnu dot org 2009-01-02 11:23 --- That won't work, this is surrounded by: case ${host} in rs6000-*-* \ | powerpc*-*-* ) You want to do it at the same level, so: --- config.host2008-12-27 10:12:25.0 +0100 +++ config.host2009-01-02 12:23:10

[Bug classpath/38190] ConcurrentHashMap.java: 2 * unused local variables

--- Comment #1 from gnu_andrew at member dot fsf dot org 2009-01-02 11:30 --- This is external code maintained here: http://g.oswego.edu/dl/concurrency-interest/ -- gnu_andrew at member dot fsf dot org changed: What|Removed |Added ---

[Bug tree-optimization/38593] [4.4 regression] ICE: verify_gimple failed

--- Comment #6 from jakub at gcc dot gnu dot org 2009-01-02 11:34 --- That's unexpected. Anyway, if you move away the gch file (or directory), can you still reproduce it and if yes, attach preprocessed source? Otherwise it would be extremely hard to reproduce for anyone... -- http

[Bug target/36466] internal compiler error: in choose_reload_regs, at reload1.c:6190

--- Comment #2 from laurent at guerby dot net 2009-01-02 11:50 --- Confirmed with gcc-4.3.2-1 Debian gnueabi: $ gcc -c -O1 pr36466.c pr36466.c: In function ‘ReadCfgFile’: pr36466.c:19: internal compiler error: in choose_reload_regs, at reload1.c:6190 And on trunk rev 142984: pr36466.c:

[Bug target/36466] internal compiler error: in choose_reload_regs, at reload1.c:6190

--- Comment #3 from laurent at guerby dot net 2009-01-02 11:53 --- backtrace on trunk: (gdb) bt #0 fancy_abort (file=0x786084 "../../trunk/gcc/reload1.c", line=6470, function=0x785f8c "choose_reload_regs") at ../../trunk/gcc/diagnostic.c:712 #1 0x002ba378 in choose_reload_regs (chain=

[Bug bootstrap/38523] [4.4 regression] arm build fails to link cc1-dummy

--- Comment #11 from laurent at guerby dot net 2009-01-02 11:56 --- Yep I spotted my obvious mistake :), the patch I'm testing: Index: gcc/config.host === --- gcc/config.host (revision 143006) +++ gcc/config.host (w

[Bug target/36415] [4.3 regression] internal compiler error: in extract_insn, at recog.c:1990

--- Comment #2 from laurent at guerby dot net 2009-01-02 12:02 --- Confirmed on 4.3.2-1 Debian gnueabi gue...@gcc50:~$ g++ -c -O1 pr36415.c pr36415.c:29: warning: inline function ‘const UChar* icu_3_4::UnicodeString::getBuffer() const’ used but never defined pr36415.c: In member functi

[Bug target/36415] [4.3 regression] internal compiler error: in extract_insn, at recog.c:1990

--- Comment #3 from laurent at guerby dot net 2009-01-02 12:02 --- confirmed -- laurent at guerby dot net changed: What|Removed |Added Status|UNCONFIRMED

[Bug target/35294] iwmmxt intrinsics, internal compiler error

--- Comment #1 from laurent at guerby dot net 2009-01-02 12:06 --- Fixed on 4.3.2-1 Debian gnueabi and on trunk at rev 142808 (tested native) -- laurent at guerby dot net changed: What|Removed |Added

[Bug target/33147] ICE: SEGV compiling for -mcpu=ep9312 -mfpu-maverick -mhard-float -O

--- Comment #5 from laurent at guerby dot net 2009-01-02 12:08 --- Works on gcc 4.3.2-1 Debian gnueabi and trunk at rev 142984. -- laurent at guerby dot net changed: What|Removed |Added --

[Bug target/38643] Doesn't hide (visibility-wise) vtables and VTTs on ARM EABI

--- Comment #2 from laurent at guerby dot net 2009-01-02 12:13 --- Confirmed on 4.3.2-1 Debian gnueabi But it looks like it's fixed on trunk rev 142808 g O .rodata000c .hidden _ZTV1A wO .rodata._ZTV1B 000c .hidden _ZTV1B -- laurent at guerb

[Bug java/33218] Process.waiFor() Process.destroy() misbehave for childs which are not reacting to Ctrl+C SIGQUIT

--- Comment #14 from laurent at guerby dot net 2009-01-02 12:17 --- Removing host -- laurent at guerby dot net changed: What|Removed |Added GCC host triplet|arm_le, x86

[Bug debug/16442] Crossbuilding the Ada RTS fails

--- Comment #5 from laurent at guerby dot net 2009-01-02 12:20 --- As of 4.4 cross compiling Ada to ARM works (but for exceptions but that's another issue). -- laurent at guerby dot net changed: What|Removed |Added -

[Bug target/14202] [arm] Thumb __builtin_setjmp not interworking safe

--- Comment #8 from laurent at guerby dot net 2009-01-02 12:25 --- Seems to work on 4.3.2-1 Debian gnueabi gue...@gcc50:~$ g++ pr14202.c gue...@gcc50:~$ ./a.out gue...@gcc50:~$ echo $? 0 Do you confirm? Ada exceptions are not working on this target (neither sjlj nor unwind) but this

[Bug target/32838] gcc generates incorrect trampoline code in thumb mode

--- Comment #3 from laurent at guerby dot net 2009-01-02 12:29 --- This needs a testcase -- laurent at guerby dot net changed: What|Removed |Added Status|UNCO

[Bug target/38692] New: ep9312/maverick code generation is broken

The Cirrus MaverickCrunch code generator has never worked. For example: #include main() { int i; double d; for (i=3, d=3; i<=5; i++, d++) { printf("%g", d); if (d < 4.0) printf(" lt"; if (d > 4.0) printf(" gt"); if (d

[Bug target/29693] ICE while compiling gcc-3.4.3 with gcc-4.1.1

--- Comment #6 from laurent at guerby dot net 2009-01-02 12:38 --- gcc-4.3.2-1 debian gnueabi pr29693.c: In function ‘init_dwarf_reg_size_table’: pr29693.c:4: internal compiler error: in arm_dbx_register_number, at config/arm/arm.c:18276 On trunk 142984 pr29693.c: In function 'init_dwa

[Bug c++/31092] variable-size array confused by exceptions

--- Comment #2 from laurent at guerby dot net 2009-01-02 12:48 --- Works fine in 4.3.2-1 debian gnueabi and trunk rev 142808 -- laurent at guerby dot net changed: What|Removed |Added -

[Bug bootstrap/38693] New: gcc 4.4.0 20090101 - gcc/config/i386/sol2-10.h uses "USE_GAS" which is undefined

# uname -a SunOS opensolaris 5.11 snv_101b i86pc i386 i86pc Solaris # /usr/share/src/gcc_build/gcc/xgcc -v Using built-in specs. Target: i386-pc-solaris2.11 Configured with: ../gcc_trunk/configure --enable-languages=ada,c,c++,fortran,java,objc,obj-c++ --enable-multilib --enable-shared --disable-st

[Bug middle-end/26906] internal compiler error: in do_SUBST, at combine.c:447

--- Comment #5 from laurent at guerby dot net 2009-01-02 12:51 --- 4.3.2-1 debian gnueabi and trunk rev 142984 do not ICE, waiting for confirmation. -- laurent at guerby dot net changed: What|Removed |Added -

[Bug middle-end/38660] Pointer value changed to NULL

--- Comment #7 from q at ping dot be 2009-01-02 13:00 --- Created an attachment (id=17021) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17021&action=view) Reduced test case part 1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38660

[Bug middle-end/38660] Pointer value changed to NULL

--- Comment #8 from q at ping dot be 2009-01-02 13:01 --- Created an attachment (id=17022) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17022&action=view) Reduced test case part 2 -- q at ping dot be changed: What|Removed |Added

[Bug middle-end/38660] Pointer value changed to NULL

--- Comment #9 from q at ping dot be 2009-01-02 13:04 --- I've reduced the test case. The call to siglongjmp() needs to be in a separate file. When the problem occurs the test program returns exit code 1. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38660

[Bug c/38694] New: gcc.c-torture/compile/pr11832.c ICE on arm-linux-gnueabi on 4.3.2 and trunk

On 4.3.2-1 debian gnueabi: gue...@gcc50:~$ gcc /home/guerby/trunk/gcc/testsuite/gcc.c-torture/compile/pr11832.c -O0 -frtl-abstract-sequences /home/guerby/trunk/gcc/testsuite/gcc.c-torture/compile/pr11832.c: In function ‘foo’: /home/guerby/trunk/gcc/testsuite/gcc.c-torture/compile/pr11832.c:35:

[Bug c/38694] gcc.c-torture/compile/pr11832.c ICE on arm-linux-gnueabi on 4.3.2 and trunk

--- Comment #1 from laurent at guerby dot net 2009-01-02 13:17 --- Similar failure for another test: Executing on host: /home/guerby/build-142984/gcc/xgcc -B/home/guerby/build-142984/gcc/ /home/guerby/trunk/gcc/testsuite/gcc.c-torture/compile/pr33009.c -Os -frtl-abstract-sequences -

[Bug c/38695] New: [4.4 regression] gcc.c-torture/compile/pr37433.c ICE on trunk arm_function_in_section_p

4.3.2 works at -O0/1/2/3 but trunk at rev 142984 works at -O0 and fail at -O1/2/3 gue...@gcc50:~$ /home/guerby/build-142984/gcc/xgcc -B/home/guerby/build-142984/gcc/ -O1 -w -c -o pr37433.o /home/guerby/trunk/gcc/testsuite/gcc.c-torture/compile/pr37433.c /home/guerby/trunk/gcc/testsuite/gcc.c-t

[Bug c/38696] New: gcc.dg/torture/pr37868.c wrong code at -O2 and above for 4.3 and trunk / bit packing

GCC 4.3.2-1 debian gnueabi and trunk at rev 142984 generate wrong code at -O2 and above for pr37868.c gue...@gcc50:~$ /home/guerby/build-142984/gcc/xgcc -B/home/guerby/build-142984/gcc/ /home/guerby/trunk/gcc/testsuite/gcc.dg/torture/pr37868.c -O2 -lm -o ./pr37868.exegue...@gcc50:~$ ./pr37868.

[Bug target/38697] New: gcc.target/arm/neon/neon.exp tests for vmov fail on arm-linux-eabi

As shown on http://gcc.gnu.org/ml/gcc-testresults/2009-01/msg00092.html neon tests scanning for vmov are failing on trunk: FAIL: gcc.target/arm/neon/polytypes.c (test for excess errors) FAIL: gcc.target/arm/neon/vget_lowf32.c scan-assembler vmov[ \\t]+[dD][0-9]+, [dD][0-9]+!?([ \\...@[a-za-z0-9 ]+

[Bug target/38697] gcc.target/arm/neon/neon.exp tests for vmov fail on arm-linux-eabi

--- Comment #1 from laurent at guerby dot net 2009-01-02 13:43 --- Forgot the compile line used: /home/guerby/build-142984/gcc/xgcc -B/home/guerby/build-142984/gcc/ -save-temps -O0 -mfpu=neon -mfloat-abi=softfp -c -o vget_lowf32.o /home/guerby/trunk/gcc/testsuite/gcc.target/arm/neon/

[Bug bootstrap/38693] gcc 4.4.0 20090101 - gcc/config/i386/sol2-10.h uses "USE_GAS" which is undefined

--- Comment #1 from rob1weld at aol dot com 2009-01-02 13:46 --- Prior to changing "gcc/config/i386/sol2-10.h": u...@opensolaris:/usr/share/src/gcc_build# /usr/share/src/gcc_build/gcc/xgcc -v -B/usr/share/src/gcc_build/gcc/ -B/usr/local/i386-pc-solaris2.11/bin/ -B/usr/local/i386-pc-sola

[Bug tree-optimization/35805] [ira] error in start_allocno_priorities, at ira-color.c:1806

--- Comment #6 from zadeck at naturalbridge dot com 2009-01-02 14:09 --- Subject: Re: [ira] error in start_allocno_priorities, at ira-color.c:1806 Paolo Bonzini wrote: > Kenneth Zadeck wrote: > >> 2009-01-01 Kenneth Zadeck >> >> PR rtl-optimization/35805 >> * df-problems

[Bug target/38692] ep9312/maverick code generation is broken

--- Comment #1 from laurent at guerby dot net 2009-01-02 14:17 --- gcc 4.3.2-1 on debian gnueabi and current trunk do not seem to generate wrong code but may be I'm wrong in my setup to reproduce this problem? gue...@gcc50:~$ cat pr38692.c #include int main(void) { int i; doub

[Bug c++/36654] [4.2/4.3 Regression] Inlined con/de-structor breaks virtual inheritance dllimport classes

--- Comment #9 from tdragon at tdragon dot net 2009-01-02 14:23 --- That patch seems to work fine, and I haven't seen any unwarranted errors relating to static data members so far. Thank you very much for tracking this down! -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36654

[Bug tree-optimization/35805] [ira] error in start_allocno_priorities, at ira-color.c:1806

--- Comment #7 from bonzini at gnu dot org 2009-01-02 14:26 --- Subject: Re: [ira] error in start_allocno_priorities, at ira-color.c:1806 > I think so. The global changed flag allows it to delete the case: > > loop: > ... <- x // This is dead. > x- <- ... > go to loop > > it just

[Bug c++/38698] New: [4.4 regression] ICE initializing union with initializer list

The following invalid code snippet triggers an ICE on the trunk: = union U { int i, j; }; U u({1,2}); = bug.cc:6: internal compiler error: in process_init_constructor_union, at cp/typeck2.c:1101 Please submit a full bug report, [etc.] -- Summary: [

[Bug c++/38698] [4.4 regression] ICE initializing union with initializer list

-- reichelt at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38698

[Bug middle-end/38690] [4.4 Regression] Missing parentheses for (a-1)/2 in final_cleanup

--- Comment #2 from jakub at gcc dot gnu dot org 2009-01-02 14:39 --- Subject: Bug 38690 Author: jakub Date: Fri Jan 2 14:38:05 2009 New Revision: 143012 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143012 Log: PR middle-end/38690 * tree-flow.h (op_code_prio,

[Bug c++/38699] New: [4.2/4.3/4.4 regression] ICE using offsetof with array

The following valid code snippet triggers an ICE since GCC 4.2.0: == struct A { const char* p; }; void foo() { __builtin_offsetof(struct A, p[0]); } == bug.cc: In function 'void foo()': bug.cc:8: internal compiler error:

[Bug c++/38699] [4.2/4.3/4.4 regression] ICE using offsetof with array

-- reichelt at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.2.5 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38699

[Bug c/38700] New: [4.2/4.3/4.4 regression] ICE with __builtin_expect and label

The following valid code snippet triggers an ICE since GCC 4.1.0: == int foo() { L: return __builtin_expect ((__SIZE_TYPE__)&&L, 0); } == bug.c: In function 'foo': bug.c:3: internal compiler error: tree check: expected tree

[Bug c/38700] [4.2/4.3/4.4 regression] ICE with __builtin_expect and label

-- reichelt at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.2.5 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38700

[Bug middle-end/38690] [4.4 Regression] Missing parentheses for (a-1)/2 in final_cleanup

--- Comment #3 from jakub at gcc dot gnu dot org 2009-01-02 14:44 --- Fixed. -- jakub at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED

[Bug c++/33677] Member with same name as class is not rejected

--- Comment #6 from s__nakayama at infoseek dot jp 2009-01-02 14:52 --- > If T is the name of a class, then each of the following shall have a name > different from T: > - every data member of class T; This description is the one in "ISO/IEC 14882:1998". It was changed in "ISO/IEC 148

[Bug c++/38701] New: [4.4 regression] ICE with defaulted function

The following invalid code snippet triggers an ICE on the trunk: == void foo() = default; == bug.cc:1: error: 'void foo()' cannot be defaulted bug.cc:1: internal compiler error: Segmentation fault Please submit a full bug rep

[Bug c++/38701] [4.4 regression] ICE with defaulted function

-- reichelt at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38701

[Bug c++/38702] New: [4.4 regression] ICE with defaulted operator

The following invalid code snippet triggers an ICE on the trunk: = enum E { e }; E& operator |= (E&, const E&) = default; = bug5.cc:3: internal compiler error: in copy_fn_p, at cp/decl.c:9717 Please submit a

[Bug c++/38702] [4.4 regression] ICE with defaulted operator

-- reichelt at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38702

[Bug c/38700] [4.2/4.3/4.4 regression] ICE with __builtin_expect and label

-- jakub at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |jakub at gcc dot gnu dot org |dot org

[Bug target/38703] New: testsuite __gnu_mcount_nc link error when profiling on arm

Current debian lenny comes with glibc-2.7 and does not provide __gnu_mcount_nc which will come with 2.8 as discussed on gcc-patches here: http://gcc.gnu.org/ml/gcc-patches/2008-10/msg00319.html But this means that all the tests from gcc testsuite using -p fail to link, eg: Executing on host: /ho

[Bug ada/24167] Visibility of private component of parent in child generic, generic compiles but instantiation doesn't

--- Comment #3 from laurent at guerby dot net 2009-01-02 15:17 --- Still there with 4.3.2 and gcc version 4.4.0 20081228 (experimental) [trunk revision 142939] (GCC) Arnaud, do you have a generic expert handy to check wether this code is legal or not? generic compiling but not an insta

[Bug c++/38699] [4.2/4.3/4.4 regression] ICE using offsetof with array

--- Comment #1 from jakub at gcc dot gnu dot org 2009-01-02 15:20 --- That seems invalid, not valid. E.g. C says that for offsetof (type, member) for static type t; &(t.member) evaluates to an address constant, which is not the case for const char *p; field and p[0]. -- http://gcc.g

[Bug tree-optimization/35805] [ira] error in start_allocno_priorities, at ira-color.c:1806

--- Comment #8 from zadeck at naturalbridge dot com 2009-01-02 15:20 --- Subject: Re: [ira] error in start_allocno_priorities, at ira-color.c:1806 Paolo Bonzini wrote: >> I think so. The global changed flag allows it to delete the case: >> >> loop: >> ... <- x // This is dead. >>

[Bug target/38692] ep9312/maverick code generation is broken

--- Comment #2 from pinskia at gcc dot gnu dot org 2009-01-02 15:19 --- This is a bug specific to the maverick set of chips. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug middle-end/38696] gcc.dg/torture/pr37868.c wrong code at -O2 and above for 4.3 and trunk / bit packing

--- Comment #1 from pinskia at gcc dot gnu dot org 2009-01-02 15:20 --- Most likely needs to be skipped just like sparc as this is an unaligned access. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added -

[Bug c++/38701] [4.4 regression] ICE with defaulted function

--- Comment #1 from paolo dot carlini at oracle dot com 2009-01-02 15:29 --- CC-ing Jason... -- paolo dot carlini at oracle dot com changed: What|Removed |Added

[Bug tree-optimization/35805] [ira] error in start_allocno_priorities, at ira-color.c:1806

--- Comment #9 from zadeck at naturalbridge dot com 2009-01-02 15:34 --- Subject: Re: [ira] error in start_allocno_priorities, at ira-color.c:1806 On looking at the code, there is an issue with the first patch. I should have been clearing solutions_dirty flag at the start of the fu

[Bug c++/38702] [4.4 regression] ICE with defaulted operator

--- Comment #1 from paolo dot carlini at oracle dot com 2009-01-02 15:30 --- Likewise... -- paolo dot carlini at oracle dot com changed: What|Removed |Added

[Bug bootstrap/38686] Bootstrap fails on i686-pc-linux-gnu

--- Comment #6 from pinskia at gcc dot gnu dot org 2009-01-02 15:36 --- >--with-cpu=pentium-m Hmm, that might be the cause Testing with that option. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38686

[Bug c++/38698] [4.4 regression] ICE initializing union with initializer list

--- Comment #1 from paolo dot carlini at oracle dot com 2009-01-02 15:31 --- And again... -- paolo dot carlini at oracle dot com changed: What|Removed |Added

[Bug c/38704] New: Very bad quality of compilation of a floating point numbers.

#include int main(int,char**){ const longdouble PiLD=3.1415926535897932384626433832795029L; std::cout<<" 3.1415926535897932384626433832795029"

[Bug tree-optimization/35805] [ira] error in start_allocno_priorities, at ira-color.c:1806

--- Comment #10 from bonzini at gnu dot org 2009-01-02 16:33 --- Subject: Re: [ira] error in start_allocno_priorities, at ira-color.c:1806 > I will test this patch, but we still need to resolve your issues with my > approach. The problem is that you're really doubling the cost of co

[Bug pch/38013] Option to turn off usage of any precompiled header

--- Comment #3 from tromey at gcc dot gnu dot org 2009-01-02 16:33 --- Changing component to pch. -- tromey at gcc dot gnu dot org changed: What|Removed |Added C

[Bug c++/38698] [4.4 regression] ICE initializing union with initializer list

-- jason at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |jason at gcc dot gnu dot org |dot org

[Bug preprocessor/38105] -Wundef -Werror -Wno-error=undef result in error, not warning

--- Comment #3 from tromey at gcc dot gnu dot org 2009-01-02 16:39 --- Please report the bug in comment #2 separately. Otherwise it is unlikely to be seen by the appropriate person. Andrew is correct; this would probably be fixed if we had gcc tell libcpp to use its diagnostic code. -

[Bug preprocessor/38322] ICE in gcc.dg/cpp/trad/include.c -fno-show-column at -m32 and -m64

--- Comment #3 from tromey at gcc dot gnu dot org 2009-01-02 16:44 --- You can try -C to keep the comments. In the original report you said you can't get a backtrace. That makes it a lot harder :( Could you try shrinking the test case somehow? Or perhaps you could change the abort() ca

[Bug c++/38705] New: ICE: canonical types differ for identical types const int and const AlpsNodeIndex_t

I turfed up an ICE with optimization, but the thing compiled fine without. To reproduce, use the soon-to-be attached source and do: madison.gams.com:/home/steve/lang/cpp/alpsBug$g++ -c AlpsTreeNode.ii madison.gams.com:/home/steve/lang/cpp/alpsBug$g++ -O3 -c AlpsTreeNode.ii AlpsTreeNode.cpp: In m

[Bug c++/38705] ICE: canonical types differ for identical types const int and const AlpsNodeIndex_t

--- Comment #1 from sdirkse at gams dot com 2009-01-02 16:49 --- Created an attachment (id=17023) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17023&action=view) test case -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38705

[Bug target/38703] testsuite __gnu_mcount_nc link error when profiling on arm

--- Comment #1 from pbrook at gcc dot gnu dot org 2009-01-02 17:01 --- That's what dg-require-profiling does. IMHO this is a deficiency in your glibc. It's very hard to distinguish between "something is subtly busted" and "my glibc sucks", so I'm not sure fixing this is appropriate for

[Bug c/38704] Very bad quality of compilation of a floating point numbers.

--- Comment #1 from schwab at suse dot de 2009-01-02 17:02 --- Depending on the actual value of DECIMAL_DIG this does not really look bad. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38704

[Bug preprocessor/37215] ICE on 'gcc -E -dM -fpreprocessed - < /dev/null'

--- Comment #6 from tromey at gcc dot gnu dot org 2009-01-02 17:04 --- read_original_filename lexes a token, which hits EOF, which causes the buffer to be popped. This is sort of an odd scenario. Perhaps working around it in preprocess_file is best. -- tromey at gcc dot gnu dot org

[Bug target/38686] Bootstrap fails on i686-pc-linux-gnu

--- Comment #7 from pinskia at gcc dot gnu dot org 2009-01-02 17:07 --- Ok, I can reproduce the failure. The work around is removing -with-arch=pentium-m. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added -

[Bug target/37633] [4.4 Regression] wrong register use on sh64

--- Comment #8 from andreasmeier80 at gmx dot de 2009-01-02 17:08 --- What is the status of this bug? -- andreasmeier80 at gmx dot de changed: What|Removed |Added

[Bug middle-end/37813] assert with IRA_COVER_CLASSES with singleton

--- Comment #8 from andreasmeier80 at gmx dot de 2009-01-02 17:08 --- What is the status of this bug? -- andreasmeier80 at gmx dot de changed: What|Removed |Added

[Bug target/38686] Bootstrap fails on i686-pc-linux-gnu with --with-arch=pentium-m

--- Comment #8 from pinskia at gcc dot gnu dot org 2009-01-02 17:17 --- Seeing what tests gcc fail with stage1's gcc. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38686

[Bug preprocessor/38322] ICE in gcc.dg/cpp/trad/include.c -fno-show-column at -m32 and -m64

--- Comment #4 from pinskia at gcc dot gnu dot org 2009-01-02 17:09 --- Here is a reduced testcase: t.c: #include --- CUT --- t.h: #ifdef __PME__ #define _TLS_QUAL /*0123456790*/ #endif // __PME__ Compile with "gcc t.c -isystem . -traditional-cpp". -- pinskia at gcc dot gnu d

[Bug preprocessor/38322] ICE in gcc.dg/cpp/trad/include.c -fno-show-column at -m32 and -m64

--- Comment #5 from pinskia at gcc dot gnu dot org 2009-01-02 17:11 --- I can reproduce the abort on both i686-linux-gnu and i386-darwin8.11 with my reduced testcase. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added --

[Bug c++/38705] ICE: canonical types differ for identical types const int and const AlpsNodeIndex_t

--- Comment #2 from pinskia at gcc dot gnu dot org 2009-01-02 17:29 --- Reducing ... -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38705

[Bug target/38703] testsuite __gnu_mcount_nc link error when profiling on arm

--- Comment #2 from laurent at guerby dot net 2009-01-02 17:30 --- The test already has: /home/guerby/trunk/gcc/testsuite/gcc.dg/20021014-1.c /* { dg-require-profiling "-p" } */ If configure tests the system compiler for profiling "support" it will of course be fooled by a GCC changing

[Bug target/38703] testsuite __gnu_mcount_nc link error when profiling on arm

--- Comment #3 from joseph at codesourcery dot com 2009-01-02 17:35 --- Subject: Re: testsuite __gnu_mcount_nc link error when profiling on arm On Fri, 2 Jan 2009, laurent at guerby dot net wrote: > I could not find a GLIBC 2.8 release in http://ftp.gnu.org/gnu/glibc/ > nor in ftp://

[Bug target/38706] New: [4.4 regression] ../../../../src/libstdc++-v3/src/strstream.cc:419: internal compiler error: Segmentation fault

Hi! configured with: --host=alpha-linux-gnu --build=alpha-linux-gnu --target=alpha-linux-gnu --enable-languages=c,c++ --with-system-zlib Build fails with this error: /bin/sh ../libtool --tag CXX --mode=compile /home/arthur/build/./gcc/xgcc -shared-libgcc -B/home/arthur/build/./gcc -nostdinc++ -L

[Bug tree-optimization/33649] cc1 segfaults when multiple tree opts disabled

--- Comment #5 from mmitchel at gcc dot gnu dot org 2009-01-02 18:05 --- Subject: Bug 33649 Author: mmitchel Date: Fri Jan 2 18:04:28 2009 New Revision: 143014 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143014 Log: PR 33649 * tree-ssa-pre.c (compute_antic):

[Bug tree-optimization/33649] cc1 segfaults when multiple tree opts disabled

--- Comment #6 from mmitchel at gcc dot gnu dot org 2009-01-02 18:08 --- Fixed. -- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Status|NEW

[Bug target/38707] New: gcc.c-torture/execute/20050121-1.c ICEs with -march=pentium-m

While trying to figure out what is causing bootstrap to fail with --with-arch=pentium-m, I decided to test the testsuite with stage1's gcc and found that gcc.c-torture/execute/20050121-1.c ICEs with -march=pentium-m, this happens even with a normal compiled compiler. -- Summary: gcc.c

[Bug target/38707] gcc.c-torture/execute/20050121-1.c ICEs with -march=pentium-m

--- Comment #1 from pinskia at gcc dot gnu dot org 2009-01-02 18:19 --- Forgot to add the ICE: /home/pinskia/src/local/gcc/gcc/testsuite/gcc.c-torture/execute/20050121-1.c:33: internal compiler error: in immed_double_const, at emit-rtl.c:548^M -- http://gcc.gnu.org/bugzilla/show_bug

[Bug middle-end/36003] pass_fast_rtl_byte_dce is disabled currently because of breakage in CC0 targets

--- Comment #4 from steven at gcc dot gnu dot org 2009-01-02 18:21 --- Confirmed at r134530 with the following reduced test case: typedef unsigned int USItype __attribute__ ((mode (SI))); typedef unsigned int UDItype __attribute__ ((mode (DI))); typedef USItype halffractype; typedef UDI

[Bug tree-optimization/35805] [ira] error in start_allocno_priorities, at ira-color.c:1806

--- Comment #11 from zadeck at naturalbridge dot com 2009-01-02 18:21 --- Subject: Re: [ira] error in start_allocno_priorities, at ira-color.c:1806 Paolo Bonzini wrote: >> I will test this patch, but we still need to resolve your issues with my >> approach. >> > > The problem is

[Bug middle-end/36003] pass_fast_rtl_byte_dce is disabled currently because of breakage in CC0 targets

--- Comment #5 from steven at gcc dot gnu dot org 2009-01-02 18:25 --- The zero_extract:DI appears for the first time in the .163r.combine dump. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36003

[Bug target/38686] Bootstrap fails on i686-pc-linux-gnu with --with-arch=pentium-m

--- Comment #9 from aanisimov at inbox dot ru 2009-01-02 18:30 --- (In reply to comment #7) > Ok, I can reproduce the failure. The work around is removing > -with-arch=pentium-m. > Not a good idea ;-). I found that reverting diff r137645:r137646 makes the compilation finish and the re

[Bug c++/38705] [4.4 Regression] ICE: canonical types differ for identical types const int and const AlpsNodeIndex_t

--- Comment #3 from pinskia at gcc dot gnu dot org 2009-01-02 18:38 --- Reduced testcase: typedef int AlpsNodeIndex_t; void writeRep(char* representation_, const int len) { __builtin_memcpy(representation_ , &len, sizeof(int)); } struct AlpsTreeNode { AlpsNodeIndex_t index_;

[Bug tree-optimization/35805] [ira] error in start_allocno_priorities, at ira-color.c:1806

--- Comment #12 from bonzini at gnu dot org 2009-01-02 18:38 --- Subject: Re: [ira] error in start_allocno_priorities, at ira-color.c:1806 > StevenB talked me out of this because he considered it wrong to have > the client pass get conservative info. I agreed with him but I am > wil

[Bug target/38686] Bootstrap fails on i686-pc-linux-gnu with --with-arch=pentium-m

--- Comment #10 from pinskia at gcc dot gnu dot org 2009-01-02 18:39 --- I think: FAIL: gcc.c-torture/execute/memset-2.c execution, -O3 -fomit-frame-pointer FAIL: gcc.c-torture/execute/memset-2.c execution, -O3 -fomit-frame-pointer -funroll-loops FAIL: gcc.c-torture/execute/memset-2

[Bug target/38708] New: [4.4 Regression] gcc.c-torture/execute/memset-3.c Fails with -march=pentium-m -O1

I think this is the cause of PR 38686 but I could be wrong. Anyways gcc.c-torture/execute/memset-3.c fails with -march=pentium-m -O1 -- Summary: [4.4 Regression] gcc.c-torture/execute/memset-3.c Fails with -march=pentium-m -O1 Product: gcc

[Bug middle-end/37813] assert with IRA_COVER_CLASSES with singleton

--- Comment #9 from hp at gcc dot gnu dot org 2009-01-02 18:44 --- See comment #5. The subsequent commits were AFAIK not addressing it. I don't have time to experiment right now, and as the bug only appeared (at the time) with separate patches, I'm making it SUSPENDED. CC:ers, feel fr

  1   2   >