[Bug libfortran/50105] Possibly: [4.3/4.4/4.5/4.6/4.7 Regression] I/O with g6.5 - wrong number of "**" shown

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50105 --- Comment #2 from Tobias Burnus 2011-08-17 06:40:00 UTC --- Bob's point is that for 1.0, the following rule (10.7.5.2.2) applies: "Magnitude of Internal Value" is 1.0 and thus the "Equivalent Conversion" is F2.5,4(' '). Thus, one has "**" for

[Bug libfortran/50105] Possibly: [4.3/4.4/4.5/4.6/4.7 Regression] I/O with g6.5 - wrong number of "**" shown

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50105 --- Comment #1 from Tobias Burnus 2011-08-17 06:22:20 UTC --- Actually, I think that this bug is invalid - but wait for the answers at the J3 mailing list. The reason I think that I think that 6 asterisks should be produced are stated below. Howe

[Bug libfortran/50105] New: Possibly: [4.3/4.4/4.5/4.6/4.7 Regression] I/O with g6.5 - wrong number of "**" shown

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50105 Bug #: 50105 Summary: Possibly: [4.3/4.4/4.5/4.6/4.7 Regression] I/O with g6.5 - wrong number of "**" shown Classification: Unclassified Product: gcc Version: 4.7.0 S

[Bug target/50104] New: internal compiler error: in extract_insn

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50104 Bug #: 50104 Summary: internal compiler error: in extract_insn Classification: Unclassified Product: gcc Version: 4.6.2 Status: UNCONFIRMED Severity: normal Priority:

[Bug bootstrap/50103] New: gcc-4.4.6/gcc/config/rs6000/rs6000.md:153: internal compiler error: Segmentation fault

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50103 Bug #: 50103 Summary: gcc-4.4.6/gcc/config/rs6000/rs6000.md:153: internal compiler error: Segmentation fault Classification: Unclassified Product: gcc Version: 4.4.6

[Bug c++/50096] GCC 4.X doesn't compile Clang on Sparc Solaris

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50096 Jonathan Wakely changed: What|Removed |Added Status|WAITING |RESOLVED Resolution|

[Bug c++/50056] Binding a temporary object to a reference

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50056 Jason Merrill changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC|

[Bug c++/50054] Fails to recover from type error in function signature

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50054 Jason Merrill changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|

[Bug c++/50054] Fails to recover from type error in function signature

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50054 Jason Merrill changed: What|Removed |Added Status|NEW |ASSIGNED AssignedTo|unassigned at

[Bug c++/50054] Fails to recover from type error in function signature

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50054 --- Comment #3 from Jason Merrill 2011-08-16 23:36:03 UTC --- Author: jason Date: Tue Aug 16 23:35:59 2011 New Revision: 177814 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=177814 Log: PR c++/50054 * typeck2.c (cxx_incomplete_ty

[Bug c++/50086] [C++0x] Error on lookup of template function address with variadic template arguments

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50086 Jason Merrill changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|

[Bug c++/50086] [C++0x] Error on lookup of template function address with variadic template arguments

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50086 --- Comment #2 from Jason Merrill 2011-08-16 23:36:11 UTC --- Author: jason Date: Tue Aug 16 23:36:07 2011 New Revision: 177815 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=177815 Log: PR c++/50086 * pt.c (unify_pack_expansion):

[Bug c++/50086] [C++0x] Error on lookup of template function address with variadic template arguments

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50086 --- Comment #1 from Jason Merrill 2011-08-16 23:26:13 UTC --- Author: jason Date: Tue Aug 16 23:26:08 2011 New Revision: 177813 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=177813 Log: PR c++/50086 * pt.c (unify_pack_expansion):

[Bug c++/50054] Fails to recover from type error in function signature

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50054 --- Comment #2 from Jason Merrill 2011-08-16 23:25:49 UTC --- Author: jason Date: Tue Aug 16 23:25:43 2011 New Revision: 177810 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=177810 Log: PR c++/50054 * typeck2.c (cxx_incomplete_ty

