[Bug c++/38485] [4.4 Regression] GCC can't parse a parenthesized comma in a template-id within a default argument

--- Comment #5 from jason at gcc dot gnu dot org 2008-12-12 06:55 --- I think this testcase is clearly valid. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38485

[Bug c++/38485] [4.4 Regression] GCC can't parse a parenthesized comma in a template-id within a default argument

-- 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 c++/38377] __builtin_constant_p(t) ? t : 1 is not considered a constant integer expression

--- Comment #5 from sabre at nondot dot org 2008-12-12 06:42 --- That is a lot more clear. Thank you for the explanation Joseph! I agree with you that if you want this to be acceptable that the folded version of the operand is really what is interesting. That seems much trickier to mod

[Bug c++/38502] New: static_assert vs. enums

C++0x static asserts cannot be used like so: #include /// Enumeration for memory_order typedef enum memory_order { memory_order_relaxed, memory_order_consume, memory_order_acquire, memory_order_release, memory_order_acq_rel, memory_order_seq_cst

[Bug fortran/38437] truncation error in endfile

--- Comment #5 from jvdelisle at gcc dot gnu dot org 2008-12-12 03:58 --- After creating some dummy data in the file fort.1 I am able to compile and execute the program. I did have to declare NA and NB as parameters with some value and also declare the arrays with those dimensions. Af

[Bug fortran/38437] truncation error in endfile

--- Comment #4 from jvdelisle at gcc dot gnu dot org 2008-12-12 03:33 --- I am investigating this. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38437

[Bug target/38496] Gcc misaligns arrays when stack is forced follow the x8632 ABI

--- Comment #11 from whaley at cs dot utsa dot edu 2008-12-12 01:48 --- >LSB may be a starting point for plausible hypotheses about the ABIs, but >you need to evaluate it critically to see whether each statement is >actually an accurate description of fact. I.e., you are saying "we do

[Bug c++/38501] typedef confuses the name of the template and the name of result

--- Comment #2 from pinskia at gcc dot gnu dot org 2008-12-12 01:46 --- No GCC 4.3 and above is doing the correct thing. This code is invalid but no diagnostic is required by the C++ standard. See : Name lookup changes GCC by default no long

[Bug c++/38501] typedef confuses the name of the template and the name of result

--- Comment #1 from resume755 at mail dot ru 2008-12-12 01:42 --- Created an attachment (id=16896) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16896&action=view) demo -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38501

[Bug c++/38501] New: typedef confuses the name of the template and the name of result

typedef confuses the name of the template and the name of result: sh-3.2$ cat tloop_iterator.h #ifndef TLOOP_ITERATOR_H_ #define TLOOP_ITERATOR_H_ #include template struct loop_iterator : public T::iterator { }; template struct list : std::list { typedef loop_iterator loop_iterator; }; #e

[Bug middle-end/38500] [graphite] ICE : in verify_loop_structure, at cfgloop.c:1569

--- Comment #1 from mitul dot thakkar at amd dot com 2008-12-12 01:25 --- Created an attachment (id=16895) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16895&action=view) Reduced Test Case -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38500

[Bug target/38496] Gcc misaligns arrays when stack is forced follow the x8632 ABI

--- Comment #10 from joseph at codesourcery dot com 2008-12-12 01:25 --- Subject: Re: Gcc misaligns arrays when stack is forced follow the x8632 ABI On Fri, 12 Dec 2008, whaley at cs dot utsa dot edu wrote: > >I suppose that by "32-bit ABI for the x86" you mean a document with > >19

[Bug middle-end/38500] New: [graphite] ICE : in verify_loop_structure, at cfgloop.c:1569

gcc -c -O2 -floop-block test_loop_struct.c test_loop_struct.c: In function 'Perl_re_intuit_start': test_loop_struct.c:17: warning: assignment makes pointer from integer without a cast test_loop_struct.c:21: warning: incompatible implicit declaration of built-in function 'printf' test_loop_struct.c

[Bug middle-end/38499] [graphite] ICE: in scan_tree_for_params, at graphite.c:253

