[Bug c++/45008] Template code not expanded properly

--- Comment #3 from nilssch at informatik dot uni-bremen dot de 2010-07-21 06:29 --- Same here on debian. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45008

[Bug middle-end/45013] [4.6 regression] Failed to build 483.xalancbmk in SPEC CPU 2006

--- Comment #1 from hjl dot tools at gmail dot com 2010-07-21 04:38 --- Failed with revision 162330 and worked with revision 162328. Revision 162330: http://gcc.gnu.org/ml/gcc-cvs/2010-07/msg00684.html is very likely to be the cause. -- hjl dot tools at gmail dot com changed:

[Bug testsuite/38946] [4.4/4.5/4.6 Regression] gcc trunk 143562 - Testsuite - gfortran failing tests that worked previously

--- Comment #32 from jvdelisle at gcc dot gnu dot org 2010-07-21 04:37 --- Rainer, this is OK to back port. Do you want me to do so? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38946

[Bug fortran/44697] I/O testsuite failures: \r\n vs \n - gfortran.dg/ftell_3.f90

--- Comment #6 from jvdelisle at gcc dot gnu dot org 2010-07-21 04:25 --- Closing. -- jvdelisle at gcc dot gnu dot org changed: What|Removed |Added Status|AS

[Bug middle-end/29256] [4.3/4.4/4.5/4.6 regression] loop performance regression

--- Comment #37 from sandra at codesourcery dot com 2010-07-21 04:21 --- It seems like the change was introduced by my patch for PR42505 in r161844. But, it is correctly choosing the lower-cost candidate set -- the problem is in the cost model, which was unchanged from r161843. Take a

[Bug fortran/44697] I/O testsuite failures: \r\n vs \n - gfortran.dg/ftell_3.f90

--- Comment #5 from jvdelisle at gcc dot gnu dot org 2010-07-21 04:21 --- Subject: Bug 44697 Author: jvdelisle Date: Wed Jul 21 04:20:58 2010 New Revision: 162362 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=162362 Log: 2010-07-20 Jerry DeLisle PR libfortran/44697

[Bug middle-end/29256] [4.3/4.4/4.5/4.6 regression] loop performance regression

--- Comment #36 from sandra at codesourcery dot com 2010-07-21 04:16 --- Created an attachment (id=21275) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21275&action=view) -fdump-tree-ivopts-details output from r161844 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29256

[Bug middle-end/29256] [4.3/4.4/4.5/4.6 regression] loop performance regression

--- Comment #35 from sandra at codesourcery dot com 2010-07-21 04:16 --- Created an attachment (id=21274) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21274&action=view) -fdump-tree-ivopts-details output from r161843 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29256

[Bug middle-end/45014] New: [4.6 regression] FAIL: gcc.c-torture/execute/multi-ix.c

On Linux/ia64, revision 162348 caused: FAIL: gcc.c-torture/execute/multi-ix.c compilation, -O1 (internal compiler error) Revision 162324 is OK. -- Summary: [4.6 regression] FAIL: gcc.c-torture/execute/multi-ix.c Product: gcc Version: 4.6.0 Status:

[Bug middle-end/45013] [4.6 regression] Failed to build 483.xalancbmk in SPEC CPU 2006

-- hjl dot tools at gmail dot com changed: What|Removed |Added Target Milestone|--- |4.6.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45013

[Bug middle-end/45013] New: [4.6 regression] Failed to build 483.xalancbmk in SPEC CPU 2006

On Linux/x86-64, revision 162344 gave: [...@gnu-27 build_base_o3.]$ /export/gnu/import/svn/gcc-test/usr/bin/g++ -DSPEC_CPU -DNDEBUG -DAPP_NO_THREADS -DXALAN_INMEM_MSG_LOADER -I. -Ixercesc -Ixercesc/dom -Ixercesc/dom/impl -Ixercesc/sax -Ixercesc/util/MsgLoaders/InMemory -Ixercesc/util/Transco

[Bug c++/45012] Invalid ambiguity on partial class specialization matching

--- Comment #3 from rodolfo at rodsoft dot org 2010-07-21 03:03 --- (In reply to comment #2) > This enum value has an anonymous type which is not valid in the > context of templates in C++03/98. It is valid in the current draft of C > ++0x though. But I cannot remember if 4.5 implemen