[Bug c++/50102] New: ICE in cp/mangle.c:write_type()

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50102 Bug #: 50102 Summary: ICE in cp/mangle.c:write_type() Classification: Unclassified Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: normal Priority: P3

[Bug c++/50086] [C++0x] Error on lookup of template function address with variadic template arguments

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50086 Jason Merrill changed: What|Removed |Added Status|NEW |ASSIGNED AssignedTo|unassigned at

[Bug c++/50096] GCC 4.X doesn't compile Clang on Sparc Solaris

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50096 --- Comment #5 from Javier 2011-08-16 21:52:21 UTC --- (In reply to comment #4) > Are you sure you haven't edited Stmt.cpp to remove 'const' from the definition > of the getSourceRange_t typedef? That would also explain the error. ups! I though

[Bug c++/50087] [C++0x] Weird optimization anomaly with constexpr

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50087 Paolo Carlini changed: What|Removed |Added CC||paolo.carlini at oracle dot

[Bug c++/50087] [C++0x] Weird optimization anomaly with constexpr

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50087 Jason Merrill changed: What|Removed |Added Keywords||missed-optimization Status|UN

[Bug fortran/50094] [4.7 Regression] FAIL: gfortran.dg/coarray_6.f90

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50094 Tobias Burnus changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|

[Bug fortran/50094] [4.7 Regression] FAIL: gfortran.dg/coarray_6.f90

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50094 --- Comment #5 from Tobias Burnus 2011-08-16 21:26:26 UTC --- Author: burnus Date: Tue Aug 16 21:26:23 2011 New Revision: 177801 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=177801 Log: 2011-08-16 Tobias Burnus Dominique

[Bug fortran/49962] [OOP] ICE when using type-bound function returning vector

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49962 janus at gcc dot gnu.org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|

[Bug fortran/43896] [OOP] ICE in gfc_conv_variable, at fortran/trans-expr.c:551

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43896 --- Comment #22 from janus at gcc dot gnu.org 2011-08-16 21:22:36 UTC --- Author: janus Date: Tue Aug 16 21:22:31 2011 New Revision: 177800 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=177800 Log: 2011-08-16 Paul Thomas PR fortran

[Bug fortran/49962] [OOP] ICE when using type-bound function returning vector

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49962 --- Comment #9 from janus at gcc dot gnu.org 2011-08-16 21:22:36 UTC --- Author: janus Date: Tue Aug 16 21:22:31 2011 New Revision: 177800 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=177800 Log: 2011-08-16 Paul Thomas PR fortran/

[Bug fortran/42051] [OOP] ICE on array-valued function with CLASS formal argument

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42051 --- Comment #27 from janus at gcc dot gnu.org 2011-08-16 21:22:36 UTC --- Author: janus Date: Tue Aug 16 21:22:31 2011 New Revision: 177800 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=177800 Log: 2011-08-16 Paul Thomas PR fortran

[Bug rtl-optimization/50101] GCC 4.5 and 4.6 generate suboptimal code on ppc for countdown loops when the CTR register cannot be used

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50101 --- Comment #1 from Michael Meissner 2011-08-16 20:57:01 UTC --- Created attachment 25026 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25026 Example test case

[Bug rtl-optimization/50101] New: GCC 4.5 and 4.6 generate suboptimal code on ppc for countdown loops when the CTR register cannot be used

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50101 Bug #: 50101 Summary: GCC 4.5 and 4.6 generate suboptimal code on ppc for countdown loops when the CTR register cannot be used Classification: Unclassified Product: gcc Version:

[Bug target/50099] ICE: internal compiler error: in extract_insn, at recog.c:2113 while building lttng-ust

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50099 Mikael Pettersson changed: What|Removed |Added CC||bernds at gcc dot gnu.org --- Comment

[Bug fortran/50094] [4.7 Regression] FAIL: gfortran.dg/coarray_6.f90

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50094 --- Comment #4 from Hans-Peter Nilsson 2011-08-16 20:07:56 UTC --- Is this PR more than a trivial typo? Hm, so this PR is in the assigned state but not yet assigned to anyone? What's up with that?