--- Comment #1 from grosser at gcc dot gnu dot org 2008-12-12 01:15 --- Got a backtrace: #0 internal_error (gmsgid=0x8ae3807 "in %s, at %s:%d") at ../../../git/gcc/diagnostic.c:656 #1 0x081d2481 in fancy_abort (file=Could not find the frame base for "fancy_abort". ) at ../../../git/gcc

[Bug target/38496] Gcc misaligns arrays when stack is forced follow the x8632 ABI

--- Comment #9 from hjl dot tools at gmail dot com 2008-12-12 01:05 --- (In reply to comment #8) > > This is a link where people mention that fact that gcc is behaving > non-standardly, so people who want to interoperate with gcc better adopt their > non-standard behavior. How do you li

[Bug ada/38394] [4.3/4.4 regression] clashing assembler symbols

-- jakub at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38394

[Bug target/38496] Gcc misaligns arrays when stack is forced follow the x8632 ABI

--- Comment #8 from whaley at cs dot utsa dot edu 2008-12-12 00:51 --- >I suppose that by "32-bit ABI for the x86" you mean a document with >1990-1996 SCO copyrights. I was going by the linux standards base, which still links to: http://www.caldera.com/developers/devspecs/abi386-4.pd

[Bug c++/38485] [4.4 Regression] GCC can't parse a parenthesized comma in a template-id within a default argument

--- Comment #4 from pinskia at gcc dot gnu dot org 2008-12-12 00:31 --- Jason since you changed this area for 4.4, do you know if this is valid code or not? Comment #2 contains the reduced testcase. Thanks, Andrew Pinski -- pinskia at gcc dot gnu dot org changed: What

[Bug c++/38485] possible regression: expected primary-expression at end of input

--- Comment #3 from pinskia at gcc dot gnu dot org 2008-12-12 00:29 --- Related to PR 57, one of the oldest GCC bugs which are still opened (there is a defect report against the C++ standard and that is why it is still opened). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38485

[Bug c++/38485] possible regression: expected primary-expression at end of input

--- Comment #2 from pinskia at gcc dot gnu dot org 2008-12-12 00:28 --- Reduced testcase: template class QMap { }; class XMLConfigurations { void translateToOther(QMap match = (QMap())); }; -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38485

[Bug middle-end/38486] Missing warning about type punning

--- Comment #3 from pinskia at gcc dot gnu dot org 2008-12-12 00:20 --- This is what I get for trying to get better optimizations in the first place :). Maybe we should warn when we do the VCE conversion if the aliasing sets don't match? -- pinskia at gcc dot gnu dot org changed:

[Bug middle-end/38499] New: [graphite] ICE: in scan_tree_for_params, at graphite.c:253

While bootstrapping gcc with BOOT_CFLAGS="-g -O2 -fgraphite" I get: /usr/home/Tobi/Projekte/gcc/checkouts/git_trunk/build/gcc/./prev-gcc/xgcc -B/usr/home/Tobi/Projekte/gcc/checkouts/git_trunk/build/gcc/./prev-gcc/ -B/usr/home/Tobi/Projekte/gcc/checkouts/git/bin_trunk/gcc/i386-unknown-freebsd8.0/bi

[Bug fortran/38467] gfortran builds programs which don't run on Vista

--- Comment #7 from dfranke at gcc dot gnu dot org 2008-12-12 00:01 --- $> gcc --version shows the same as gfortran? My only data point is, that I have seen programs that I compiled myself on XP run on Vista, so I know that *something* works. Would it be possible that there is some li

[Bug target/38496] Gcc misaligns arrays when stack is forced follow the x8632 ABI

--- Comment #7 from joseph at codesourcery dot com 2008-12-12 00:01 --- Subject: Re: New: Gcc misaligns arrays when stack is forced follow the x8632 ABI On Thu, 11 Dec 2008, whaley at cs dot utsa dot edu wrote: > I notice that gcc does not follow the 32-bit ABI for the x86, in that

[Bug target/38496] Gcc misaligns arrays when stack is forced follow the x8632 ABI

--- Comment #6 from whaley at cs dot utsa dot edu 2008-12-11 23:42 --- >GCC can and will realign the loop in 4.4 and above if the function needs a >bigger alignment than the required 4 byte. So again I don't see any issues >here really. Is this the response to another request? I am

