[Bug middle-end/43519] [graphite] Bootstrap with Graphite enabled fails in Java libs

--- Comment #8 from spop at gcc dot gnu dot org 2010-04-06 06:14 --- Subject: Bug 43519 Author: spop Date: Tue Apr 6 06:14:26 2010 New Revision: 157978 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157978 Log: Fix 473.astar miscompile. 2010-04-05 Sebastian Pop PR

[Bug middle-end/43519] [graphite] Bootstrap with Graphite enabled fails in Java libs

--- Comment #7 from sebpop at gmail dot com 2010-04-06 05:54 --- Subject: Re: [graphite] Bootstrap with Graphite enabled fails in Java libs On Mon, Apr 5, 2010 at 22:16, spop at gcc dot gnu dot org wrote: > URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157977 > Log: >

Re: [Bug middle-end/43519] [graphite] Bootstrap with Graphite enabled fails in Java libs

On Mon, Apr 5, 2010 at 22:16, spop at gcc dot gnu dot org wrote: > URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157977 > Log: > Use build_nonstandard_integer_type. This commit seems to create problems both in chrec_convert and in the niter estimations: these use unsigned_type_for and sig

[Bug c/43661] New: ice in fold_comparison, at fold-const.c:9579

reg...@john-home:~/volatile/bugs/tmp310$ current-gcc -Os small.c -c small.c: In function ‘func’: small.c:10:6: internal compiler error: in fold_comparison, at fold-const.c:9579 Please submit a full bug report, with preprocessed source if appropriate. See for instructi

[Bug middle-end/43519] [graphite] Bootstrap with Graphite enabled fails in Java libs

--- Comment #5 from spop at gcc dot gnu dot org 2010-04-06 03:16 --- Subject: Bug 43519 Author: spop Date: Tue Apr 6 03:15:58 2010 New Revision: 157976 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157976 Log: Use POINTER_PLUS_EXPR for pointer types. 2010-04-04 Sebastian Pop

[Bug middle-end/43519] [graphite] Bootstrap with Graphite enabled fails in Java libs

--- Comment #5 from spop at gcc dot gnu dot org 2010-04-06 03:16 --- Subject: Bug 43519 Author: spop Date: Tue Apr 6 03:15:58 2010 New Revision: 157976 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157976 Log: Use POINTER_PLUS_EXPR for pointer types. 2010-04-04 Sebastian Pop

[Bug lto/43659] -flto doesn't remember -fPIC

--- Comment #1 from pinskia at gmail dot com 2010-04-06 03:01 --- Subject: Re: New: -flto doesn't remember -fPIC This is done on purpose. The -fpic is needed on the link line too. This is a bug in libtool. Sent from my iPhone On Apr 5, 2010, at 6:47 PM, "debian-gcc at lists dot de

Re: [Bug lto/43659] New: -flto doesn't remember -fPIC

