[Bug testsuite/56206] [4.7.3 regression] "dg-require-effective-target arm_hard_vfp_ok" triggers many test suite errors

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56206 --- Comment #1 from Janis Johnson 2013-02-04 18:07:12 UTC --- Author: janis Date: Mon Feb 4 18:07:06 2013 New Revision: 195725 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=195725 Log: PR testsuite/56206 * lib/target

[Bug testsuite/55780] effective targets arm_arch_v*_multilib are not strict enough

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55780 --- Comment #5 from Janis Johnson 2013-02-19 23:53:05 UTC --- The gcc.target/arm/ftest-*.c tests now work without hangs, but the effective target checks are still in the testsuite available to be used by other tests where they will show th

[Bug testsuite/54622] New: gcc.dg/vect test failures for arm big-endian

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54622 Bug #: 54622 Summary: gcc.dg/vect test failures for arm big-endian Classification: Unclassified Product: gcc Version: 4.8.0 Status: UNCONFIRMED Severity: normal Prior

[Bug testsuite/54622] gcc.dg/vect test failures for arm big-endian

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54622 --- Comment #2 from Janis Johnson 2012-09-19 01:16:58 UTC --- Effective targets vect_unpack and vect_pack_trunc both require little endian for ARM, which is why I thought that perhaps some of the others do as well.

[Bug testsuite/54622] gcc.dg/vect test failures for arm big-endian

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54622 --- Comment #6 from Janis Johnson 2012-09-26 16:45:25 UTC --- It's important to continue to run the vectorization tests with ARM big-endian to detect regressions in the execution tests, so I don't want to exclude it from all vect effective

[Bug testsuite/54622] gcc.dg/vect test failures for arm big-endian

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54622 --- Comment #7 from Janis Johnson 2012-09-26 21:51:53 UTC --- I've tried requiring arm_little_endian for various vect_ effective targets, but the missing support isn't at all clear-cut. Lots of vectorization takes place so it's important

[Bug target/54338] internal compiler error: in find_costs_and_classes, at ira-costs.c:1711

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54338 Janis Johnson changed: What|Removed |Added CC||janis at gcc dot gnu.org

[Bug target/54723] New: test gcc.target/arm/div64-unwinding.c fails for GNU/Linux target

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54723 Bug #: 54723 Summary: test gcc.target/arm/div64-unwinding.c fails for GNU/Linux target Classification: Unclassified Product: gcc Version: 4.8.0 Status: UNCO

[Bug target/54723] test gcc.target/arm/div64-unwinding.c fails for GNU/Linux target

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54723 Janis Johnson changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|

[Bug tree-optimization/47404] gcc.dg/pr46909.c FAILs on IRIX 6.5

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47404 Janis Johnson changed: What|Removed |Added CC||janis at gcc dot gnu.org --- Comment #2

[Bug target/57814] New: gcc.target/powerpc/pr46728-* test failures for eabi targets

Priority: P3 Component: target Assignee: unassigned at gcc dot gnu.org Reporter: janis at gcc dot gnu.org CC: wschmidt at gcc dot gnu.org Target: powerpc-none-eabi, powerpc-none-eabispe Several of the tests added for PR46728 fail for powerpc

[Bug target/57816] New: ICE compiling __builtin_sqrt with powerpc-none-eabispe with -mpowerpc-gpopt

: normal Priority: P3 Component: target Assignee: unassigned at gcc dot gnu.org Reporter: janis at gcc dot gnu.org CC: wschmidt at gcc dot gnu.org Host: i686-pc-linux-gnu Target: powerpc-none-eabispe Build: i686

[Bug target/57814] gcc.target/powerpc/pr46728-* test failures for eabi targets

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57814 --- Comment #2 from Janis Johnson --- I filed http://gcc.gnu.org/PR57816 for the ICE mentioned above.

[Bug c++/19448] Different value representation for bitfield width exceeding its type size.

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19448 --- Comment #17 from Janis Johnson --- Paolo, I don't remember, but assume I didn't uncover anything else that was interesting.