[Bug c++/45012] Invalid ambiguity on partial class specialization matching

--- Comment #2 from pinskia at gmail dot com 2010-07-21 02:53 --- Subject: Re: New: Invalid ambiguity on partial class specialization matching On Jul 20, 2010, at 7:43 PM, "rodolfo at rodsoft dot org" wrote: > The following code doesn't compile unless variable RUNTIME is > defin

Re: [Bug c++/45012] New: Invalid ambiguity on partial class specialization matching

On Jul 20, 2010, at 7:43 PM, "rodolfo at rodsoft dot org" > wrote: The following code doesn't compile unless variable RUNTIME is defined as a "static const int" instead of an "enum": This enum value has an anonymous type which is not valid in the context of templates in C++03/98. It is

[Bug c++/45012] Invalid ambiguity on partial class specialization matching

--- Comment #1 from rodolfo at rodsoft dot org 2010-07-21 02:49 --- The code I posted was meant to be compiled in c++0x mode, but if we write directly the definition of std::enable_if, it also happens in c++03 mode. So, instead of #include , one should write: template struct enable_if;

[Bug c/40563] -Wc++-compat does not warn about uninitialized const field in struct

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

[Bug c++/45012] New: Invalid ambiguity on partial class specialization matching

The following code doesn't compile unless variable RUNTIME is defined as a "static const int" instead of an "enum": #include enum { RUNTIME = 0 }; // it compiles with the previous line commented out and the next commented in // static const int RUNTIME=0; template struct foo; template class

[Bug c++/36435] Partial ordering of explicit specialization should include return type

--- Comment #1 from rodolfo at rodsoft dot org 2010-07-21 02:27 --- It also happens on 4.5.0. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36435

[Bug bootstrap/44970] [4.6 regression] Revision 162270 failed to bootstrap

--- Comment #37 from dave at hiauly1 dot hia dot nrc dot ca 2010-07-21 01:37 --- Subject: Re: [4.6 regression] Revision 162270 failed to bootstrap On Tue, 20 Jul 2010, bernds at gcc dot gnu dot org wrote: > David, here's a new patch which might fix the PA problem. Please app

[Bug middle-end/45009] [4.6 Regression]: cris-elf libgcc build failure due to fix for PR45003, PR45006

--- Comment #6 from bernds at gcc dot gnu dot org 2010-07-20 23:45 --- Looks like it's making replacements in zero insns. I expected the code to fail earlier if there aren't any uses of the reg. I'll fix this tomorrow. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45009

[Bug fortran/45005] gfortran.dg/allocate_with_typespec.f90 failed

--- Comment #3 from sgk at troutmask dot apl dot washington dot edu 2010-07-20 23:35 --- Subject: Re: gfortran.dg/allocate_with_typespec.f90 failed On Tue, Jul 20, 2010 at 02:41:01PM -, burnus at gcc dot gnu dot org wrote: > > gfortran.dg/allocate_with_typespec.f90 shows on x86-

[Bug middle-end/45009] [4.6 Regression]: cris-elf libgcc build failure due to fix for PR45003, PR45006

--- Comment #5 from hp at gcc dot gnu dot org 2010-07-20 23:30 --- (In reply to comment #4) > postreload.c ICE would be more probably related to r162342 than to r162336. Right, let's see what Bernd has to say. With the information in the PR, the solution is likely trivial to him. --

[Bug middle-end/45009] [4.6 Regression]: cris-elf libgcc build failure due to fix for PR45003, PR45006

--- Comment #4 from jakub at gcc dot gnu dot org 2010-07-20 23:21 --- postreload.c ICE would be more probably related to r162342 than to r162336. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45009

[Bug target/43750] -march unconditionally added to COLLECT_GCC_OPTIONS

--- Comment #6 from steven at gcc dot gnu dot org 2010-07-20 22:56 --- Uros, what do you think of this bug, as i386 arch maintainer? -- steven at gcc dot gnu dot org changed: What|Removed |Added -

[Bug rtl-optimization/44281] [4.3/4.4/4.5/4.6 Regression] Global Register variable pessimisation

-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Keywords||missed-optimization Target Milestone|--- |4