This is done on purpose. The -fpic is needed on the link line too. This is a bug in libtool. Sent from my iPhone On Apr 5, 2010, at 6:47 PM, "debian-gcc at lists dot debian dot org" > wrote: [forwarded from http://bugs.debian.org/524176] Matthias gcc-4.5 with -flto doesn't work with -fPI

[Bug libstdc++/43660] New: range of random-number generator seems wrong/confusing

[forwarded from http://bugs.debian.org/568616] Matthias The random-number distributions in C++0x include a special "one-shot" facility, where the random bounds can be passed to the generator function. This is explicitly intended (judging from committee writings, and source comments in the lib

[Bug lto/43659] New: -flto doesn't remember -fPIC

[forwarded from http://bugs.debian.org/524176] Matthias gcc-4.5 with -flto doesn't work with -fPIC properly. Simple testcase: int entry(int a) { return bar(a)+1; } int bar(int a) { return a+4; } $ gcc-4.5 foo1.c -flto -fPIC -DPIC -c $ gcc-4.5 foo2.c -flto -fPIC -DPIC -c $ gcc-4.5 foo

[Bug lto/43658] ICE: SIGSEGV with -flto in aggregate_value_p (function.c:1859)

--- Comment #2 from zsojka at seznam dot cz 2010-04-06 00:06 --- Created an attachment (id=20321) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20321&action=view) less reduced testcase Shows important parts of original code. Needs -fkeep-inline-functions Command line: g++ -flto -f

[Bug lto/43658] ICE: SIGSEGV with -flto in aggregate_value_p (function.c:1859)

--- Comment #1 from zsojka at seznam dot cz 2010-04-05 23:52 --- Created an attachment (id=20320) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20320&action=view) reduced testcase Reduced from testsuite/g++.dg/lto/20091219_0.C -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43

[Bug lto/43658] New: ICE: SIGSEGV with -flto in aggregate_value_p (function.c:1859)

Command line: g++ -flto testcase.C Tested revisions: r157965 - crash r157805 - crash Valgrind output: $ valgrind -q --trace-children=yes /mnt/svn/gcc-trunk/binary-157965-lto/bin/g++ -flto testcase.C ==6163== Conditional jump or move depends on uninitialised value(s) ==6163==at 0xDF5175: long

[Bug tree-optimization/43657] [4.3/4.4/4.5 Regression] -ftree-loop-linear causes FAIL: gcc.dg/vect/vect-cond-5.c execution test

--- Comment #1 from zsojka at seznam dot cz 2010-04-05 23:02 --- Created an attachment (id=20319) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20319&action=view) slightly reduced testcase, showing computed data $ gcc-4.5.0-alpha20100401 -O1 -ftree-loop-linear pr43657.c && ./a.out

[Bug tree-optimization/43657] New: [4.3/4.4/4.5 Regression] -ftree-loop-linear causes FAIL: gcc.dg/vect/vect-cond-5.c execution test

Compiler output: $ gcc -O1 -ftree-loop-linear vect-cond-5.c && ./a.out Aborted Tested revisions: r157985 - fail 4.4.3, 4.3.4 - fail 4.2.4, 4.1.2 - OK -- Summary: [4.3/4.4/4.5 Regression] -ftree-loop-linear causes FAIL: gcc.dg/vect/vect-cond-5.c execution test

[Bug middle-end/43656] "-fcompare-debug failure" with "-O2 -fschedule-insns -fsched-pressure -funroll-loops -fgraphite-identity"

--- Comment #1 from zsojka at seznam dot cz 2010-04-05 22:31 --- Created an attachment (id=20318) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20318&action=view) reduced testcase Command line: gcc -O2 -fschedule-insns -fsched-pressure -funroll-loops -fgraphite-identity -fcompare-

[Bug middle-end/43656] New: "-fcompare-debug failure" with "-O2 -fschedule-insns -fsched-pressure -funroll-loops -fgraphite-identity"

Command line: gcc -O2 -fschedule-insns -fsched-pressure -funroll-loops -fgraphite-identity -fcompare-debug testcase.c Tested revisions: r157965 - fail r157877 - fail r153685 - fail -- Summary: "-fcompare-debug failure" with "-O2 -fschedule-insns - fsched-pressure

[Bug tree-optimization/43655] [4.5 Regression] -ftree-ter causes FAIL: g++.old-deja/g++.law/temps5.C execution test

--- Comment #1 from zsojka at seznam dot cz 2010-04-05 21:23 --- Created an attachment (id=20317) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20317&action=view) g++.old-deja/g++.law/temps5.C -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43655

[Bug tree-optimization/43655] New: [4.5 Regression] -ftree-ter causes FAIL: g++.old-deja/g++.law/temps5.C execution test

Command line: g++ -ftree-ter temps5.C && ./a.out Tested revisions: r157965 - fail r153685 - fail 4.4 r157895 - OK 4.4.3, 4.3.4, 4.2.4, 4.1.2 - OK Compiler output: $ /mnt/svn/gcc-trunk/binary-157965-lto/bin/g++ -ftree-ter temps5.C && ./a.out FAIL -- Summary: [4.5 Regression] -ftree-t

[Bug middle-end/43654] Very long compile time with -O2 -floop-block

--- Comment #1 from zsojka at seznam dot cz 2010-04-05 20:49 --- Created an attachment (id=20316) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20316&action=view) reduced testcase When the loop body is changed to: x[i][j][k] = i + j + k; compilation finishes in ~85s --

[Bug middle-end/43654] New: Very long compile time with -O2 -floop-block

Tested revisions: r157965 - fail (~140s) r153685 - crash 4.4 r157895 - OK (~0.2s) Executed on a 1.6GHz CPU, CLooG-PPL 0.15.8, PPL 0.10.2: $ /mnt/svn/gcc-trunk/binary-157965-lto/bin/gcc -O2 -floop-block testcase.c -ftime-report -c Execution times (seconds) Graphite loop transforms: 135.75 (100%)

[Bug rtl-optimization/43653] ICE: in reload, at reload1.c:1188 with -O2 -ftree-vectorize and empty struct

--- Comment #1 from zsojka at seznam dot cz 2010-04-05 20:11 --- Created an attachment (id=20315) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20315&action=view) reduced testcase -O1 is enough for this testcase: $ gcc -O1 -ftree-vectorize pr43653.c pr43653.c: In function 'foo':

[Bug rtl-optimization/43653] New: ICE: in reload, at reload1.c:1188 with -O2 -ftree-vectorize and empty struct

Command line: gcc -O2 -ftree-vectorize testcase.c Tested versions: r157965 - crash alpha20100401 - crash (disabled checking) 4.4.3, 4.3.4 - crash (gentoo, disabled checking) 4.2.4, 4.1.2 - OK (gentoo, disabled checking) Compiler output - with checking: $ gcc -O2 -ftree-vectorize testcase.c testca

[Bug c++/43652] wrong column number for duplicate qualifier

-- manu at gcc dot gnu dot org changed: What|Removed |Added Severity|normal |enhancement Status|UNCONFIRMED |NEW Eve

[Bug c++/43652] New: wrong column number for duplicate qualifier

static const char const * stdin_name = ""; g++ -c test.cc test.cc:1:1: error: duplicate 'const' -- Summary: wrong column number for duplicate qualifier Product: gcc Version: 4.5.0 Status: UNCONFIRMED Keywords: diagnostic Severity

[Bug c/43651] New: add warning for duplicate qualifier

The C front end does not warn for a duplicate qualifier: static const char const * stdin_name = ""; static const char * const stdout_name = ""; while ICC does: main-hv.c(54): warning #83: type qualifier specified more than once static const char const * stdin_name = ""; ^

[Bug tree-optimization/43650] "-fcompare-debug failure" with "-O2 -fpeel-loops -fgraphite-identity"

--- Comment #1 from zsojka at seznam dot cz 2010-04-05 18:17 --- Created an attachment (id=20314) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20314&action=view) reduced testcase Command line: gcc -O2 -fpeel-loops -fgraphite-identity -fcompare-debug pr43650.c -- http://gcc.g

[Bug tree-optimization/43650] New: "-fcompare-debug failure" with "-O2 -fpeel-loops -fgraphite-identity"

Command line: gcc -O2 -fpeel-loops -fgraphite-identity -fcompare-debug testcase.c Tested revisions: r157965 - fail r157877 - OK -- Summary: "-fcompare-debug failure" with "-O2 -fpeel-loops - fgraphite-identity" Product: gcc Version: 4.5.0

[Bug debug/42648] [4.5 Regression] gcc.dg/guality/pr41353-1.c FAILs at -On, n > 0

--- Comment #4 from ubizjak at gmail dot com 2010-04-05 18:02 --- (In reply to comment #3) > Yeah, fixed (i686-linux-gnu) by revision 156693, from Feb 11. I couldn't > duplicate it at all on x86_64-linux-gnu. If the problem is still present on > some other platform, please reopen and s

[Bug middle-end/43519] [graphite] Bootstrap with Graphite enabled fails in Java libs

--- Comment #3 from sebpop at gmail dot com 2010-04-05 17:30 --- Subject: Re: [graphite] Bootstrap with Graphite enabled fails in Java libs On Mon, Apr 5, 2010 at 04:47, rguenth at gcc dot gnu dot org wrote: > You shouldn't be using type_for_size but instead use > build_nonst

Re: [Bug middle-end/43519] [graphite] Bootstrap with Graphite enabled fails in Java libs

On Mon, Apr 5, 2010 at 04:47, rguenth at gcc dot gnu dot org wrote: > You shouldn't be using type_for_size but instead use > build_nonstandard_integer_type. I copied this from another LNO pass, should I also update that pass? What about this patch? Sebastian From 504de7abe45a6b5f663c22e1fef54964

[Bug c++/43648] [4.5 regression] ICE with explicit destructor call and typedef

-- 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/43642] FAIL: c-c++-common/raw-string-1.c

--- Comment #8 from jason at gcc dot gnu dot org 2010-04-05 16:14 --- The patch is OK if it passes testing. Though you might use "uchar" rather than "unsigned char". -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43642

[Bug preprocessor/43642] FAIL: c-c++-common/raw-string-1.c

--- Comment #7 from jakub at gcc dot gnu dot org 2010-04-05 16:00 --- Note that a few lines before that is if (_cpp_trigraph_map[note->type]) and _cpp_trigraph_map is [UCHAR_MAX + 1] sized array, so note->type surely must be an unsigned char and nothing else (well, it will be only one of

[Bug c++/43649] Nested Class inherits indirectly or Compiler interprets command wrongly

--- Comment #1 from in10semotions at googlemail dot com 2010-04-05 15:59 --- Created an attachment (id=20312) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20312&action=view) Testcase -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43649

[Bug preprocessor/43642] FAIL: c-c++-common/raw-string-1.c

--- Comment #6 from jakub at gcc dot gnu dot org 2010-04-05 15:57 --- Created an attachment (id=20311) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20311&action=view) gcc45-pr43642.patch Untested fix. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43642

[Bug preprocessor/43642] FAIL: c-c++-common/raw-string-1.c

-- 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 c++/43649] New: Nested Class inherits indirectly or Compiler interprets command wrongly

Nested Class inherits indirectly or Compiler interprets command wrongly -- Summary: Nested Class inherits indirectly or Compiler interprets command wrongly Product: gcc Version: 4.4.3 Status: UNCONFIRMED Severity: minor

[Bug c++/43647] "confused by earlier errors, bailing out" for member template explicit specialization

--- Comment #3 from mikpe at it dot uu dot se 2010-04-05 15:52 --- Fixed by the fix for PR38089. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43647

[Bug c/43642] FAIL: c-c++-common/raw-string-1.c

--- Comment #5 from jakub at gcc dot gnu dot org 2010-04-05 15:44 --- And it shows on the same testcase even with just preprocessing: gcc -E -std=gnu99 -trigraphs r.c | tail -n 1 | hexdump 000 636f 6e73 7420 6368 6172 2073 345b 5d20 010 3d20 5222 283f 3f00 2922 3b0a 000

[Bug c/43642] FAIL: c-c++-common/raw-string-1.c

--- Comment #4 from jakub at gcc dot gnu dot org 2010-04-05 15:40 --- Minimal testcase seems to be: const char s4[] = R"(??()"; On powerpc64-linux native, compiled with -trigraphs -std=gnu99 -S this yields the correct: s4: .string "??(" but compiled with -std=gnu99 -trigraphs -S

[Bug c++/41884] diagnostics: error vs. context

--- Comment #15 from bangerth at gmail dot com 2010-04-05 15:28 --- FWIW, let me say that I believe that few people use -Wfatal-errors. Most of the time, experienced programmers are able to fix multiple bugs in one go-around if they get to see all error messages, and the less experienced

[Bug bootstrap/43619] Bootstrap failure: "/lib/cpp" fails sanity check

--- Comment #12 from mckelvey at maskull dot com 2010-04-05 14:36 --- (In reply to comment #11) > (In reply to comment #10) > > (In reply to comment #8) > > > > > cygcheck shows a reference to a sjlj dll, > > > > Woah, deja vu! > > > > > although --disable-sjlj-exceptions is spec

[Bug tree-optimization/42108] [4.4/4.5 Regression] 50% performance regression

--- Comment #50 from rguenth at gcc dot gnu dot org 2010-04-05 14:23 --- (In reply to comment #49) > At least the tree-vrp.c bit did not get applied (as of trunk r157950) > Yup, my fault. I looked at the wrong patch. Thus, the first comment applies - maybe stage1 with lots of cleanu

[Bug target/33413] Please provide __sync_lock_test_and_set builtin for ARM using swap insn

--- Comment #2 from spam_from_gcc_bugzilla at chezphil dot org 2010-04-05 14:10 --- Hi Richard, This is obviously less of an issue than it was in 2007. I think there are enough pre-ARMv6 systems still deployed that they cannot be ignored, though. For example, I believe that the Andro

[Bug target/33123] internal compiler error: in decode_addr_const ( arm-linux-gcc 3.4.6)

--- Comment #4 from rearnsha at gcc dot gnu dot org 2010-04-05 13:59 --- We cannot use unpreprocessed C file to replicate bugs -- you need to generate pre-processed output (.i). Use -save-temps as an extra option when compiling. Also, 3.4.6 is no-longer being maintained. Can you repr

[Bug target/34523] configure does not recognize --with-cpu=arm926ejs but --with-cpu=arm926ej-s

--- Comment #1 from rearnsha at gcc dot gnu dot org 2010-04-05 13:55 --- No, the canonical name for the CPU is correct -- with a dash. -- rearnsha at gcc dot gnu dot org changed: What|Removed |Added

[Bug target/33413] Please provide __sync_lock_test_and_set builtin for ARM using swap insn

--- Comment #1 from rearnsha at gcc dot gnu dot org 2010-04-05 13:53 --- SWP is deprecated in the ARM architecture. It would be a really bad idea to get gcc to generate that by default as it will break compatibility. -- rearnsha at gcc dot gnu dot org changed: What|

[Bug target/34064] ARM: missed optimization (conditional store)

-- rearnsha at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 GCC target tr

[Bug gcov-profile/26313] arm-elf-gcc with gcov option do not work

--- Comment #1 from rearnsha at gcc dot gnu dot org 2010-04-05 13:48 --- Only just come across this report as the 'target' field was not set. Have you tried a more recent compiler? I suspect that gcov will need support from your C library in order to work correctly, have you made sure

[Bug c/36774] -Wmissing-prototypes triggers on nested functions

--- Comment #5 from pzhao at gcc dot gnu dot org 2010-04-05 13:44 --- Proposed patch http://gcc.gnu.org/ml/gcc-patches/2010-04/msg00078.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36774

[Bug tree-optimization/42108] [4.4/4.5 Regression] 50% performance regression

--- Comment #49 from steven at gcc dot gnu dot org 2010-04-05 13:01 --- At least the tree-vrp.c bit did not get applied (as of trunk r157950) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42108

[Bug tree-optimization/42108] [4.4/4.5 Regression] 50% performance regression

--- Comment #48 from rguenther at suse dot de 2010-04-05 12:56 --- Subject: Re: [4.4/4.5 Regression] 50% performance regression On Mon, 5 Apr 2010, rguenther at suse dot de wrote: > --- Comment #47 from rguenther at suse dot de 2010-04-05 12:54 --- > Subject: Re: [4.4/4.5 R

[Bug rtl-optimization/40775] [4.4/4.5 Regression] ICE in find_valid_class, at reload.c:701

--- Comment #5 from steven at gcc dot gnu dot org 2010-04-05 12:56 --- *** This bug has been marked as a duplicate of 37440 *** -- steven at gcc dot gnu dot org changed: What|Removed |Added

[Bug ada/37440] [4.4/4.5 Regression] GNAT Bug Box a-ngcefu.adb:397

--- Comment #5 from steven at gcc dot gnu dot org 2010-04-05 12:56 --- *** Bug 40775 has been marked as a duplicate of this bug. *** -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37440

[Bug c++/43646] [C++0x] decltype and std::integral_constant

--- Comment #2 from bangerth at gmail dot com 2010-04-05 12:56 --- I think this should work. I can't see how it would be invalid as template argument for integral_constant but valid for identity. W. -- bangerth at gmail dot com changed: What|Removed

[Bug ada/37440] [4.4/4.5 Regression] GNAT Bug Box a-ngcefu.adb:397

--- Comment #4 from steven at gcc dot gnu dot org 2010-04-05 12:55 --- Joel, is this still a problem, or not? If so, please reconfirm the bug and change the bug status back to NEW. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37440

[Bug c/43633] sizeof returns wrong size for large long long values when using -std=c99

--- Comment #3 from truedfx at gentoo dot org 2010-04-05 12:54 --- (In reply to comment #2) > §6.4.4.1 Integer constants: > > If an integer constant cannot be represented by any type in its list, it may > have an extended integer type, if the extended integer type can represent its > va

[Bug tree-optimization/42108] [4.4/4.5 Regression] 50% performance regression

--- Comment #47 from rguenther at suse dot de 2010-04-05 12:54 --- Subject: Re: [4.4/4.5 Regression] 50% performance regression On Mon, 5 Apr 2010, steven at gcc dot gnu dot org wrote: > --- Comment #46 from steven at gcc dot gnu dot org 2010-04-05 12:52 > --- > What happen

[Bug tree-optimization/42108] [4.4/4.5 Regression] 50% performance regression

--- Comment #46 from steven at gcc dot gnu dot org 2010-04-05 12:52 --- What happened with the patch of comment #33? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42108

[Bug c++/43648] [4.5 regression] ICE with explicit destructor call and typedef

--- Comment #2 from bangerth at gmail dot com 2010-04-05 12:46 --- Thanks Richard for the quick confirmation. I should have mentioned that this worked on previous versions up to at least 4.3.3. W. -- bangerth at gmail dot com changed: What|Removed

[Bug c++/43647] "confused by earlier errors, bailing out" for member template explicit specialization

--- Comment #2 from redi at gcc dot gnu dot org 2010-04-05 12:45 --- 4.5 doesn't get confused by earlier errors -- redi at gcc dot gnu dot org changed: What|Removed |Added

[Bug target/39718] [4.5 Regression][cond-optab] crash on crx in IRA

-- steven at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 GCC target trip

[Bug c++/43648] [4.5 regression] ICE with explicit destructor call and typedef

--- Comment #1 from rguenth at gcc dot gnu dot org 2010-04-05 12:42 --- Confirmed on i?86-linux. gcc$ ./cc1plus -quiet t.Ct.C: In member function 'void dealii::X::f() [with int dim = 2, int spacedim = 2]': t.C:20:19: instantiated from here t.C:16:8: error: no type named 'ScalarView' i

[Bug testsuite/40625] [4.5 Regression] Errors in "make -k check-gcc RUNTESTFLAGS=plugin.exp"

--- Comment #7 from steven at gcc dot gnu dot org 2010-04-05 12:34 --- According to comment #6 this works now. Can the OP please confirm? -- steven at gcc dot gnu dot org changed: What|Removed |Added

[Bug c++/43647] "confused by earlier errors, bailing out" for member template explicit specialization

--- Comment #1 from hovhannes_ter_meliqsetyan at yahoo dot com 2010-04-05 12:25 --- Created an attachment (id=20310) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20310&action=view) main.ii file And here is the attached main.ii file for this issue. -- http://gcc.gnu.org/bugz

[Bug c++/43648] New: [4.5 regression] ICE with explicit destructor call and typedef

With mainline from 20100107, the following code fails on Mac OS X: -- namespace dealii { namespace FEValuesViews { template struct Scalar {}; } template struct X { FEValuesViews::Scalar scalars[dim*spacedim]; void f() {

[Bug c++/43647] New: "confused by earlier errors, bailing out" for member template explicit specialization

Target: x86_64-linux-gnu Configured with: ../src/configure -v --with-pkgversion='Ubuntu 4.4.1-4ubuntu9' --with-bugurl=file:///usr/share/doc/gcc-4.4/README.Bugs --enable-languages=c,c++,fortran,objc,obj-c++ --prefix=/usr --enable-shared --enable-multiarch --enable-linker-build-id --with-system-zlib

[Bug c++/43646] decltype and std::integral_constant

--- Comment #1 from jwakely dot gcc at gmail dot com 2010-04-05 11:39 --- Is this related to DR 743 or 950, and so likely to get fixed when N3049 is supported? -- jwakely dot gcc at gmail dot com changed: What|Removed |Added --

[Bug c++/43646] New: decltype and std::integral_constant

This was originally sent as an email to gcc-bugs: http://gcc.gnu.org/ml/gcc-bugs/2010-04/msg00167.html I'm entering it here on his behalf... The following translation unit seems to show a bug exhibited by 4.4.3 and 4.5. #include template struct plus : std::integral_constant<

[Bug c++/43645] 32 bit pointer in top half of VM casts to unsigned long long incorrectly

--- Comment #4 from rguenth at gcc dot gnu dot org 2010-04-05 10:27 --- This is implementation-defined. See http://gcc.gnu.org/onlinedocs/gcc-4.4.3/gcc/Arrays-and-pointers-implementation.html#Arrays-and-pointers-implementation -- rguenth at gcc dot gnu dot org changed: W

[Bug c++/43645] 32 bit pointer in top half of VM casts to unsigned long long incorrectly

--- Comment #3 from alangcarter at gmail dot com 2010-04-05 10:20 --- Created an attachment (id=20309) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20309&action=view) g++ command and console output -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43645

[Bug c++/43645] 32 bit pointer in top half of VM casts to unsigned long long incorrectly

--- Comment #2 from alangcarter at gmail dot com 2010-04-05 10:19 --- Created an attachment (id=20308) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20308&action=view) .ii file from compiling test program -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43645

[Bug c++/43645] 32 bit pointer in top half of VM casts to unsigned long long incorrectly

--- Comment #1 from alangcarter at gmail dot com 2010-04-05 10:18 --- Created an attachment (id=20307) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20307&action=view) Source code of demo program -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43645

[Bug c++/43645] New: 32 bit pointer in top half of VM casts to unsigned long long incorrectly

A 32 bit pointer with highest bit set ( >= 0x8000) is incorrectly cast to unsigned long long. The top 32 bits of the unsigned long long are all set 1, not 0. The problem does not occur if the pointer is less than 0x8000 or if it is first cast to unsigned long and that is then cast to unsign

[Bug c/42599] arm-elf-gcc 4.4.2 internal compiler error in expand_expr_addr_1 at expr.c:6835

--- Comment #2 from rearnsha at gcc dot gnu dot org 2010-04-05 10:15 --- Your source code isn't valid. Naked functions can't just call other C functions, as they have no prologue/epilogue sequences supplied by the compiler. Nevertheless, the compiler shouldn't ICE. -- rearnsha at

[Bug target/43643] gcc -m64 -pg corrupts %rdx / %rcx register

--- Comment #2 from rguenth at gcc dot gnu dot org 2010-04-05 10:06 --- Confirmed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added CC|

[Bug target/43644] __uint128_t missed optimizations.

--- Comment #1 from rguenth at gcc dot gnu dot org 2010-04-05 10:03 --- Confirmed. There may be (a) dup(s) for this bug. The issue seems to be that the ra doesn't pessimize the use of callee-saved regs. Does it? In example foo1 cprop-hardreg and dce get rid of the %rbx use, but that'

[Bug inline-asm/43518] ARM register constraint for ldrd and strd instructions

--- Comment #1 from rearnsha at gcc dot gnu dot org 2010-04-05 10:02 --- Please supply a full testcase, and explain precisely the problem you are seeing. I cannot determine from your initial post what problem you are seeing. -- rearnsha at gcc dot gnu dot org changed: W

[Bug fortran/42607] add information about how to compile a module

--- Comment #8 from envite at rolamasao dot org 2010-04-05 10:00 --- I do not care particularly about automake and such, but precisely because the Fortran standard does not say a word about module files the user expects to get info about them _for his compiler_ in _his compiler documenta

[Bug debug/43439] Dwarf:Wrong location information of function argument

--- Comment #1 from tanaka at personal-media dot co dot jp 2010-04-05 09:57 --- I'm Sorry. This binary file can be read correctly, by gdb-7.1. Unlike gcc-3, the value of DW_OP_fbreg does not express the offset of arguments from frame pointer directly. -- tanaka at personal-media d

[Bug middle-end/43519] [graphite] Bootstrap with Graphite enabled fails in Java libs

--- Comment #2 from rguenth at gcc dot gnu dot org 2010-04-05 09:47 --- You shouldn't be using type_for_size but instead use build_nonstandard_integer_type. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43519

[Bug bootstrap/12026] m68k-coff build fails due to undefined references to _EH_FRAME_BEGIN

--- Comment #5 from schwab at linux-m68k dot org 2010-04-05 09:36 --- m68k-*-coff is no longer supported. -- schwab at linux-m68k dot org changed: What|Removed |Added

[Bug target/40905] GCC creates invalid executable with auto-imported DLL and __attribute__((cold))

--- Comment #7 from ktietz at gcc dot gnu dot org 2010-04-05 09:17 --- (In reply to comment #6) > I added you to this thread, as you merged new pseudo-relocation code to > mingw.org's runtime. > As cygwin and mingw.org are supporting now new linker generated runtime-pseudo-relocation,

[Bug c/43553] libgcc built with -DHAVE_CC_TLS against xgcc when emutls in use

--- Comment #30 from developer at sandoe-acoustics dot co dot uk 2010-04-05 08:33 --- (In reply to comment #29) > Iain, >Do please post the revised patch to gcc-patches with a changelog. That may > incite a review from the emutls maintainers. see: http://gcc.gnu.org/ml/gcc-patches/

[Bug middle-end/43602] ___emutls_v.__gcov_indirect_call_[counters|callee] undefined on *-*-darwin*

--- Comment #20 from developer at sandoe-acoustics dot co dot uk 2010-04-05 08:32 --- see: http://gcc.gnu.org/ml/gcc-patches/2010-04/msg00129.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43602

[Bug debug/42648] [4.5 Regression] gcc.dg/guality/pr41353-1.c FAILs at -On, n > 0

--- Comment #3 from aoliva at gcc dot gnu dot org 2010-04-05 07:48 --- Yeah, fixed (i686-linux-gnu) by revision 156693, from Feb 11. I couldn't duplicate it at all on x86_64-linux-gnu. If the problem is still present on some other platform, please reopen and specify. -- aoliva at g

[Bug middle-end/43519] [graphite] Bootstrap with Graphite enabled fails in Java libs

--- Comment #1 from spop at gcc dot gnu dot org 2010-04-05 06:59 --- Subject: Bug 43519 Author: spop Date: Mon Apr 5 06:58:46 2010 New Revision: 157963 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157963 Log: Compute min and max bounds for IVs and infer types. 2010-04-04 Se