[Bug c++/19448] Different value representation for bitfield width exceeding its type size.

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19448 --- Comment #21 from Janis Johnson --- I'm definitely not working on the bug anymore, and would have to do a lot of work (better left to experts) to figure out if the test is valid. Please assign it to someone else, or at least unassign it from m

[Bug debug/57389] ICE in dbx_reg_number, at dwarf2out.c:10507 on powerpc-spe target

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57389 Janis Johnson changed: What|Removed |Added CC||janis at gcc dot gnu.org --- Comment #7

[Bug target/58172] New: ifcvt test failures for armv8-a

Assignee: unassigned at gcc dot gnu.org Reporter: janis at gcc dot gnu.org CC: ramana at gcc dot gnu.org Target: arm-none-eabi The following test failures are regressions from GCC 4.8 for arm-none-eabi with multilib flags that include "-march=ar

[Bug c++/44473] iterators already defined for std::vector when using std::decimal

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44473 --- Comment #11 from Janis Johnson 2011-09-28 23:04:13 UTC --- There's a patch here: http://gcc.gnu.org/ml/gcc-patches/2010-12/msg00625.html approved here: http://gcc.gnu.org/ml/gcc-patches/2010-12/msg01208.html Apparently I never checke

[Bug c++/44473] iterators already defined for std::vector when using std::decimal

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44473 --- Comment #14 from Janis Johnson 2011-09-30 17:33:48 UTC --- Author: janis Date: Fri Sep 30 17:33:41 2011 New Revision: 179399 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=179399 Log: gcc/cp PR c++/44473 * mangle.c (write_type

[Bug testsuite/20771] Duplicate PCH test names

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20771 --- Comment #5 from Janis Johnson 2012-06-13 22:56:00 UTC --- Author: janis Date: Wed Jun 13 22:55:56 2012 New Revision: 188540 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=188540 Log: PR testsuite/20771 * lib/dg-pch.exp (dg-fla

[Bug testsuite/20771] Duplicate PCH test names

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20771 Janis Johnson changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[Bug testsuite/53664] New: neon-testgen.ml generates duplicate scan-assembler directives

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53664 Bug #: 53664 Summary: neon-testgen.ml generates duplicate scan-assembler directives Classification: Unclassified Product: gcc Version: 4.8.0 Status: UNCONFIRMED

[Bug testsuite/53665] New: test g++.dg/abi/mangle50.C has duplicate scan-assembler lines

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53665 Bug #: 53665 Summary: test g++.dg/abi/mangle50.C has duplicate scan-assembler lines Classification: Unclassified Product: gcc Version: 4.7.1 Status: UNCONFIRMED

[Bug testsuite/53664] neon-testgen.ml generates duplicate scan-assembler directives

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53664 --- Comment #2 from Janis Johnson 2012-06-20 14:15:52 UTC --- Two scan-assembler directives with the same search string don't look for two instances of the same string, they just look for the same thing twice and pass if that string only occurs o

[Bug testsuite/20771] Duplicate PCH test names

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20771 --- Comment #7 from Janis Johnson 2012-07-09 22:10:46 UTC --- Author: janis Date: Mon Jul 9 22:10:40 2012 New Revision: 189393 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=189393 Log: Backport from mainline. 2012-06-28 Janis J

[Bug testsuite/53664] neon-testgen.ml generates duplicate scan-assembler directives

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53664 --- Comment #5 from Janis Johnson 2012-07-30 18:34:50 UTC --- Thanks for looking, Ramana. I noticed in my investigation that the search string needs to be different for scan-assembler-times than for scan-assembler, since the regular expression h

[Bug testsuite/53664] neon-testgen.ml generates duplicate scan-assembler directives

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53664 --- Comment #8 from Janis Johnson 2012-07-31 15:56:12 UTC --- For some reason I couldn't apply the patch, but manually changed the tests to use { scan-assembler-times regexp 2 } instead of { scan assembler regexp }. Ramana, have you tried runnin

[Bug testsuite/53664] neon-testgen.ml generates duplicate scan-assembler directives

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53664 --- Comment #10 from Janis Johnson 2012-07-31 16:49:23 UTC --- The problem is the regular expression, which matches far too much text and ends up with a length of 5 instead of 2.