[Bug regression/43867] ICE on valid with PGO and -fwhole-program options on small example (istringstream) with gcc 4.5.0 only

--- Comment #3 from steven at gcc dot gnu dot org 2010-07-20 22:53 --- Martin, PGO and IPA-CP -- isn't that your area of interest? :-) -- steven at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug rtl-optimization/44281] [4.3/4.4/4.5/4.6 Regression] Global Register variable pessimisation

-- steven at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Component|regression |rtl-optimization

[Bug middle-end/44984] gcc passes unsigned instead of int for printf width/precision (warnings generated)

--- Comment #2 from pinskia at gcc dot gnu dot org 2010-07-20 22:52 --- What compiler version is giving a warning for this case? That is can you provide the output of "gcc -v" ? -- pinskia at gcc dot gnu dot org changed: What|Removed |Added --

[Bug middle-end/44984] gcc passes unsigned instead of int for printf width/precision (warnings generated)

--- Comment #1 from pinskia at gcc dot gnu dot org 2010-07-20 22:50 --- unsigned int and int are passed exactly the same for varargs and in fact the C standard says getting an unsigned version of the signed type for varargs is valid. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44

[Bug rtl-optimization/41188] move_invariant_reg() damages CBRANCH instructions with CLOBBER attribute

--- Comment #12 from steven at gcc dot gnu dot org 2010-07-20 22:50 --- Someone should dust off the patch and submit it for trunk. Joern? -- steven at gcc dot gnu dot org changed: What|Removed |Added

[Bug target/44999] "and r0, r0, #255" can be replace with uxtb in thumb2

-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|normal |enhancement Keywords||missed-op

[Bug translation/39873] Wrong translation of output "gcc -c -Q -march=core2 --help=target" to Russian

--- Comment #2 from steven at gcc dot gnu dot org 2010-07-20 22:46 --- Not a valid bug for GCC. Please report to the translation team for Russian instead, see http://translationproject.org/team/ru.html. -- steven at gcc dot gnu dot org changed: What|Removed

[Bug translation/32428] odd french translation of strict aliasing -related warnings

--- Comment #5 from steven at gcc dot gnu dot org 2010-07-20 22:45 --- Not a GCC bug => closing as INVALID for gcc. -- steven at gcc dot gnu dot org changed: What|Removed |Added -

[Bug translation/36958] typos in french translation.

--- Comment #4 from steven at gcc dot gnu dot org 2010-07-20 22:44 --- See http://translationproject.org/team/fr.html. Not a valid GCC bug report. Please do report the problem to the translation team for French. We should have some kind of forwarding system for this... -- steven at

[Bug translation/38173] Mistake in Russian translation of error text "functional cast expression list treated as compound expression"

--- Comment #1 from steven at gcc dot gnu dot org 2010-07-20 22:43 --- So, another translation bug that fell through the cracks. Unfortunately the GCC project does not maintain its own translations. This is taken care of by the Translation Project. The translation team for Russian has

[Bug translation/39544] Grammar error in russian localization

--- Comment #2 from steven at gcc dot gnu dot org 2010-07-20 22:40 --- Closing as invalid because the bug should be reported to the translation team for Russian (http://translationproject.org/team/ru.html). -- steven at gcc dot gnu dot org changed: What|Removed

[Bug translation/40884] error messages in .md files not translated

--- Comment #1 from steven at gcc dot gnu dot org 2010-07-20 22:37 --- Why should an .md file call error()? The ones in neon.md look like they should be internal_error, or something should catch the problem earlier. Should internal_error messages be translated? -- steven at gcc dot

[Bug translation/32428] odd french translation of strict aliasing -related warnings

--- Comment #4 from steven at gcc dot gnu dot org 2010-07-20 22:33 --- I have forwarded this problem to the French team of the Translation Project (http://translationproject.org/team/fr.html). -- steven at gcc dot gnu dot org changed: What|Removed

[Bug debug/45006] [4.6 regression] Failed to bootstrap

--- Comment #7 from steven at gcc dot gnu dot org 2010-07-20 22:33 --- obviously that latest comment was not for this bug (but for bug 32428), sorry. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45006

[Bug debug/45006] [4.6 regression] Failed to bootstrap