[Bug middle-end/31509] FAIL: libgomp.fortran/omp_parse3.f90 -O3 -g

--- Comment #1 from danglin at gcc dot gnu dot org 2008-12-11 23:41 --- This is fixed. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31509

[Bug libgomp/31838] FAIL: libgomp.c++/ctor-8.C

--- Comment #1 from danglin at gcc dot gnu dot org 2008-12-11 23:39 --- *** This bug has been marked as a duplicate of 35677 *** -- danglin at gcc dot gnu dot org changed: What|Removed |Added --

[Bug libgomp/31839] FAIL: libgomp.c++/ctor-9.C -O3 -fomit-frame-pointer execution test

--- Comment #1 from danglin at gcc dot gnu dot org 2008-12-11 23:38 --- *** This bug has been marked as a duplicate of 35677 *** -- danglin at gcc dot gnu dot org changed: What|Removed |Added --

[Bug testsuite/35677] Intermitent failure "FAIL: libgomp.fortran/crayptr2.f90"

--- Comment #17 from danglin at gcc dot gnu dot org 2008-12-11 23:39 --- *** Bug 31838 has been marked as a duplicate of this bug. *** -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35677

[Bug fortran/38467] gfortran builds programs which don't run on Vista

--- Comment #6 from marbertone at gmail dot com 2008-12-11 23:39 --- (In reply to comment #3) > > a) GNU Fortran (GCC) 4.4.0 20080603 (experimental) [trunk revision 136333] > Ok, but where did you get it from? Compiled from sources, binary package from > GFortran wiki, something else? e

[Bug testsuite/35677] Intermitent failure "FAIL: libgomp.fortran/crayptr2.f90"

--- Comment #16 from danglin at gcc dot gnu dot org 2008-12-11 23:38 --- *** Bug 31839 has been marked as a duplicate of this bug. *** -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35677

[Bug testsuite/29071] gcc.dg/20020919-1.c compilation test fails on powerpc-apple-darwin8 at -m64

--- Comment #9 from janis at gcc dot gnu dot org 2008-12-11 23:38 --- Subject: Bug 29071 Author: janis Date: Thu Dec 11 23:37:03 2008 New Revision: 142696 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142696 Log: PR testsuite/29071 * gcc.dg/20020919-1.c: Fix a p

[Bug fortran/38467] gfortran builds programs which don't run on Vista

--- Comment #5 from marbertone at gmail dot com 2008-12-11 23:37 --- (In reply to comment #4) > Add '.exe' to above command lines as you see fit :) (In reply to comment #3) > > a) GNU Fortran (GCC) 4.4.0 20080603 (experimental) [trunk revision 136333] > Ok, but where did you get it from

[Bug testsuite/35677] Intermitent failure "FAIL: libgomp.fortran/crayptr2.f90"

--- Comment #14 from danglin at gcc dot gnu dot org 2008-12-11 23:31 --- Fixed. -- danglin at gcc dot gnu dot org changed: What|Removed |Added Status|NEW

[Bug testsuite/35677] Intermitent failure "FAIL: libgomp.fortran/crayptr2.f90"

--- Comment #15 from danglin at gcc dot gnu dot org 2008-12-11 23:32 --- Subject: Bug 35677 Author: danglin Date: Thu Dec 11 23:30:42 2008 New Revision: 142695 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142695 Log: PR testsuite/35677 * emutls.c (__emutls_get

[Bug middle-end/38498] [graphite] ICE : verify_ssa failed

--- Comment #1 from mitul dot thakkar at amd dot com 2008-12-11 23:31 --- Created an attachment (id=16894) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16894&action=view) Reduced Test Case -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38498

[Bug middle-end/38498] New: [graphite] ICE : verify_ssa failed

gcc -c -O2 -floop-block final_verify.c final_verify.c: In function âtest_vectorâ: final_verify.c:2: error: definition in block 12 does not dominate use in block 32 for SSA_NAME: prephitmp.20_51 in statement: D.1630_68 = prephitmp.20_51 * 4; final_verify.c:2: internal compiler error: verify_ssa fai

[Bug target/38496] Gcc misaligns arrays when stack is forced follow the x8632 ABI