[Bug testsuite/53664] neon-testgen.ml generates duplicate scan-assembler directives

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53664 --- Comment #11 from Janis Johnson 2012-07-31 17:30:15 UTC --- Sorry, I had been assuming that the tests in our tree match what's upstream but the expressions to match are slightly different. I'll keep investigating.

[Bug testsuite/53664] neon-testgen.ml generates duplicate scan-assembler directives

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53664 --- Comment #13 from Janis Johnson 2012-07-31 18:01:55 UTC --- The scan-assembler finds the expression at least once and passes. The scan-assembler-times directive expects to find the expression twice, but the returned match is 5 lines, not 2.

[Bug testsuite/53664] neon-testgen.ml generates duplicate scan-assembler directives

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53664 --- Comment #14 from Janis Johnson 2012-08-01 23:35:12 UTC --- Ramana, chunks of regular expressions within parentheses are matched and added to the returned expression that is used in scan-assembler-times. To avoid returning parenthesized bits

[Bug testsuite/50722] FAIL: gcc.dg/pr49994-3.c (test for excess errors)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50722 Janis Johnson changed: What|Removed |Added CC||janis at gcc dot gnu.org --- Comment #8

[Bug c++/58815] Casting/Conversion operator for std::decimal not supported

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58815 --- Comment #4 from Janis Johnson --- I vaguely remember a problem with those conversion and have no idea now what it was, but I'll try to find something in the mailing list archives. includes a workaround: /// Non-conforming extension: Conve

[Bug c++/58815] Casting/Conversion operator for std::decimal not supported

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58815 --- Comment #5 from Janis Johnson --- >From Janis in http://gcc.gnu.org/ml/libstdc++/2009-09/msg00115.html The TR defines, within each of the classes decimal32, decimal64, and decimal128, the following conversion: // 3.2.[234].4 conversion to

[Bug c++/58815] Casting/Conversion operator for std::decimal not supported

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58815 --- Comment #9 from Janis Johnson --- I haven't paid attention to decimal float since leaving IBM, so it was very interesting to see the updated C++11 working paper. It makes sense to me to use C++11 functionality in the GNU C++ decimal float sup

[Bug c++/58815] Casting/Conversion operator for std::decimal not supported

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58815 --- Comment #12 from Janis Johnson --- I obviously don't know C++ very well and the decimal float support in libstdc++ is very ugly. It would be nice if someone rewrites it in actual C++ someday; the tests should help with that effort.

[Bug c++/51364] C++ interoperability with ISO-C extension DFP types requires explicit typedefs.

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51364 --- Comment #2 from Janis Johnson 2011-11-30 21:33:46 UTC --- The definitions that n2732 wants to add are typedefs to the C++ classes, but interoperability with C requires the typedefs using modes that Ryan shows. I never got a good answer from

[Bug c++/51364] C++ interoperability with ISO-C extension DFP types requires explicit typedefs.

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51364 --- Comment #4 from Janis Johnson 2011-11-30 21:44:19 UTC --- If following the spec works, then by all means do that. It's been quite a long time since I've thought about decimal float support and my memory is a bit hazy.

[Bug c++/51486] g++ doesn't implicitly search for header in system include path include/c++//decimal/

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51486 --- Comment #5 from Janis Johnson 2011-12-09 17:04:04 UTC --- Header didn't go with the standard headers because it's not part of the standard. My first couple of patches put it in on the recommendation of Benjamin Kosnik. Ed Smith-Rowland in

[Bug c++/51364] C++ interoperability with ISO-C extension DFP types requires explicit typedefs.

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51364 --- Comment #7 from Janis Johnson 2011-12-18 01:32:43 UTC --- An executable with decimal float support is very big because the runtime support is in static libraries, not in shared libraries (DLLs). That will probably change if it ever gets wide

[Bug c++/51364] C++ interoperability with ISO-C extension DFP types requires explicit typedefs.

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51364 --- Comment #11 from Janis Johnson 2011-12-19 20:36:52 UTC --- The large code size isn't from the generated code, it's from the runtime support in static libraries; compile main.c with -c and look at the size of main.o. You might compare it to s