--- Comment #6 from steven at gcc dot gnu dot org 2010-07-20 22:32 --- I have forwarded this problem to the French team of the Translation Project (http://translationproject.org/team/fr.html). -- steven at gcc dot gnu dot org changed: What|Removed

[Bug translation/32637] Swedish translation error

--- Comment #4 from steven at gcc dot gnu dot org 2010-07-20 22:26 --- sv.po for gcc 4.5.0 has the fixed translation. -- steven at gcc dot gnu dot org changed: What|Removed |Added

[Bug middle-end/41639] synchronisation primitives take unsigned as input and output values.

--- Comment #2 from steven at gcc dot gnu dot org 2010-07-20 22:21 --- Mis-categorized as a treelang bug (?!). rth, you added these primitive types and the _sync_* builtins... Could you have a look at this bug and at the patch of comment #1, please? -- steven at gcc dot gnu dot org

[Bug web/15669] Usage of bugzilla "Known to work" and "known to fail" fields need documentation

--- Comment #3 from steven at gcc dot gnu dot org 2010-07-20 22:15 --- Fixed with patch of comment #2. -- steven at gcc dot gnu dot org changed: What|Removed |Added

[Bug tree-optimization/31849] [4.3/4.4/4.5/4.6 Regression] Code size increased with PR 31360 (IV-opts not understanding autoincrement)

--- Comment #53 from steven at gcc dot gnu dot org 2010-07-20 22:12 --- Could the OP be so kind to see if this is still a problem? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31849

[Bug c/45010] Link errors in bootstrap with static libgmpxx.a

--- Comment #3 from marc dot mengel at gmail dot com 2010-07-20 22:10 --- So if we prefer a nonstandard configure option to having it work for the right reasons, that's okay, I guess... -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45010

[Bug middle-end/45009] [4.6 Regression]: cris-elf libgcc build failure due to fix for PR45003, PR45006

--- Comment #3 from hp at gcc dot gnu dot org 2010-07-20 21:56 --- The backtrace in #2 was for r162355. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45009

[Bug c++/45011] template function specialization: does not respect access specifier

--- Comment #1 from pinskia at gcc dot gnu dot org 2010-07-20 21:54 --- Comeau online gives an error: "ComeauTest.c", line 6: error: type "C::Private" (declared at line 3) is inaccessible template void function(typename T::Private);

[Bug c++/45011] New: template function specialization: does not respect access specifier

4.6.0 20100720 (experimental) (GCC) $ /ltmp/bin/g++ -save-temps test.cc $ cat test.ii # 1 "test.cc" # 1 "" # 1 "" # 1 "test.cc" class C { private: typedef int Private; }; template void function(typename T::Private); template<> void function

[Bug c/45010] Link errors in bootstrap with static libgmpxx.a

--- Comment #2 from marc dot mengel at gmail dot com 2010-07-20 21:51 --- Created an attachment (id=21271) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21271&action=view) patch to configure.ac to include needed libraries for static libgmpxx This is a pretty straightforward fix..

[Bug c/45010] Link errors in bootstrap with static libgmpxx.a

--- Comment #1 from pinskia at gcc dot gnu dot org 2010-07-20 21:49 --- >From http://gcc.gnu.org/install/configure.html : --with-host-libstdcxx=linker-args If you are linking with a static copy of PPL, you can use this option to specify how the linker should find the standard C++ li

[Bug c/45010] New: Link errors in bootstrap with static libgmpxx.a

The link options link with -lgmpxx, but do not include the required -lstdc++ and -lm options to make that link successful. This works accidentally if gmp is built as a shared library, which knows its dependencies at runtime, but if it is built static, the links fail with a sea of errors about unde

[Bug middle-end/45009] [4.6 Regression]: cris-elf libgcc build failure due to fix for PR45003, PR45006

--- Comment #2 from hp at gcc dot gnu dot org 2010-07-20 21:46 --- (gdb) r -fpreprocessed -march=v32 -O2 libgcc2.i Starting program: /tmp/hpautotest-gcc1/cris-elf/gccobj/gcc/cc1 -fpreprocessed -march=v32 -O2 libgcc2.i __muldc3 Analyzing compilation unit Performing interprocedural optimi

