[Bug libitm/55693] [4.8 Regression] libitm.c++/eh-1.C execution test fails on darwin from r193271

2013-01-23 Thread howarth at nitro dot med.uc.edu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55693 --- Comment #35 from Jack Howarth 2013-01-23 21:13:16 UTC --- What's up with the comment /* Provide dummy functions to satisfy linkage for versions of the Darwin tool-chain that that can't handle undefined weak refs at the link s

[Bug target/56087] [m68k] gcc miscompiles pari (multiplication)

2013-01-23 Thread mikpe at it dot uu.se
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56087 Mikael Pettersson changed: What|Removed |Added CC||mikpe at it dot uu.se --- C

[Bug c/56089] Instruction Scheduling error

2013-01-23 Thread nicolas.valot at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56089 nicolas changed: What|Removed |Added Target||powerpc Host|

[Bug c/56089] Instruction Scheduling error

2013-01-23 Thread pinskia at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56089 Andrew Pinski changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|

[Bug libitm/55693] [4.8 Regression] libitm.c++/eh-1.C execution test fails on darwin from r193271

2013-01-23 Thread howarth at nitro dot med.uc.edu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55693 --- Comment #36 from Jack Howarth 2013-01-23 21:27:41 UTC --- The darwin linker developers comments on the testcase I uploaded were... The term "weak" is way overloaded. The original bug was about "weak definitions" which is how C

[Bug c++/56090] New: Injected-class-name treated as constructor name

2013-01-23 Thread klemensbaum at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56090 Bug #: 56090 Summary: Injected-class-name treated as constructor name Classification: Unclassified Product: gcc Version: 4.7.1 Status: UNCONFIRMED Severity: normal P

[Bug fortran/56081] [4.7/4.8 Regression] Seg fault ICE on select with bad case

2013-01-23 Thread janus at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56081 --- Comment #9 from janus at gcc dot gnu.org 2013-01-23 21:38:44 UTC --- Author: janus Date: Wed Jan 23 21:38:40 2013 New Revision: 195412 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=195412 Log: 2013-01-23 Janus Weil

[Bug c++/56090] Injected-class-name treated as constructor name

2013-01-23 Thread pinskia at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56090 --- Comment #1 from Andrew Pinski 2013-01-23 21:41:16 UTC --- This is related to bug 11764 and C++ defect report #147.

[Bug c++/56090] Injected-class-name treated as constructor name

2013-01-23 Thread pinskia at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56090 --- Comment #2 from Andrew Pinski 2013-01-23 21:44:07 UTC --- My reading of DR 147, makes this invalid code as foo::foo names the constructor.

[Bug target/56087] [m68k] gcc miscompiles pari (multiplication)

2013-01-23 Thread tg at mirbsd dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56087 --- Comment #3 from Thorsten Glaser 2013-01-23 22:15:36 UTC --- tags 698380 + patch fixed-upstream thanks mikpe at it dot uu.se dixit: >http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56087 >Mikael Pettersson changed: >--- Comment

[Bug libitm/55693] [4.8 Regression] libitm.c++/eh-1.C execution test fails on darwin from r193271

2013-01-23 Thread iains at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55693 --- Comment #37 from Iain Sandoe 2013-01-23 22:16:10 UTC --- Created attachment 29262 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29262 test, supply the dummy functions from a static archive. in the current code, the following

[Bug lto/56088] LTO error: error: inlining failed in call to always_inline ‘vswprintf’: recursive inlining

2013-01-23 Thread vhaisman at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56088 --- Comment #5 from Václav Zeman 2013-01-23 22:20:16 UTC --- (In reply to comment #3) > Can you provide the preprocessed source that was used to generate > timehelper.o? Done.

[Bug lto/56088] LTO error: error: inlining failed in call to always_inline ‘vswprintf’: recursive inlining

2013-01-23 Thread pinskia at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56088 Andrew Pinski changed: What|Removed |Added Status|WAITING |UNCONFIRMED Ever Confirmed|1

[Bug c++/56090] Injected-class-name treated as constructor name

2013-01-23 Thread klemensbaum at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56090 --- Comment #3 from Klemens 2013-01-23 22:32:47 UTC --- I would argue that in 3.4.3.1.2 the constructor is not an acceptable lookup result, since it would result in the code being invalid. Additionally, the following use of a type alia

[Bug middle-end/56077] volatile ignored when function inlined

2013-01-23 Thread huntting at glarp dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56077 --- Comment #6 from Brad Huntting 2013-01-23 23:59:39 UTC --- Er... The asm()s are beside the point. There is no reording bug. The problem is that the 3 volatile assignments are being squished into 1. BTW: I first noticed this with th

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