[Bug testsuite/55780] New: effective targets arm_arch_v*_multilib are not strict enough

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55780 Bug #: 55780 Summary: effective targets arm_arch_v*_multilib are not strict enough Classification: Unclassified Product: gcc Version: 4.8.0 Status: UNCONFIR

[Bug testsuite/55780] effective targets arm_arch_v*_multilib are not strict enough

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55780 --- Comment #2 from Janis Johnson 2013-01-03 22:52:03 UTC --- Here's the configuration for the FSF mainline compiler I'm using: Target: arm-none-eabi Configured with: /scratch/janisjo/build6/fsf-arm-eabi/src/gcc-mainline/configure --bu

[Bug target/54338] internal compiler error: in find_costs_and_classes, at ira-costs.c:1711

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54338 Janis Johnson changed: What|Removed |Added CC||rearnsha at gcc dot gnu.org ---

[Bug testsuite/54139] [4.8 regression] some ARM Thumb-2 tests appear to be run on ARMv5TE hardware causing unhandled exceptions

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54139 Janis Johnson changed: What|Removed |Added CC||janis at gcc dot gnu.org

[Bug lto/55994] New: multiple definition or memset or strlen for builtins tests with LTO options

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55994 Bug #: 55994 Summary: multiple definition or memset or strlen for builtins tests with LTO options Classification: Unclassified Product: gcc Version: 4.7.0 S

[Bug testsuite/54139] [4.8 regression] some ARM Thumb-2 tests appear to be run on ARMv5TE hardware causing unhandled exceptions

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54139 --- Comment #8 from Janis Johnson 2013-01-15 17:11:40 UTC --- The gcc.c-torture/execute/builtins failures with LTO options are now covered by PR55994.

[Bug tree-optimization/55995] New: vect increase_alignment notes missing from dump file

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55995 Bug #: 55995 Summary: vect increase_alignment notes missing from dump file Classification: Unclassified Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: norm

[Bug testsuite/55994] multiple definition or memset or strlen for builtins tests with LTO options

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55994 --- Comment #4 from Janis Johnson 2013-01-15 20:00:17 UTC --- Patch posted: .

[Bug tree-optimization/55995] vect increase_alignment notes missing from dump file

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55995 --- Comment #2 from Janis Johnson 2013-01-16 16:38:24 UTC --- Interesting, it causes the compiler to segfault on both arm-none-eabi and powerpc-none-eabi: /scratch/janisjo/build6/fsf-arm-eabi/src/gcc-mainline/gcc/testsuite/gcc.dg/vect/al

[Bug testsuite/54622] gcc.dg/vect test failures for arm big-endian

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54622 --- Comment #8 from Janis Johnson 2013-01-16 18:50:06 UTC --- Author: janis Date: Wed Jan 16 18:49:57 2013 New Revision: 195249 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=195249 Log: PR testsuite/54622 * lib/target

[Bug testsuite/55994] multiple definition or memset or strlen for builtins tests with LTO options

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55994 --- Comment #5 from Janis Johnson 2013-01-16 18:52:56 UTC --- Author: janis Date: Wed Jan 16 18:52:51 2013 New Revision: 195250 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=195250 Log: PR testsuite/55994 * gcc.c-tort

[Bug tree-optimization/42172] inefficient bit fields assignments

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42172 Janis Johnson changed: What|Removed |Added CC||janis at gcc dot gnu.org

[Bug target/56043] New: ICE in rs6000_builtin_vectorized_libmass for vsx-mass-1.c

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56043 Bug #: 56043 Summary: ICE in rs6000_builtin_vectorized_libmass for vsx-mass-1.c Classification: Unclassified Product: gcc Version: 4.7.0 Status: UNCONFIRMED

[Bug debug/55794] FAIL: g++.dg/debug/dwarf2/non-virtual-thunk.C -std=gnu++98 and -std=gnu++11

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55794 Janis Johnson changed: What|Removed |Added CC||janis at gcc dot gnu.org

[Bug debug/55794] FAIL: g++.dg/debug/dwarf2/non-virtual-thunk.C -std=gnu++98 and -std=gnu++11

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55794 Janis Johnson changed: What|Removed |Added CC||ccoutant at gcc dot gnu.org ---