[Bug middle-end/45009] [4.6 Regression]: cris-elf libgcc build failure due to fix for PR45003, PR45006

--- Comment #1 from hp at gcc dot gnu dot org 2010-07-20 21:38 --- Created an attachment (id=21270) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21270&action=view) preprocessed libgcc2.i Compile with cc1 -fpreprocessed -march=v32 -O2 libgcc2.i. -- http://gcc.gnu.org/bugzilla

[Bug middle-end/45009] New: [4.6 Regression]: cris-elf libgcc build failure due to fix for PR45003, PR45006

With revision 162328 cris-elf built. >From revision 162339 and on, build has failed. First like in PR45006, then (162328:162348] as below: /tmp/hpautotest-gcc1/cris-elf/gccobj/./gcc/xgcc -B/tmp/hpautotest-gcc1/cris-elf/gccobj/./gcc/ -nostdinc -B/tmp/hpautotest-gcc1/cris-elf/gccobj/cris-elf/newlib

[Bug lto/44966] weak aliases LTO with gold causes ICE in lto_symtab_merge_decls_1

--- Comment #11 from andi-gcc at firstfloor dot org 2010-07-20 20:39 --- Some more debugging on the gc crash, suggested by honza: The corruption seems to happen in cgraph_hash (gdb) p *x $2 = {hash_f = 0x827750 , eq_f = 0x827760 , del_f = 0, entries = 0x7f67b734c000, size = 262139, n_

[Bug c++/44641] Generated constructors and destructors get wrong debug location when a typedef uses a forward declaration of the type before the definition

--- Comment #4 from jyasskin at gcc dot gnu dot org 2010-07-20 20:22 --- Fixed by r162349. -- jyasskin at gcc dot gnu dot org changed: What|Removed |Added St

[Bug c++/44641] Generated constructors and destructors get wrong debug location when a typedef uses a forward declaration of the type before the definition

--- Comment #3 from jyasskin at gcc dot gnu dot org 2010-07-20 20:17 --- Subject: Bug 44641 Author: jyasskin Date: Tue Jul 20 20:16:53 2010 New Revision: 162349 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=162349 Log: PR c++/44641 * gcc/cp/pt.c (instantiate_class_temp

[Bug fortran/44697] I/O testsuite failures: \r\n vs \n - gfortran.dg/ftell_3.f90

--- Comment #4 from burnus at gcc dot gnu dot org 2010-07-20 20:01 --- (In reply to comment #3) > Kai, would you test this for me please. Kai wrote in IRC that he has tested it - and it worked well. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44697

[Bug c++/45008] Template code not expanded properly

--- Comment #2 from paolo dot carlini at oracle dot com 2010-07-20 19:33 --- I can reproduce the Segmentation fault with current 4_5-branch, not with mainline. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45008

[Bug testsuite/38946] [4.4/4.5/4.6 Regression] gcc trunk 143562 - Testsuite - gfortran failing tests that worked previously

--- Comment #31 from ro at gcc dot gnu dot org 2010-07-20 19:23 --- Please refrain from fiddling with the bug status: whoever does the backport will do this himself. Thanks. Rainer -- ro at gcc dot gnu dot org changed: What|Removed |Added --

[Bug bootstrap/39150] Configure scripts have no 64-Bit Solaris defined (only i386-solaris*).

--- Comment #17 from ro at CeBiTec dot Uni-Bielefeld dot DE 2010-07-20 19:20 --- Subject: Re: Configure scripts have no 64-Bit Solaris defined (only i386-solaris*). > --- Comment #16 from rob1weld at aol dot com 2010-07-20 19:02 --- > (In reply to comment #15) >> (In reply to

[Bug bootstrap/39150] Configure scripts have no 64-Bit Solaris defined (only i386-solaris*).

--- Comment #16 from rob1weld at aol dot com 2010-07-20 19:02 --- (In reply to comment #15) > (In reply to comment #13) > > Subject: Re: Configure scripts have no 64-Bit Solaris defined (only > > i386-solaris*). > > > > > --- Comment #12 from rob1weld at aol dot com 2010-05-04 07:

[Bug debug/45006] [4.6 regression] Failed to bootstrap