[Bug web/50100] 4.6.1 C++ Manuals Missing

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50100 --- Comment #1 from Andrew Pinski 2011-08-16 18:43:25 UTC --- 4.6.0 exists though.

[Bug web/50100] New: 4.6.1 C++ Manuals Missing

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50100 Bug #: 50100 Summary: 4.6.1 C++ Manuals Missing Classification: Unclassified Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3

[Bug rtl-optimization/49936] [4.7 Regression] IRA handles CANNOT_CHANGE_MODE_CLASS poorly, + spills to memory on 4.7

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49936 --- Comment #4 from Vladimir Makarov 2011-08-16 17:27:12 UTC --- (In reply to comment #3) > Hmmm. Is it possible to make the INT/memory/whatever decision based on move > costs? Or use a target hook to supply a hint about what to do? I think I

[Bug target/50091] [4.5/4.6/4.7 Regression] -fstack-check gives bad assembly on powerpc-apple-darwin9

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50091 --- Comment #3 from pinskia at gmail dot com 2011-08-16 17:25:26 UTC --- Because darwin's as does not support it. It only supports with r0. Sent from my Palm Pre on AT&T On Aug 16, 2011 10:13, ebotcazou at gcc dot gnu.org

[Bug fortran/49962] [OOP] ICE when using type-bound function returning vector

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49962 janus at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed|

[Bug target/50091] [4.5/4.6/4.7 Regression] -fstack-check gives bad assembly on powerpc-apple-darwin9

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50091 Eric Botcazou changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed|

[Bug rtl-optimization/50088] movzbl is generated instead of movl

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50088 H.J. Lu changed: What|Removed |Added Attachment #25019|0 |1 is obsolete|

[Bug c++/50025] C++0x initialization syntax doesn't work for class members of reference type

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50025 --- Comment #4 from Jonathan Wakely 2011-08-16 16:21:37 UTC --- sorry, I meant bullets 5 and 6 in paragraph 3 the 5th bullet applies before the 6th one, and that says for a reference type a temporary is created. The 6th bullet is never reached f

[Bug tree-optimization/50082] -Wstrict-overflow mishandles typedef

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50082 Richard Guenther changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|

[Bug tree-optimization/50082] -Wstrict-overflow mishandles typedef

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50082 --- Comment #8 from Richard Guenther 2011-08-16 15:32:21 UTC --- Author: rguenth Date: Tue Aug 16 15:32:17 2011 New Revision: 177788 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=177788 Log: 2011-08-16 Richard GUenther PR tree-op

[Bug c++/50044] Attributes for explicit template instantiation are ignored after an implicit template instantiation occurred.

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50044 --- Comment #11 from Martin Lederhilger 2011-08-16 14:47:08 UTC --- Created attachment 25024 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25024 Export table of the dll. This is a part of i686-mingw32-objdump's output. Contains the export

[Bug rtl-optimization/50088] movzbl is generated instead of movl

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50088 --- Comment #11 from H.J. Lu 2011-08-16 14:45:27 UTC --- Can we model shift instructions to take any QI/HI/SI/DI register as shift count and make IRA to match the size when reading/writing shift count?

[Bug rtl-optimization/50088] movzbl is generated instead of movl

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50088 --- Comment #10 from H.J. Lu 2011-08-16 14:23:39 UTC --- The real problem is the store forward issue on Atom: addl$1, 4(%esp) # 67*addsi_1/2 [length = 5] andl$15, 4(%esp)# 68*andsi_1/1 [length =

[Bug c++/50044] Attributes for explicit template instantiation are ignored after an implicit template instantiation occurred.

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50044 --- Comment #10 from Martin Lederhilger 2011-08-16 14:18:38 UTC --- Created attachment 25023 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25023 Output of i686-mingw32-nm for dll.dll

[Bug c++/50044] Attributes for explicit template instantiation are ignored after an implicit template instantiation occurred.

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50044 --- Comment #9 from Martin Lederhilger 2011-08-16 14:17:32 UTC --- Results for: template class INTERFACE A : public Base ... Case one without "extern template": warning is still there but links fine. Case two with "extern template": still undef