[Bug target/56091] New: gcc.target/arm/pr43137.c fails for THUMB-1

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56091 Bug #: 56091 Summary: gcc.target/arm/pr43137.c fails for THUMB-1 Classification: Unclassified Product: gcc Version: 4.8.0 Status: UNCONFIRMED Severity: normal

[Bug target/56092] New: gcc.target/arm/volatile-bitfields-1.c fails for THUMB and armv[78]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56092 Bug #: 56092 Summary: gcc.target/arm/volatile-bitfields-1.c fails for THUMB and armv[78] Classification: Unclassified Product: gcc Version: 4.8.0 Status: UN

[Bug target/56093] New: gcc.target/arm/wmul-11.c fails for armv5te and iwmmxt

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56093 Bug #: 56093 Summary: gcc.target/arm/wmul-11.c fails for armv5te and iwmmxt Classification: Unclassified Product: gcc Version: 4.8.0 Status: UNCONFIRMED Severity: nor

[Bug testsuite/55994] multiple definition or memset or strlen for builtins tests with LTO options

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55994 --- Comment #6 from Janis Johnson 2013-01-25 00:26:43 UTC --- Author: janis Date: Fri Jan 25 00:26:34 2013 New Revision: 195458 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=195458 Log: Backport from mainline 2013-01-

[Bug c++/2288] Variable declared in for-loop-header is in wrong scope

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=2288 --- Comment #15 from Janis Johnson 2010-10-27 17:38:36 UTC --- Peter, I don't know what address you should use for me; ask on #gcc if you should use the IBM one, otherwise it's janis.marie.john...@gmail.com.

[Bug c++/46862] ICE on std::decimal::decimal32 without any fields

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46862 --- Comment #2 from Janis Johnson 2010-12-09 18:42:13 UTC --- TYPE_TRANSPARENT_AGGR is set in begin_class_definition in semantics.c for the classes std::decimal::decimal{32|64|128}. It assumes that they are defined as in the GNU Standard C++ Libr

[Bug c++/46862] ICE on std::decimal::decimal32 without any fields

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46862 --- Comment #4 from Janis Johnson 2010-12-09 18:50:13 UTC --- This doesn't have anything to do with libdecnumber, it's about how std::decimal::decimalxx are defined in libstdc++. Instead of an ICE with a nice message it would be more appropriate

[Bug c++/46862] ICE on std::decimal::decimal32 without any fields

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46862 Janis Johnson changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed|

[Bug c++/49134] New: ICE in g++.dg/cpp0x/constexpr tests for arm

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49134 Summary: ICE in g++.dg/cpp0x/constexpr tests for arm Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassig.

[Bug tree-optimization/49135] New: ICE in gcc.c-torture/execute/920302-1.c on arm

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49135 Summary: ICE in gcc.c-torture/execute/920302-1.c on arm Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: tree-optimization Ass

[Bug tree-optimization/49135] ICE in gcc.c-torture/execute/920302-1.c on arm

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49135 --- Comment #3 from Janis Johnson 2011-05-24 16:07:25 UTC --- With sources updated yesterday the ICE is at line 11950. Configured with: /scratch/janisjo/arm-linux-fsf/src/gcc-mainline/configure --build=i686-pc-linux-gnu --host=i686-pc-linux-gnu

[Bug c++/46003] cond5.C fails for ARM EABI tests.

, ||janis at gcc dot gnu.org --- Comment #4 from Janis Johnson 2011-05-26 01:19:47 UTC --- Test g++.dg/template/cond5.C started failing for arm-none-linux-gnueabi with this patch: r132158 | aoliva | 2008-02-06 20:31:43 + (Wed, 06 Feb 2008) | 10 lines gcc/cp

[Bug tree-optimization/49175] New: vect/pr48172.c execution failure for ARM GNU/Linux

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49175 Summary: vect/pr48172.c execution failure for ARM GNU/Linux Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: tree-optimization

[Bug target/49180] New: pr45070.c fails for -Os -mthumb

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49180 Summary: pr45070.c fails for -Os -mthumb Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: target AssignedTo: unassig...@gcc.