--- Comment #5 from jakub at gcc dot gnu dot org 2010-07-20 18:57 --- Subject: Bug 45006 Author: jakub Date: Tue Jul 20 18:57:14 2010 New Revision: 162348 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=162348 Log: PR debug/45006 * cfgexpand.c (expand_debug_expr):

[Bug testsuite/38946] [4.4/4.5/4.6 Regression] gcc trunk 143562 - Testsuite - gfortran failing tests that worked previously

--- Comment #30 from rob1weld at aol dot com 2010-07-20 18:46 --- (In reply to comment #28) > Subject: Bug 38946 > Author: jvdelisle > Date: Fri Jun 25 21:32:37 2010 > New Revision: 161416 > URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=161416 > Log: > 2010-06-25 Jerry DeLisle

[Bug c++/45008] Template code not expanded properly

--- Comment #1 from martin dot gieseking at uos dot de 2010-07-20 18:37 --- Created an attachment (id=21269) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21269&action=view) sources to reproduce the issue -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45008

[Bug c++/45008] New: Template code not expanded properly

When compiling the attached sources with gcc 4.5.0 on Linux x86_64, I get an executable that unexpectedly leads to a segfault. It seems, gcc doesn't handle sub-classes defined and instantiated in a template's method properly. I've attached a tarball containing the 3 files f1.ii, f2.ii, and main.ii

[Bug c++/44967] [C++0x] decltype of method call dependent on pack expansion crashes

--- Comment #4 from jason at gcc dot gnu dot org 2010-07-20 18:23 --- Subject: Bug 44967 Author: jason Date: Tue Jul 20 18:22:34 2010 New Revision: 162345 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=162345 Log: PR c++/44967 * pt.c (tsubst_copy_and_build): Rewo

[Bug c++/44967] [C++0x] decltype of method call dependent on pack expansion crashes

--- Comment #5 from jason at gcc dot gnu dot org 2010-07-20 18:23 --- Fixed. -- jason at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED

[Bug rtl-optimization/43494] [4.4/4.5/4.6 Regression] Overlooked dependency causes wrong scheduling, wrong code

--- Comment #15 from steven at gcc dot gnu dot org 2010-07-20 18:08 --- Works with "gcc-4.3 (Debian 4.3.5-1) 4.3.5", both with -fpic and with -fno-inline. That makes this bug a regression. CC:RM - who happens to know a thing or two about the alias analysis code also. -- steven at gc

[Bug c++/45002] Name of member class of template class cannot be used as argument type.

--- Comment #4 from paolo dot carlini at oracle dot com 2010-07-20 18:03 --- ... and if you are looking for a technical explanation of these topics outside the Standard itself, I'm pretty sure the libraries of your renowned university have tens of copies of "C++ Templates" by Vandevoord

[Bug rtl-optimization/43494] Overlooked dependency causes wrong scheduling, wrong code

--- Comment #14 from steven at gcc dot gnu dot org 2010-07-20 17:56 --- The options "-O2 -fno-inline" is enough to make the test case of comment #5 fail. This bug is not specific to -fpic / -fPIC, inlining of f1 just hides the bug for the non-PIC case. -- steven at gcc dot gnu dot or

[Bug c++/45002] Name of member class of template class cannot be used as argument type.

--- Comment #3 from redi at gcc dot gnu dot org 2010-07-20 17:50 --- (In reply to comment #2) > > PS: If it were easy to do a better error message would be good. If it were easy to do I think it would have been done by now, but feel free to open a bug report requesting it as an enhance

[Bug c++/44967] [C++0x] decltype of method call dependent on pack expansion crashes

--- Comment #3 from jason at gcc dot gnu dot org 2010-07-20 17:34 --- Subject: Bug 44967 Author: jason Date: Tue Jul 20 17:34:18 2010 New Revision: 162343 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=162343 Log: PR c++/44967 * pt.c (tsubst_copy_and_build): Hand

[Bug debug/45003] VTA issues with sign/zero extension and debug temporaries

-- 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 debug/45006] [4.6 regression] Failed to bootstrap

--- Comment #4 from hjl dot tools at gmail dot com 2010-07-20 16:21 --- (In reply to comment #3) > Created an attachment (id=21268) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21268&action=view) [edit] > gcc46-pr45006.patch > > Untested fix. Either of the hunks should be suffic