[Bug c++/50044] Attributes for explicit template instantiation are ignored after an implicit template instantiation occurred.

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50044 --- Comment #8 from Jonathan Wakely 2011-08-16 14:00:12 UTC --- (In reply to comment #0) > - When using "extern template..." there is something wrong with exporting > the > symbols for the typeinfo (i686-mingw32-nm shows that they are in the d

[Bug target/50099] ICE: internal compiler error: in extract_insn, at recog.c:2113 while building lttng-ust

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50099 Mikael Pettersson changed: What|Removed |Added CC||mikpe at it dot uu.se --- Comment #1

[Bug c++/50044] Attributes for explicit template instantiation are ignored after an implicit template instantiation occurred.

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50044 Martin Lederhilger changed: What|Removed |Added Version|4.5.2 |4.6.1 --- Comment #7 from Martin Led

[Bug target/50099] New: ICE: internal compiler error: in extract_insn, at recog.c:2113 while building lttng-ust

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50099 Bug #: 50099 Summary: ICE: internal compiler error: in extract_insn, at recog.c:2113 while building lttng-ust Classification: Unclassified Product: gcc Version: 4.6.1

[Bug target/50068] Invalid memory access in incr_ticks_for_insn

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50068 Kazumoto Kojima changed: What|Removed |Added Target|shle--netbsdelf |sh*-*-* Status|UNCONFIRMED

C6X fails to build in FSF mainline

Hi Bernd, You probably know this already. The c6x-elf target fails to build libgcc with the current FSF mainline sources: gcc/libgcc2.c: In function ‘__gnu_mulsc3’: gcc/libgcc2.c:1928:1: internal compiler error: in scan_trace, at dwarf2cfi.c:2433 Please submit a full bug report, I

[Bug libgomp/50098] New: The OpenMP ordered construct blocks parallelism, when appearing at the beginning of a loop body

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50098 Bug #: 50098 Summary: The OpenMP ordered construct blocks parallelism, when appearing at the beginning of a loop body Classification: Unclassified Product: gcc Version: 4.4.3

[Bug c++/50097] Private base class enumeration

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50097 --- Comment #2 from Jonathan Wakely 2011-08-16 11:55:08 UTC --- bah, you'll need to copy that entire URL, bugzilla inserted linebreaks it's probably PR 41437 or PR 47346

[Bug c++/50097] Private base class enumeration

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50097 --- Comment #1 from Jonathan Wakely 2011-08-16 11:53:16 UTC --- this is a duplicate of at least one of these bugs: http://gcc.gnu.org/bugzilla/buglist.cgi?list_id=653&short_desc=access template&bug_status=UNCONFIRMED&bug_status=NEW&bug_status=ASS

[Bug c++/50097] New: Private base class enumeration

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50097 Bug #: 50097 Summary: Private base class enumeration Classification: Unclassified Product: gcc Version: 4.5.2 Status: UNCONFIRMED Severity: normal Priority: P3

[Bug tree-optimization/50082] -Wstrict-overflow mishandles typedef

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50082 Richard Guenther changed: What|Removed |Added Status|NEW |ASSIGNED Component|c

[Bug c++/50096] GCC 4.X doesn't compile Clang on Sparc Solaris

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50096 --- Comment #4 from Jonathan Wakely 2011-08-16 10:29:30 UTC --- Are you sure you haven't edited Stmt.cpp to remove 'const' from the definition of the getSourceRange_t typedef? That would also explain the error.

[Bug c++/45114] implement C++0x alias-declaration

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45114 Jonathan Wakely changed: What|Removed |Added CC||marc.coiffier at free dot

[Bug c++/42085] Typedef templates

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42085 Jonathan Wakely changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|

[Bug driver/41844] lto1: warning: unknown register name: line-length-none

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41844 --- Comment #5 from joseph at codesourcery dot com 2011-08-16 10:02:40 UTC --- I don't think there's any real change from what I said in : the information may be in the .opt files (if an o