--- Comment #5 from pinskia at gcc dot gnu dot org 2008-12-11 23:28 --- GCC can and will realign the loop in 4.4 and above if the function needs a bigger alignment than the required 4 byte. So again I don't see any issues here really. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=

[Bug target/38496] Gcc misaligns arrays when stack is forced follow the x8632 ABI

--- Comment #4 from whaley at cs dot utsa dot edu 2008-12-11 23:25 --- >aligning the stack to 16 bytes is complaint It might be complaint, but it certainly isn't compliant. The ABI says that you can assume 4-byte alignment, and not all 4-byte alignments are 16-byte aligned (obviously).

[Bug tree-optimization/38497] PRE missing a load PRE which causes a loop to have two BBs

--- Comment #1 from pinskia at gcc dot gnu dot org 2008-12-11 23:24 --- This is a reduced testcase from The huffman byte benchmark. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38497

[Bug tree-optimization/38497] New: PRE missing a load PRE which causes a loop to have two BBs

Testcase: void DoHuffIteration(int); int f(int *a) { int i; int plaintextlen=*a; for(i = 0; i< 1; i++) DoHuffIteration(*a); return *a - plaintextlen; } --- CUT --- There is a load of *a after that loop even though we could have placed the load inside the loop after the call. --

[Bug rtl-optimization/38495] ACATS tests cxa4004 cxa4005 cxa4026 fail

--- Comment #1 from ebotcazou at gcc dot gnu dot org 2008-12-11 23:18 --- http://gcc.gnu.org/ml/gcc-testresults/2008-12/msg01144.html -- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added

[Bug testsuite/38321] gcc/testsuite/gcc.misc-tests/linkage-y.c compiles wrong architecture

--- Comment #1 from janis at gcc dot gnu dot org 2008-12-11 23:17 --- Fixed by http://gcc.gnu.org/viewcvs?view=rev&revision=142371. -- janis at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug fortran/38432] Add warning for loops which are never executed

--- Comment #2 from pinskia at gcc dot gnu dot org 2008-12-11 23:16 --- Confirmed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|norma

[Bug target/38419] [4.3 Regression] ICE (SIGSEGV) with -O

--- Comment #2 from pinskia at gcc dot gnu dot org 2008-12-11 23:15 --- Is this with the arm patch which was found to break libjava? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38419

[Bug c/38416] c-parser.c puts pragma_kind as a 7 bit field, when 8 will generate better code

--- Comment #3 from pinskia at gcc dot gnu dot org 2008-12-11 23:14 --- Fixed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRM

[Bug libgcj/38414] gcc 4.3-20081204 build broken on OS X 10.4 ppc

--- Comment #1 from pinskia at gcc dot gnu dot org 2008-12-11 23:14 --- >rm: java/util/.libs/logging.o: Invalid argument This sounds like a bug not in GCC but in Darwin's kernel. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38414

[Bug rtl-optimization/38403] unable to find a register to spill in class �CREG� with -fschedule-insns

--- Comment #6 from pinskia at gcc dot gnu dot org 2008-12-11 23:12 --- As mentioned, not really a regression. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added --

[Bug c/38397] gcc -E -dD changes the meaning of source

--- Comment #2 from pinskia at gcc dot gnu dot org 2008-12-11 23:12 --- Not a bug, as mentioned if you have a preprocessed source, you need to use -fpreprocessed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added --

[Bug ada/38394] [4.3/4.4 regression] clashing assembler symbols

-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|4.4.1 |4.3.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38394

[Bug ada/38394] [4.3/4.4 regression] clashing assembler symbols

-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.4.1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38394

[Bug target/38496] Gcc misaligns arrays when stack is forced follow the x8632 ABI

--- Comment #3 from pinskia at gcc dot gnu dot org 2008-12-11 23:04 --- Your testcase does not show any issues at all. doubles are not required to be aligned to 8 byte boundaries at all, they are only required to be aligned to 4 byte boundaries. Now with -malign-double they will get al

[Bug target/38496] Gcc misaligns arrays when stack is forced follow the x8632 ABI