[Bug fortran/43665] INTENT(IN) etc. optimization of calls: function annotations for noclobber/noescape arguments

--- Comment #11 from burnus at gcc dot gnu dot org 2010-07-20 16:12 --- (In reply to comment #10) > No, this problem was present for ipa-sra, but I thought it was fixed. > Does -fno-ipa-sra help? No, it doesn't. But with that option, the number of arguments still reduces from 4 to 2 (be

[Bug debug/45006] [4.6 regression] Failed to bootstrap

--- Comment #3 from jakub at gcc dot gnu dot org 2010-07-20 16:12 --- Created an attachment (id=21268) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21268&action=view) gcc46-pr45006.patch Untested fix. Either of the hunks should be sufficient for this issue (and, in any case, ia6

[Bug debug/45006] [4.6 regression] Failed to bootstrap

-- 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 fortran/43665] INTENT(IN) etc. optimization of calls: function annotations for noclobber/noescape arguments

--- Comment #10 from rguenth at gcc dot gnu dot org 2010-07-20 16:01 --- No, this problem was present for ipa-sra, but I thought it was fixed. Does -fno-ipa-sra help? Martin? -- rguenth at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug fortran/43665] INTENT(IN) etc. optimization of calls: function annotations for noclobber/noescape arguments

--- Comment #9 from burnus at gcc dot gnu dot org 2010-07-20 15:58 --- The procedure 'checkoptional' gets '.rrrw' set as the fn spec. With -O1, the if after the first "checkoptional" gets properly optimized away (cf. comment 7 and original test case). With -O2, the number of arguments

[Bug c++/45002] Name of member class of template class cannot be used as argument type.

--- Comment #2 from walton at seas dot harvard dot edu 2010-07-20 15:54 --- Subject: Re: Name of member class of template class cannot be used as argument type. Umpf, sorry. So I take it on reading up on name resolution that 14.6-2 requires `typename[::]' if the type name is quali

[Bug lto/45007] ICE in stabilize_va_list_loc, at builtins.c:4362

--- Comment #1 from marcus at jet dot franken dot de 2010-07-20 15:35 --- Created an attachment (id=21267) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21267&action=view) xx.c reduced testcase -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45007

[Bug bootstrap/44970] [4.6 regression] Revision 162270 failed to bootstrap

--- Comment #36 from bernds at gcc dot gnu dot org 2010-07-20 15:35 --- I've committed another fix for the (not only) powerpc problem as r162342. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44970

[Bug middle-end/45006] [4.6 regression] Failed to bootstrap

--- Comment #2 from hjl dot tools at gmail dot com 2010-07-20 15:34 --- Created an attachment (id=21266) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21266&action=view) The preprocessed source /export/gnu/import/rrs/162337/bld/./gcc/xgcc -B/export/gnu/import/rrs/162337/bld/./gcc/

[Bug lto/45007] New: ICE in stabilize_va_list_loc, at builtins.c:4362

gcc -O2 -o xx -flto xx.c In file included from xx.c:10:0, from :0: xx.c: In function ‘foo’: xx.c:5:23: internal compiler error: in stabilize_va_list_loc, at builtins.c:4362 Please submit a full bug report, with preprocessed source if appropriate. See

[Bug fortran/43665] INTENT(IN) etc. optimization of calls: function annotations for noclobber/noescape arguments

--- Comment #8 from burnus at gcc dot gnu dot org 2010-07-20 15:26 --- Reduced test case (of allocatable_scalar_4.f90) - fails with "ERROR STOP 1": program test implicit none integer, allocatable :: b allocate(b) b = 7482 call checkOptional(.false.,.true., 7482) call checkOp

[Bug lto/43373] -fwhopr -fuse-linker-plugin ICE compressed stream data error

--- Comment #4 from rguenth at gcc dot gnu dot org 2010-07-20 15:08 --- This is fixed on trunk, testcase adding pending on -fuse-linker-plugin support in the testsuite. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added

[Bug middle-end/45006] [4.6 regression] Failed to bootstrap

--- Comment #1 from jakub at gcc dot gnu dot org 2010-07-20 15:08 --- Can you please attach preprocessed source (and what options have been used to compile it)? Thanks. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45006