[Bug c++/50096] GCC 4.X doesn't compile Clang on Sparc Solaris

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50096 --- Comment #3 from Jonathan Wakely 2011-08-16 09:44:48 UTC --- the C++ front end doesn't care about x86 vs sparc, so I don't see why the platform would matter, but as it compiles on other platforms that's all the more reason that you need to pro

[Bug c++/50096] GCC 4.X doesn't compile Clang on Sparc Solaris

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50096 --- Comment #2 from Javier 2011-08-16 09:36:53 UTC --- (In reply to comment #1) > please read the bug reporting instructions and provide the information > requested: > http://gcc.gnu.org/bugs/ - specifically provide preprocessed source, not a >

[Bug fortran/50070] Segmentation fault at size_binop_loc in fold-const.c

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50070 --- Comment #10 from janus at gcc dot gnu.org 2011-08-16 09:19:07 UTC --- Here is a patch which rejects the test case with a different error message than comment #6: Index: gcc/fortran/resolve.c ===

[Bug c/50082] -Wstrict-overflow mishandles typedef

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50082 --- Comment #6 from Richard Guenther 2011-08-16 09:10:12 UTC --- (In reply to comment #5) > "rguenth at gcc dot gnu.org" writes: > > > I suppose the forwprop code wants to force a warning at -Wstrict-overflow=1 > > if the conditional becomes op

[Bug middle-end/50074] [4.7 Regression] gcc.dg/sibcall-6.c execution test on x86_64-apple-darwin10

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50074 --- Comment #8 from Yukhin Kirill 2011-08-16 08:48:21 UTC --- Hi, I agree, this is a performance regression. Fix to tail-call optimization made it very conservative. By using some additional tweaks, we may relax it. However, my fix cured a stabil

[Bug target/50092] [4.4/4.5/4.6/4.7 Regression] internal compiler error: in elimination_costs_in_insn, at reload1.c:3633

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50092 Richard Guenther changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug target/50091] [4.5/4.6/4.7 Regression] -fstack-check gives bad assembly on powerpc-apple-darwin9

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50091 Richard Guenther changed: What|Removed |Added CC||ebotcazou at gcc dot

[Bug fortran/50094] [4.7 Regression] FAIL: gfortran.dg/coarray_6.f90

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50094 Richard Guenther changed: What|Removed |Added Target Milestone|--- |4.7.0

[Bug driver/41844] lto1: warning: unknown register name: line-length-none

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41844 Richard Guenther changed: What|Removed |Added CC||jsm28 at gcc dot gnu.org,

[Bug driver/50095] -ffixed-REG and -ffixed-line-length-132 conflict

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50095 Richard Guenther changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|

[Bug driver/41844] lto1: warning: unknown register name: line-length-none

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41844 Richard Guenther changed: What|Removed |Added CC||kargl at gcc dot gnu.org --- Comment #

[Bug c++/50096] GCC 4.X doesn't compile Clang on Sparc Solaris

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50096 Jonathan Wakely changed: What|Removed |Added Status|UNCONFIRMED |WAITING Last reconfirmed|

[Bug c++/50096] New: GCC 4.X doesn't compile Clang on Sparc Solaris

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50096 Bug #: 50096 Summary: GCC 4.X doesn't compile Clang on Sparc Solaris Classification: Unclassified Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal P

[Bug rtl-optimization/50088] movzbl is generated instead of movl

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50088 --- Comment #9 from Ilya Enkovich 2011-08-16 07:28:33 UTC --- (In reply to comment #5) > > It is for movqi. We can only safely replace mozbl with movl if > the source is 4byte aligned. It should a new backend option. That should work. A bet

[Bug rtl-optimization/50065] -Os, -O2, -O3 optimization breaks LD/ST ordering on 32-bit SPARC

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50065 --- Comment #10 from Mikael Pettersson 2011-08-16 07:24:48 UTC --- (In reply to comment #9) > > Regarding the spinlock_unlock in linux, the regular arch_spin_unlock is > > implemented with a single inline assembly. That will prevent the memory >