--- Comment #2 from pinskia at gcc dot gnu dot org 2008-12-11 23:02 --- aligning the stack to 16 bytes is complaint. > generates double precision arrays that are not aligned to 8-byte boundaries That is ok. There is no interoperability here really. >This is a problem when interactin

[Bug rtl-optimization/38245] [4.4 Regression] stack corruption when a call is removed but not the outgoing argument pushes

--- Comment #11 from ebotcazou at gcc dot gnu dot org 2008-12-11 23:03 --- > I guess for !ACCUMULATE_OUTGOING_ARGS DCE of calls having stack arguments > generally shouldn't be an issue (unless they pop the stack themselves, don't > remember if it is easily determinable in generic way),

[Bug fortran/38496] Gcc misaligns arrays when stack is forced follow the x8632 ABI

--- Comment #1 from whaley at cs dot utsa dot edu 2008-12-11 23:01 --- Created an attachment (id=16893) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16893&action=view) tarfile demonstrating problem tarfile containing Makefile, align.f, and printvp.c that can show this problem.

[Bug fortran/38467] gfortran builds programs which don't run on Vista

--- Comment #4 from dfranke at gcc dot gnu dot org 2008-12-11 22:59 --- Add '.exe' to above command lines as you see fit :) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38467

[Bug fortran/38467] gfortran builds programs which don't run on Vista

--- Comment #3 from dfranke at gcc dot gnu dot org 2008-12-11 22:58 --- > a) GNU Fortran (GCC) 4.4.0 20080603 (experimental) [trunk revision 136333] Ok, but where did you get it from? Compiled from sources, binary package from GFortran wiki, something else? > b) it doesn't matter, any

[Bug fortran/38496] New: Gcc misaligns arrays when stack is forced follow the x8632 ABI

I notice that gcc does not follow the 32-bit ABI for the x86, in that it forces the stack alignment to 16 bytes rather than the ABI-required 4 bytes. This is a problem when interacting with compilers that are ABI-compliant. So, I threw the -mpreferred-stack-boundary=2 on gcc/gfortran/g77 to resto