[Bug lto/42696] lto1 error with -fsigned-char and char comparison

--- Comment #3 from rguenth at gcc dot gnu dot org 2010-07-20 15:06 --- Fixed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED

[Bug lto/42696] lto1 error with -fsigned-char and char comparison

to/42696 * gcc.dg/lto/20100720-4_0.c: New testcase. Added: trunk/gcc/testsuite/gcc.dg/lto/20100720-4_0.c Modified: trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42696

[Bug fortran/43665] INTENT(IN) etc. optimization of calls: function annotations for noclobber/noescape arguments

--- Comment #7 from burnus at gcc dot gnu dot org 2010-07-20 15:06 --- Created an attachment (id=21265) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21265&action=view) Draft patch for external/user procs with INTENT (mostly OK, but breaks existing test) The attached patch mostly

[Bug tree-optimization/44976] reductions with short variables do not get vectorized

--- Comment #2 from rguenth at gcc dot gnu dot org 2010-07-20 14:48 --- t.c:6: note: reduction: not commutative/associative: sum_13 = (short int) D.2726_12; this is because sum = (short)((int)sum + (int)a[i]); cannot be folded to sum = sum + a[i]; as that exposes new undefined o

[Bug fortran/45005] gfortran.dg/allocate_with_typespec.f90 failed

--- Comment #2 from burnus at gcc dot gnu dot org 2010-07-20 14:41 --- gfortran.dg/allocate_with_typespec.f90 shows on x86-64-linux (-m64): gfortran.dg/allocate_with_typespec.f90:25:0: internal compiler error: Segmentation fault ==11535== Invalid read of size 8 ==11535==at 0x54250

[Bug target/26262] Named section support should infer segment name

--- Comment #4 from iains at gcc dot gnu dot org 2010-07-20 14:34 --- having said that, isn't this just a problem of bad source code? if the target is darwin - then the section name should be specified appropriately surely? I guess filling it in automatically would be possible, by som

[Bug bootstrap/44970] [4.6 regression] Revision 162270 failed to bootstrap

--- Comment #35 from bernds at gcc dot gnu dot org 2010-07-20 14:21 --- Created an attachment (id=21264) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21264&action=view) Another attempt to fix the pa64 problem David, here's a new patch which might fix the PA problem. Please apply

[Bug lto/42451] 'warning: type of "array" does not match original declaration' with -flto/-fwhopr

--- Comment #9 from rguenth at gcc dot gnu dot org 2010-07-20 14:21 --- The issue is with the cache for outcomes of gimple_types_compatible_p. When hitting cycles in the type graph we assume equality but also record final decisions based on it. So we end up merging the two struct link

[Bug target/26262] Named section support should infer segment name

--- Comment #3 from iains at gcc dot gnu dot org 2010-07-20 14:17 --- (In reply to comment #2) > This is still a problem. Iain, one for you? I'll take a shufftie.. ... can one overload attribute handling? (i.e. can I sneek a darwin-specific handler in via the target table in darwin.h

[Bug target/25372] Aligned args on IA64

--- Comment #7 from olivier dot aumage at labri dot fr 2010-07-20 14:16 --- Subject: Re: Aligned args on IA64 Hi, >From the comments, one may be convinced that the generated code is ok. Now the question is whether a warning should be triggered or not. A warning would of course be con

[Bug middle-end/45006] New: [4.6 regression] Failed to bootstrap

On Linux/ia64, revision 162337 gave ../../../src-trunk/libgcc/../gcc/emutls.c: In function 'emutls_init': ../../../src-trunk/libgcc/../gcc/emutls.c:81:1: internal compiler error: tree check: expected class 'expression', have 'declaration' (function_decl) in expand_debug_expr, at cfgexpand.c:2430 P

[Bug rtl-optimization/43494] gcc.c-torture/execute/vector-2.c fails with -fpic/-fPIC

--- Comment #13 from amonakov at gcc dot gnu dot org 2010-07-20 14:13 --- (In reply to comment #10) > Re. comment 9: Well, the order of *this* store and *this* load is the > difference between the test case failing or passing. So I do not think the > problem is between this load and ano

  1   2   >