[Bug bootstrap/49247] New: libiberty configure assumes newlib does not supply psignal

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49247 Summary: libiberty configure assumes newlib does not supply psignal Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Compon

[Bug testsuite/49175] vect/pr48172.c execution failure for ARM GNU/Linux

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49175 --- Comment #3 from Janis Johnson 2011-05-31 22:43:42 UTC --- Usually the vect tests only require effective targets like vect_int if they are checking that particular optimizations took place. There are no such checks in this test. The vector t

[Bug c++/49259] New: template/incomplete6.C ICE in build_target_expr

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49259 Summary: template/incomplete6.C ICE in build_target_expr Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unas

[Bug c++/49260] New: cpp0x/lambda/lambda-eh2.C fails execution

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49260 Summary: cpp0x/lambda/lambda-eh2.C fails execution Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassig...

[Bug c++/49260] cpp0x/lambda/lambda-eh2.C fails execution

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49260 --- Comment #1 from Janis Johnson 2011-06-01 17:31:24 UTC --- Output when the test runs on QEMU for arm-none-linux-gnueabi: terminate called after throwing an instance of 'int' *** EXIT code 4242 FAIL: g++.dg/cpp0x/lambda/lambda-eh2.C execution

[Bug c++/46003] cond5.C fails for ARM EABI tests.

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46003 --- Comment #7 from Janis Johnson 2011-06-08 15:49:02 UTC --- Test g++.dg/template/cond5.C starts passing for arm-none-linux-gnueabi with r174682, the fix for PR49134 mentioned in comment 6.

[Bug c++/49259] template/incomplete6.C ICE in build_target_expr

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49259 Janis Johnson changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug c++/49259] template/incomplete6.C ICE in build_target_expr

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49259 Janis Johnson changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[Bug tree-optimization/49452] comp-goto-2.c regresses in testing

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49452 Janis Johnson changed: What|Removed |Added CC||janis at gcc dot gnu.org --- Comment #5

[Bug tree-optimization/49452] comp-goto-2.c regresses in testing

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49452 --- Comment #7 from Janis Johnson 2011-06-24 23:01:40 UTC --- Created attachment 24600 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=24600 rtl dump for -Os failure

[Bug tree-optimization/49452] comp-goto-2.c regresses in testing

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49452 --- Comment #9 from Janis Johnson 2011-06-24 23:02:58 UTC --- I still get the -Os failures (I never had the others) with r175389 and have attached the requested rtl dumps.

[Bug tree-optimization/49452] comp-goto-2.c regresses in testing

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49452 --- Comment #8 from Janis Johnson 2011-06-24 23:02:12 UTC --- Created attachment 24601 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=24601 rtl dump for -Os failure

[Bug tree-optimization/49452] comp-goto-2.c regresses in testing

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49452 --- Comment #11 from Janis Johnson 2011-06-27 18:05:41 UTC --- I have confirmed that the -Os failures began with r175063 and that the tests pass for several revision before that and pass for several after, so it's unlikely to be an intermittent f

[Bug target/49678] New: scan for mov fails in gcc.target/arm/pr42575.c

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49678 Summary: scan for mov fails in gcc.target/arm/pr42575.c Product: gcc Version: 4.6.2 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target AssignedTo: un

[Bug middle-end/49519] [4.7 Regression] Revision 175272 miscompiled 447.dealII in SPEC CPU 2006

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49519 Janis Johnson changed: What|Removed |Added CC||janis at gcc dot gnu.org --- Comment #25

[Bug middle-end/49719] New: test gcc.target/arm/sibcall-1.c fails for ARM

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49719 Summary: test gcc.target/arm/sibcall-1.c fails for ARM Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: middle-end AssignedTo:

[Bug middle-end/49519] [4.7 Regression] Revision 175272 miscompiled 447.dealII in SPEC CPU 2006

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49519 --- Comment #31 from Janis Johnson 2011-07-12 15:06:03 UTC --- I filed PR middle-end/49719 for the sibcall-1.c failure.

[Bug tree-optimization/49742] New: ICE for gcc.dg/vect/O3-pr39675-2.c on ARM

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49742 Summary: ICE for gcc.dg/vect/O3-pr39675-2.c on ARM Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: tree-optimization Assigned