2013-01-23 Thread janis at gcc dot gnu.org
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]

2013-01-23 Thread janis at gcc dot gnu.org
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

2013-01-23 Thread janis at gcc dot gnu.org
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 target/55516] strict volatile bitfields are done by what the ARM EABI says

2013-01-23 Thread pinskia at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55516 Andrew Pinski changed: What|Removed |Added CC||janis at gcc dot gnu.org --- Co

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

2013-01-23 Thread pinskia at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56092 Andrew Pinski changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|

[Bug middle-end/55889] [4.8 Regression] ICE: in move_op_ascend, at sel-sched.c:6153 with -fschedule-insns -fselective-scheduling

2013-01-23 Thread dje at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55889 --- Comment #22 from David Edelsohn 2013-01-24 02:35:33 UTC --- I don't understand your analysis. Prior to sched1, the pr50907.c.205r.asmcons RTL dump looks like: (insn 15 14 16 2 (set (reg:SI 3 3) (mem/u/c:SI (unspec:SI [

[Bug middle-end/55308] /usr/ports/lang/gcc48/work/build/sparc64-portbld-freebsd10.0/libstdc++-v3/src/.libs/libstdc++.so.6: Undefined symbol "__emutls_v._ThreadRuneLocale"

2013-01-23 Thread N8GCBP7SHNBTI79GINADGKJPRTLOCO2A at cmx dot ietfng.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55308 --- Comment #4 from N8GCBP7SHNBTI79GINADGKJPRTLOCO2A at cmx dot ietfng.org 2013-01-24 02:56:14 UTC --- I'm not proposing changing all of them. The one (two) that are significant to my case are these: --- gcc/configure.ac.orig 2013-

[Bug tree-optimization/56094] New: Invalid line number info generated with tree-level ivopts

2013-01-23 Thread josh.m.conner at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56094 Bug #: 56094 Summary: Invalid line number info generated with tree-level ivopts Classification: Unclassified Product: gcc Version: 4.8.0 Status: UNCONFIRMED

[Bug tree-optimization/56094] Invalid line number info generated with tree-level ivopts

2013-01-23 Thread josh.m.conner at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56094 --- Comment #1 from Joshua Conner 2013-01-24 04:03:44 UTC --- Created attachment 29263 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29263 Reduced test case

[Bug tree-optimization/56094] Invalid line number info generated with tree-level ivopts

2013-01-23 Thread josh.m.conner at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56094 --- Comment #2 from Joshua Conner 2013-01-24 04:05:09 UTC --- Sorry, I should have been more specific -- the function I'm describing in the previous comments is "test_main".

[Bug c++/56095] New: Crash casting function pointer as non-type template argument

2013-01-23 Thread spoo at zarbosoft dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56095 Bug #: 56095 Summary: Crash casting function pointer as non-type template argument Classification: Unclassified Product: gcc Version: 4.7.2 Status: UNCONFIRMED

[Bug libitm/55693] [4.8 Regression] libitm.c++/eh-1.C execution test fails on darwin from r193271

2013-01-23 Thread howarth at nitro dot med.uc.edu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55693 --- Comment #38 from Jack Howarth 2013-01-24 05:54:24 UTC --- Tested proposed patch from Comment 37 on x86_64-apple-darwin11 and x86_64-apple-darwin12 with Xcode 4.5.2 on both systems. No regressions are found with either make -k ch

[Bug c++/56095] Crash casting function pointer as non-type template argument

2013-01-23 Thread spoo at zarbosoft dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56095 --- Comment #1 from Rendaw 2013-01-24 06:39:12 UTC --- I tried one more case, casting before using the template: Code (c.cxx): int *a(void) { return 0; } typedef void (*IntermediarySignature)(void); template void z(void) {} int main(int argc,

[Bug target/56096] New: Bad code generated for conditional shift

2013-01-23 Thread til...@code-monkey.de
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56096 Bug #: 56096 Summary: Bad code generated for conditional shift Classification: Unclassified Product: gcc Version: 4.7.2 Status: UNCONFIRMED Severity: normal

[Bug sanitizer/55975] asan does not work with 46 bit address space on PowerPC64

2013-01-23 Thread kcc at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55975 --- Comment #36 from Kostya Serebryany 2013-01-24 07:19:00 UTC --- > Well, although the ppc64 LNT bot is not quite functional yet, there are many > of > us who run the LLVM unit test suite several times a day. So as long as the > changes

[Bug rtl-optimization/47764] The constant load instruction should be hoisted out of loop

2013-01-23 Thread ubizjak at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47764 Uros Bizjak changed: What|Removed |Added Target|arm-linux-androideabi | CC|

<    1   2