[Bug other/54182] -fvisibility=hidden shouldn't be disabled with -fPIE -pie

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54182 --- Comment #18 from wbrana 2012-08-11 07:01:18 UTC --- I can use it, but other people don't have to know about this bug.

[Bug target/54226] New: Executables compiled with -pie do not work on NetBSD/sparc or sparc

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54226 Bug #: 54226 Summary: Executables compiled with -pie do not work on NetBSD/sparc or sparc Classification: Unclassified Product: gcc Version: 4.5.3 Status: UNCONFIRMED

[Bug other/54182] -fvisibility=hidden shouldn't be disabled with -fPIE -pie

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54182 Jakub Jelinek changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution|

[Bug other/54182] -fvisibility=hidden shouldn't be disabled with -fPIE -pie

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54182 --- Comment #20 from wbrana 2012-08-11 07:39:37 UTC --- Why -fvisibility=hidden is enabled by default without -fPIE, but disabled with -fPIE?

[Bug other/54182] -fvisibility=hidden shouldn't be disabled with -fPIE -pie

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54182 wbrana changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|INVALID

[Bug target/54226] Executables compiled with -pie do not work on NetBSD/sparc or sparc

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54226 Andreas Schwab changed: What|Removed |Added Status|UNCONFIRMED |WAITING Last reconfirmed|

[Bug middle-end/54224] Bogus -Wunused-function warning with static function

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54224 Tobias Burnus changed: What|Removed |Added CC||burnus at gcc dot gnu.org Summ

[Bug fortran/54221] Explicit private access specifier signals "unexpected defined but not used [-Wunused-function]" warning

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54221 --- Comment #2 from Tobias Burnus 2012-08-11 09:06:21 UTC --- (In reply to comment #1) > a) There is a bogus warning. I think that's a middle-end bug See PR 54224. > Patch for issue (b): Seems to work. One might have to do likewise for module va

[Bug target/54222] [avr] Implement fixed-point support

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54222 Georg-Johann Lay changed: What|Removed |Added Attachment #27984|0 |1 is obsolete|

[Bug target/54222] [avr] Implement fixed-point support

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54222 Georg-Johann Lay changed: What|Removed |Added Keywords||patch --- Comment #3 from Georg-Johann

[Bug target/54226] Executables compiled with -pie do not work on NetBSD/sparc or sparc

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54226 Martin Husemann changed: What|Removed |Added Status|WAITING |RESOLVED Resolution|

[Bug fortran/48636] Enable more inlining with -O2 and higher

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48636 --- Comment #16 from Martin Jambor 2012-08-11 10:50:29 UTC --- Author: jamborm Date: Sat Aug 11 10:50:24 2012 New Revision: 190313 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=190313 Log: 2012-08-11 Martin Jambor PR fortran/4863

[Bug c++/51033] generic vector subscript and shuffle support was not added to C++

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51033 Marc Glisse changed: What|Removed |Added Status|NEW |RESOLVED CC|

[Bug tree-optimization/54227] New: [4.8 Regression]: [alpha] Variable arguments handling broken by r190229

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54227 Bug #: 54227 Summary: [4.8 Regression]: [alpha] Variable arguments handling broken by r190229 Classification: Unclassified Product: gcc Version: 4.8.0 Status: UNCONFI

[Bug tree-optimization/54227] [4.8 Regression]: [alpha] Variable arguments handling broken by r190229

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54227 Uros Bizjak changed: What|Removed |Added Keywords||wrong-code CC|

[Bug tree-optimization/54227] [4.8 Regression]: [alpha] Variable arguments handling broken by r190229

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54227 --- Comment #2 from Uros Bizjak 2012-08-11 12:23:43 UTC --- Created attachment 27989 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=27989 Preprocessed source of the failing test The difference between r190228 and r190229 when compiled with

[Bug tree-optimization/54227] [4.8 Regression]: [alpha] Variable arguments handling broken by r190229

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54227 --- Comment #3 from Uros Bizjak 2012-08-11 13:02:18 UTC --- Strange, there is no difference between r190228.i.150t.optimized and r190229.i.150t.optimized, but: --- r190228.i.152r.vregs2012-08-11 14:53:20.0 +0200 +++ r190229.i.15

[Bug fortran/46897] [OOP] type-bound defined ASSIGNMENT(=) not used for derived type component in intrinsic assign

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46897 Paul Thomas changed: What|Removed |Added AssignedTo|unassigned at gcc dot |pault at gcc dot gnu.org

[Bug tree-optimization/54227] [4.8 Regression]: [alpha] Variable arguments handling broken by r190229

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54227 --- Comment #4 from Uros Bizjak 2012-08-11 13:19:51 UTC --- (In reply to comment #3) > A whole pack of moves to memory is missing. Ah, this is the consequence of following difference in stdarg dumps: -test: va_list escapes 0, needs to save 32

[Bug middle-end/54228] New: [4.6 Regression] 22_locale/num_put/put/char/9780-2.cc

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54228 Bug #: 54228 Summary: [4.6 Regression] 22_locale/num_put/put/char/9780-2.cc Classification: Unclassified Product: gcc Version: 4.6.4 Status: UNCONFIRMED Severity: normal