[Bug target/37680] ICE: unable to generate reloads for: (insn:QI

--- Comment #2 from schwab at suse dot de 2008-12-11 22:47 --- Appears to be fixed in 4.4. -- schwab at suse dot de changed: What|Removed |Added Known to work|

[Bug ada/38495] New: ACATS tests cxa4004 cxa4005 cxa4026 fail

ibada Thread model: posix gcc version 4.4.0 20081211 (experimental) [trunk revision 142692] (GCC) host=i386-redhat-linux target=i686-pc-linux-gnu gnatmake is /home/chrisp/build/gcc/gnatmake === acats support === Generating support files... done. Compiling support files...

[Bug middle-end/38494] New: [graphite] Bootstrap fails with graphite enabled

Bootstrap is broken with BOOT_CFLAGS="-g -O2 -fgraphite-identity". -- Summary: [graphite] Bootstrap fails with graphite enabled Product: gcc Version: 4.4.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: middl

[Bug fortran/38487] Bogus Warning: INTENT(INOUT) actual argument might interfere with actual argument

--- Comment #2 from anlauf at gmx dot de 2008-12-11 22:25 --- (In reply to comment #1) > I think the warning is OK in the sense that the pointer could point to the > same > memory address which could potentially make trouble, but still the warning > feels too strong. I don't mind a war

[Bug ada/38493] Ada compiler does not work with --exec-prefix configuration

--- Comment #1 from chrisp_42 at bigpond dot com 2008-12-11 22:22 --- Created an attachment (id=16892) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16892&action=view) patch to correct problem Attached is a patch which corrects this problem. I think this is fairly obvious and triv

[Bug ada/38493] New: Ada compiler does not work with --exec-prefix configuration

If the Ada compiler is configured with --exec-prefix, it will fail as follows: [chr...@lt ~]$ gcc -c -O2 -v hello.adb Using built-in specs. Target: i686-pc-linux-gnu Configured with: /usr/src/gcc/configure --prefix=/opt/test --exec-prefix=/opt/test/i86 --enable-shared --enable-threads=posix --enab

[Bug middle-end/38431] [graphite] several ICEs with CP2K (summary)

--- Comment #10 from jv244 at cam dot ac dot uk 2008-12-11 21:41 --- (In reply to comment #9) > Unfortunately, '-fgraphite -fgraphite-identity -floop-block -floop-strip-mine > -floop-interchang' goes generate an executable, but it is miscompiled and > segfaults. reduced testcase in PR38

[Bug middle-end/38492] [grapite] segfaulting code when compiled with -fgraphite -fgraphite-identity

--- Comment #1 from jv244 at cam dot ac dot uk 2008-12-11 21:39 --- Created an attachment (id=16891) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16891&action=view) testcase -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38492

[Bug middle-end/38492] New: [grapite] segfaulting code when compiled with -fgraphite -fgraphite-identity

gfortran -O2 -ffree-form -fgraphite -fgraphite-identity -cpp -D__FFTSG test.f90 causes ./a.out to segfault (also valgrind errors). ==27187== Invalid write of size 8 ==27187==at 0x41449B: mltfftsg_ (in /scratch/vondele/PR38431/CP2K_2008_12_03/a.out) ==27187==by 0x414808: fftsg3d_ (in /scra

[Bug tree-optimization/37705] [graphite] Remove limit_scops() workaround

--- Comment #5 from tobi-grosser at web dot de 2008-12-11 21:30 --- Subject: Re: [graphite] Remove limit_scops() workaround On Thu, 2008-12-11 at 21:13 +, spop at gcc dot gnu dot org wrote: > > --- Comment #4 from spop at gcc dot gnu dot org 2008-12-11 21:13 --- >

[Bug c/38491] excessive note generation

--- Comment #1 from dcb314 at hotmail dot com 2008-12-11 21:30 --- Created an attachment (id=16890) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16890&action=view) C source code -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38491

[Bug rtl-optimization/25221] reload bailing out even when some regs are still available

--- Comment #4 from tkoenig at gcc dot gnu dot org 2008-12-11 21:28 --- Still doesn't work with current trunk: $ gcc -march=i386 -O2 -m32 hh.c hh.c: In function 'foo': hh.c:19: error: can't find a register in class 'GENERAL_REGS' while reloading 'asm' hh.c:19: error: 'asm' operand has i

[Bug c/38491] New: excessive note generation

I just tried to compile the package geotiff-1.2.5-0.pm.1 with the GNU C++ compiler version 4.4 snapshot 20081205. The compiler appears to get into a long or possibly infinite loop. gcc -c -fstack-protector -Wall -fPIC -DCSV_DATA_DIR=\"/usr/share/epsg_csv\" -I. -I../geo_print.c./geo_print.c: I

[Bug middle-end/20432] complex reciprocal has too many operations

--- Comment #5 from tkoenig at gcc dot gnu dot org 2008-12-11 21:22 --- This is still active with gcc -cx-complex-rules: : foo (&c); D.2256 = (double) REALPART_EXPR ; D.2258 = (double) IMAGPART_EXPR ; if (ABS_EXPR < ABS_EXPR != 0) goto ; else goto ; : Invalid sum of

[Bug tree-optimization/37705] [graphite] Remove limit_scops() workaround

--- Comment #4 from spop at gcc dot gnu dot org 2008-12-11 21:13 --- I would consider this at a very low priority right now: I'm thus marking it as enhancement level. If you can get a fix for this one that would be great, otherwise let's fix this one in GCC4.5. Sebastian -- spop at

[Bug middle-end/38409] [graphite] ICE : in canonicalize_loop_ivs, at tree-parloops.c:1384

--- Comment #4 from spop at gcc dot gnu dot org 2008-12-11 21:08 --- Fixed. -- spop at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED

[Bug middle-end/38409] [graphite] ICE : in canonicalize_loop_ivs, at tree-parloops.c:1384

--- Comment #3 from spop at gcc dot gnu dot org 2008-12-11 21:02 --- Subject: Bug 38409 Author: spop Date: Thu Dec 11 21:01:14 2008 New Revision: 142693 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142693 Log: 2008-12-11 Sebastian Pop PR tree-optimization/38409

[Bug libstdc++/37582] [4.3 Regression] std::pow strange overload resolution

--- Comment #11 from jakub at gcc dot gnu dot org 2008-12-11 20:32 --- Created an attachment (id=16889) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16889&action=view) gcc43-pr37582.patch Thanks for pointing the difference between || and &&, embarrassing. -- jakub at gcc dot

[Bug middle-end/38409] [graphite] ICE : in canonicalize_loop_ivs, at tree-parloops.c:1384

--- Comment #2 from spop at gcc dot gnu dot org 2008-12-11 20:21 --- Mine. -- spop at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gc

[Bug middle-end/38413] [graphite] ICE: in build2_stat, at tree.c:3293

--- Comment #3 from spop at gcc dot gnu dot org 2008-12-11 20:21 --- Subject: Bug 38413 Author: spop Date: Thu Dec 11 20:19:54 2008 New Revision: 142691 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142691 Log: 2008-12-11 Sebastian Pop PR middle-end/38413 *

[Bug middle-end/38413] [graphite] ICE: in build2_stat, at tree.c:3293

--- Comment #2 from spop at gcc dot gnu dot org 2008-12-11 20:20 --- Fixed. -- spop at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED

[Bug middle-end/38431] [graphite] several ICEs with CP2K (summary)

--- Comment #9 from jv244 at cam dot ac dot uk 2008-12-11 20:17 --- Unfortunately, '-fgraphite -fgraphite-identity -floop-block -floop-strip-mine -floop-interchang' goes generate an executable, but it is miscompiled and segfaults. It can be reproduced with the testcase in the initial co

[Bug tree-optimization/37894] [graphite] Polyhedron is not compiling (Summary)

--- Comment #4 from spop at gcc dot gnu dot org 2008-12-11 20:16 --- Trunk compiles Polyhedron with -O2 -fgraphite-identity, -O2 -floop-block. Fixed. -- spop at gcc dot gnu dot org changed: What|Removed |Added -

[Bug fortran/35779] error pointer wrong in PARAMETER

--- Comment #2 from kargl at gcc dot gnu dot org 2008-12-11 20:17 --- For some reason, init_flag in gfc_match_iterator is set to zero. So when the matcher hits m = init_flag ? gfc_match_init_expr (&e1) : gfc_match_expr (&e1); gfc_match_expr() is executed instead of gfc_match_init_exp

[Bug middle-end/38061] Triangle.c in pymol 1.1r2 ICEs compiler n build_graphite_scops, at graphite.c:1852

--- Comment #8 from spop at gcc dot gnu dot org 2008-12-11 20:13 --- All testcases work on trunk rev 142690 and on graphite branch with -O2 -floop-block, -O2 -fgraphite-identity -O2 -fgraphite Fixed. -- spop at gcc dot gnu dot org changed: What|Removed

[Bug middle-end/38040] -O2 -fgraphite-identity causes ICE compiling capacita.f90 Polyhedron 2005 benchmark

--- Comment #1 from spop at gcc dot gnu dot org 2008-12-11 20:04 --- Fixed. -- spop at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED

[Bug libstdc++/37582] [4.3 Regression] std::pow strange overload resolution

--- Comment #10 from paolo dot carlini at oracle dot com 2008-12-11 20:04 --- (In reply to comment #9) > So, either IMHO we should cast to bool there, or as done in this patch > use __traitor instead. For the branch, I pre-approve a patch adding and using __traitand. -- http://gcc

[Bug libgcj/38006] Incorrect proplist on inherit.png

--- Comment #2 from hjl dot tools at gmail dot com 2008-12-11 19:59 --- Fixed. -- hjl dot tools at gmail dot com changed: What|Removed |Added Status|UNCONFIRM

[Bug middle-end/38459] [graphite] SEGFAULT in cloog_clast_create

--- Comment #13 from spop at gcc dot gnu dot org 2008-12-11 19:58 --- Subject: Bug 38459 Author: spop Date: Thu Dec 11 19:57:18 2008 New Revision: 142690 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142690 Log: 2008-12-11 Sebastian Pop PR middle-end/38459 *

[Bug middle-end/37857] [graphite] Segmentation fault

--- Comment #5 from spop at gcc dot gnu dot org 2008-12-11 19:57 --- Fixed. -- spop at gcc dot gnu dot org changed: What|Removed |Added Status|WAITING

[Bug libstdc++/37582] [4.3 Regression] std::pow strange overload resolution

--- Comment #9 from jakub at gcc dot gnu dot org 2008-12-11 19:55 --- Created an attachment (id=16888) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16888&action=view) gcc43-pr37582.patch Given: // N.B. The conversions to bool are needed due to the issue // explained in c++/19

[Bug libgcj/38006] Incorrect proplist on inherit.png

--- Comment #1 from hjl at gcc dot gnu dot org 2008-12-11 19:49 --- Subject: Bug 38006 Author: hjl Date: Thu Dec 11 19:48:16 2008 New Revision: 142689 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142689 Log: 2008-12-11 H.J. Lu PR libgcj/38006 * classpath/to

[Bug middle-end/38446] [graphite] The def for a var exists inside one of the scops bb's but an appropriate phi is not created to allow the phi to reach the use of that def ouside the scop.

--- Comment #7 from spop at gcc dot gnu dot org 2008-12-11 19:39 --- Fixed. -- spop at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED

[Bug middle-end/38459] [graphite] SEGFAULT in cloog_clast_create

--- Comment #12 from spop at gcc dot gnu dot org 2008-12-11 19:37 --- Subject: Bug 38459 Author: spop Date: Thu Dec 11 19:35:41 2008 New Revision: 142688 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142688 Log: 2008-12-11 Harsha Jagasia PR tree-optimization/38446

[Bug middle-end/38446] [graphite] The def for a var exists inside one of the scops bb's but an appropriate phi is not created to allow the phi to reach the use of that def ouside the scop.

--- Comment #6 from spop at gcc dot gnu dot org 2008-12-11 19:37 --- Subject: Bug 38446 Author: spop Date: Thu Dec 11 19:35:41 2008 New Revision: 142688 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142688 Log: 2008-12-11 Harsha Jagasia PR tree-optimization/38446

[Bug middle-end/38431] [graphite] several ICEs with CP2K (summery)

--- Comment #8 from jv244 at cam dot ac dot uk 2008-12-11 19:19 --- (In reply to comment #7) > with current graphite, i see 4 files failing with -fgraphite > -fgraphite-identity: > > lebedev.F, colvar_types.F, qs_linres_nmr_shift.F, constraint_clv.F > all fixed with current graphite b

[Bug c++/38490] stack overflow with -O2 for legal C++ code

--- Comment #2 from hjl dot tools at gmail dot com 2008-12-11 19:17 --- I can't reproduce it with gcc 4.4 revision 142654 on Linux/x86-64. -- hjl dot tools at gmail dot com changed: What|Removed |Added --

[Bug middle-end/38461] [graphite] internal compiler error: verify_ssa failed

--- Comment #2 from jv244 at cam dot ac dot uk 2008-12-11 19:16 --- fixed with the current graphite branch. -- jv244 at cam dot ac dot uk changed: What|Removed |Added

[Bug fortran/37793] Improve error message for non_array(i) = array

--- Comment #1 from kargl at gcc dot gnu dot org 2008-12-11 18:59 --- PR 38312 has a short testcase. *** This bug has been marked as a duplicate of 38312 *** -- kargl at gcc dot gnu dot org changed: What|Removed |Added

[Bug c++/38490] stack overflow with -O2 for legal C++ code

--- Comment #1 from dcb314 at hotmail dot com 2008-12-11 19:02 --- Created an attachment (id=16887) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16887&action=view) C++ source code -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38490

[Bug fortran/38312] Unexpected STATEMENT FUNCTION statement

--- Comment #4 from kargl at gcc dot gnu dot org 2008-12-11 18:59 --- *** Bug 37793 has been marked as a duplicate of this bug. *** -- kargl at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug fortran/38312] Unexpected STATEMENT FUNCTION statement

--- Comment #3 from kargl at gcc dot gnu dot org 2008-12-11 18:58 --- Change subject line. Reduced test case troutmask:sgk[204] cat pr38312.f90 SUBROUTINE S1(t1,t2,c0,n) REAL :: t1(n),c0(n) INTEGER :: i,j,k DO i=1,n co(i)=t1(i)*2 ENDDO END SUBROUTINE S1 -- karg

  1   2   >