[Bug lto/54229] New: [4.8 Regression] LTO is broken

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54229 Bug #: 54229 Summary: [4.8 Regression] LTO is broken Classification: Unclassified Product: gcc Version: 4.6.4 Status: UNCONFIRMED Severity: normal Priority: P3

[Bug tree-optimization/54227] [4.8 Regression]: [alpha] Variable arguments handling broken by r190229

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54227 --- Comment #5 from Uros Bizjak 2012-08-11 14:18:23 UTC --- Patch in testing: --cut here-- Index: config/alpha/alpha.c === --- config/alpha/alpha.c(revision 190311) +++ conf

[Bug target/20020] x86_64 - 128 bit structs not targeted to TImode

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20020 --- Comment #15 from H.J. Lu 2012-08-11 14:37:30 UTC --- Do we have a run-time testcase?

[Bug target/54227] [4.8 Regression]: [alpha] Variable arguments handling broken by r190229

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54227 Uros Bizjak changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED URL|

[Bug other/54182] -fvisibility=hidden shouldn't be disabled with -fPIE -pie

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54182 Andrew Pinski changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution|

[Bug other/54182] -fvisibility=hidden shouldn't be disabled with -fPIE -pie

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54182 --- Comment #23 from wbrana 2012-08-11 15:17:04 UTC --- Why lot of program's makefiles have to be changed? If this change breaks some program, developers of that program will fix it. You don't have to. New versions of GCC always break many progra

[Bug other/54182] -fvisibility=hidden shouldn't be disabled with -fPIE -pie

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54182 wbrana changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|WONTFIX

[Bug lto/54229] [4.8 Regression] LTO is broken

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54229 Jan Hubicka changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|

[Bug libstdc++/54228] [4.6 Regression] 22_locale/num_put/put/char/9780-2.cc

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54228 H.J. Lu changed: What|Removed |Added Component|middle-end |libstdc++ --- Comment #1 from H.J. Lu 2012-08-

[Bug debug/54230] New: g++.dg/debug/dwarf2/pubnames-2.C failures on darwin12

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54230 Bug #: 54230 Summary: g++.dg/debug/dwarf2/pubnames-2.C failures on darwin12 Classification: Unclassified Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal

[Bug target/54089] [SH] Refactor shift patterns

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54089 --- Comment #12 from Oleg Endo 2012-08-11 20:25:45 UTC --- (In reply to comment #9) > (In reply to comment #8) > > #define SH_DYNAMIC_SHIFT_COST (TARGET_DYNSHIFT ? 1 : 20) > > Sounds reasonable. Perhaps some historical reason for the original >

[Bug c/54231] New: LTO generates code for the wrong CPU if different options used

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54231 Bug #: 54231 Summary: LTO generates code for the wrong CPU if different options used Classification: Unclassified Product: gcc Version: 4.7.0 Status: UNCONFIRMED

[Bug c/54231] LTO generates code for the wrong CPU if different options used

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54231 --- Comment #1 from Thiago Macieira 2012-08-11 22:30:50 UTC --- Created attachment 27993 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=27993 main.c

[Bug c/54231] LTO generates code for the wrong CPU if different options used

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54231 --- Comment #2 from Thiago Macieira 2012-08-11 22:33:31 UTC --- When adding the following source file to the library build: #include void bzero_sse2(char *, size_t); void bzero_avx(char *, size_t); extern int avx_supported; void my_bzero(

[Bug c/54231] LTO generates code for the wrong CPU if different options used

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54231 --- Comment #3 from Thiago Macieira 2012-08-11 22:36:20 UTC --- Another note: it appears the Intel compiler has the same bug. It produces the following code when compiling with -O2 -ipo: 0340 : 340: dec%rsi 343: mov0x2

[Bug lto/54231] LTO generates code for the wrong CPU if different options used

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54231 Andrew Pinski changed: What|Removed |Added Component|c |lto Severity|normal

[Bug lto/54231] LTO generates code for the wrong CPU if different options used

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54231 --- Comment #5 from Steven Bosscher 2012-08-11 22:46:31 UTC --- "Fixing" this in the compiler isn't straight-forward. The _mm_stream functions are just wrappers around builtin functions. It may work correctly if you put the bzero functions in two

[Bug lto/54231] LTO generates code for the wrong CPU if different options used

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54231 --- Comment #6 from Thiago Macieira 2012-08-11 23:23:39 UTC --- (In reply to comment #5) > "Fixing" this in the compiler isn't straight-forward. The _mm_stream functions > are just wrappers around builtin functions. It may work correctly if you p

[Bug lto/54231] LTO generates code for the wrong CPU if different options used

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54231 Steven Bosscher changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug target/54232] New: For x86 PIC code, ebx should be spillable

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54232 Bug #: 54232 Summary: For x86 PIC code, ebx should be spillable Classification: Unclassified Product: gcc Version: unknown Status: UNCONFIRMED Severity: enhancement P

[Bug target/54232] For x86 PIC code, ebx should be spillable

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54232 --- Comment #1 from Rich Felker 2012-08-12 04:57:07 UTC --- By the way, the code that inspired this report is crypt_blowfish.c and the corresponding asm by Solar Designer. We've been experimenting with performance characteristics while integratin