[Bug libfortran/48511] Implement Steele-White algorithm for numeric output

2011-04-10 Thread jb at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48511 --- Comment #4 from Janne Blomqvist 2011-04-10 08:36:24 UTC --- (In reply to comment #3) > Does any of the Fortran edit descriptors require, or for that matter allow, > this kind of "shortest decimal representation" output? Well, the obvious(?)

[Bug driver/47547] [4.5 Regression] WHOPR, can't use /dev/null as an output file

2011-04-10 Thread rguenth at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47547 Richard Guenther changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[Bug libfortran/48511] Implement Steele-White algorithm for numeric output

2011-04-10 Thread thenlich at users dot sourceforge.net
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48511 --- Comment #5 from Thomas Henlich 2011-04-10 10:19:47 UTC --- (In reply to comment #4) > (In reply to comment #3) > > Does any of the Fortran edit descriptors require, or for that matter allow, > > this kind of "shortest decimal representation"

[Bug lto/48538] New: GCC build fails with -flto in BOOT_CFLAGS

2011-04-10 Thread jafb at tinet dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48538 Summary: GCC build fails with -flto in BOOT_CFLAGS Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: lto AssignedTo: unassig...

[Bug tree-optimization/44336] [4.4/4.5 Regression] ICE: verify_ssa failed: SSA_NAME_DEF_STMT is wrong with -fipa-struct-reorg -fwhole-program

2011-04-10 Thread rguenth at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44336 Richard Guenther changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[Bug target/44290] [4.5 regression] __naked attribute is broken

2011-04-10 Thread rguenth at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44290 --- Comment #32 from Richard Guenther 2011-04-10 10:27:30 UTC --- Backporting regression fixes is generally fine and does not require explicit approval (given that the patches do not need significant changes).

[Bug c++/42687] [4.4/4.5/4.6/4.7 Regression] The prevention of ADL with the help of parentheses doesn't work

2011-04-10 Thread rguenth at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42687 Richard Guenther changed: What|Removed |Added Priority|P3 |P2

[Bug middle-end/47976] [4.5/4.6/4.7 Regression] Recent gfortran.dg/actual_array_constructor_3.f90 regression on arm-linux-gnueabi

2011-04-10 Thread rguenth at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47976 Richard Guenther changed: What|Removed |Added Priority|P3 |P1 Component|fortran

[Bug tree-optimization/48031] [4.4/4.5 Regression] gcc.c-torture/compile/pr42956.c ICEs gcc on m68k-linux, ivopts related?

2011-04-10 Thread rguenth at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48031 Richard Guenther changed: What|Removed |Added Priority|P3 |P2

[Bug target/48090] [4.5 Regression] gcc 4.5.2 miscompilation when building on arm

2011-04-10 Thread rguenth at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48090 Richard Guenther changed: What|Removed |Added Priority|P3 |P2 Status|UNCONFIRMED

[Bug middle-end/48124] [4.3/4.4/4.5/4.6/4.7 Regression] likely wrong code bug

2011-04-10 Thread rguenth at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48124 Richard Guenther changed: What|Removed |Added Keywords||wrong-code Priority|P3

[Bug tree-optimization/48172] [4.5/4.6/4.7 Regression] incorrect vectorization of loop in GCC 4.5.* with -O3

2011-04-10 Thread rguenth at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48172 Richard Guenther changed: What|Removed |Added Priority|P3 |P2

[Bug rtl-optimization/48181] [4.5/4.6/4.7 Regression] wrong code with -O -fgcse --param ira-max-conflict-table-size=0

2011-04-10 Thread rguenth at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48181 Richard Guenther changed: What|Removed |Added Priority|P3 |P2

[Bug tree-optimization/48189] [4.3/4.4/4.5/4.6/4.7 Regression] ICE: SIGFPE (division by zero) in in predict_loops () at predict.c:991 with --param max-predicted-iterations=0

2011-04-10 Thread rguenth at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48189 Richard Guenther changed: What|Removed |Added Priority|P3 |P2 --- Comment #2 from Richard Guenthe

[Bug rtl-optimization/48235] [4.5/4.6 Regression] ICE: SIGSEGV in has_dependence_p (sel-sched-ir.c:3263) with -fselective-scheduling2 and custom flags

2011-04-10 Thread rguenth at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48235 Richard Guenther changed: What|Removed |Added Priority|P3 |P2

[Bug preprocessor/48248] [4.5 Regression] Wrong error message location when compiling preprocessed code

2011-04-10 Thread rguenth at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48248 Richard Guenther changed: What|Removed |Added Priority|P3 |P2

[Bug driver/48306] [4.3/4.4/4.5/4.6/4.7 Regression] presence of gcc subdir with . in PATH causes breakdown

2011-04-10 Thread rguenth at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48306 Richard Guenther changed: What|Removed |Added Priority|P3 |P2

[Bug rtl-optimization/48389] [4.5/4.6 Regression] ICE: in make_edges, at cfgbuild.c:319 with -mtune=pentiumpro

2011-04-10 Thread rguenth at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48389 Richard Guenther changed: What|Removed |Added Priority|P3 |P2

[Bug c/48418] [4.5/4.6/4.7 Regression] Bit shift operator >>=

2011-04-10 Thread rguenth at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48418 Richard Guenther changed: What|Removed |Added Priority|P3 |P2

[Bug c++/48446] [4.3/4.4/4.5/4.6 Regression] internal compiler error: in gimplify_var_or_parm_decl, at gimplify.c:1946

2011-04-10 Thread rguenth at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48446 Richard Guenther changed: What|Removed |Added Priority|P3 |P2

[Bug c++/48035] [4.4/4.5 Regression] Mismatch on size of class when initializing hierarchy involving virtual inheritance and empty base classes

2011-04-10 Thread rguenth at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48035 Richard Guenther changed: What|Removed |Added Priority|P1 |P2 AssignedTo|unassigned at gc

[Bug lto/48538] GCC build fails with -flto in BOOT_CFLAGS

2011-04-10 Thread rguenth at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48538 --- Comment #1 from Richard Guenther 2011-04-10 10:51:05 UTC --- You should not merely use -flto in BOOT_CFLAGS, that will fail anyway. Instead use --with-build-config=bootstrap-lto.

[Bug objc/48539] New: Missing warning when messaging a forward-declared class

2011-04-10 Thread nicola at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48539 Summary: Missing warning when messaging a forward-declared class Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: minor Priority: P3 Component: o

[Bug objc/48539] Missing warning when messaging a forward-declared class

2011-04-10 Thread nicola at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48539 Nicola Pero changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug lto/48538] GCC build fails with -flto in BOOT_CFLAGS

2011-04-10 Thread jafb at tinet dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48538 --- Comment #2 from jafb at tinet dot org 2011-04-10 11:45:55 UTC --- Ok. In the documentation it said that was equivalent to -flto in BOOT_CFLAGS, that's why I used it. Now I've checked bootstrap-lto.mk and looks like it disables lto when doing a

[Bug debug/48540] New: [4.7 Regression] FAIL: 20_util/typeindex/comparison_operators.cc on powerpc-apple-darwin9

2011-04-10 Thread dominiq at lps dot ens.fr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48540 Summary: [4.7 Regression] FAIL: 20_util/typeindex/comparison_operators.cc on powerpc-apple-darwin9 Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severi

[Bug lto/48538] GCC build fails with -flto in BOOT_CFLAGS

2011-04-10 Thread rguenth at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48538 --- Comment #3 from Richard Guenther 2011-04-10 11:52:02 UTC --- (In reply to comment #2) > Ok. In the documentation it said that was equivalent to -flto in BOOT_CFLAGS, > that's why I used it. > Now I've checked bootstrap-lto.mk and looks like i

[Bug libfortran/48511] Implement Steele-White algorithm for numeric output

2011-04-10 Thread jb at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48511 --- Comment #6 from Janne Blomqvist 2011-04-10 12:24:54 UTC --- (In reply to comment #5) > (In reply to comment #4) > > (In reply to comment #3) > > > Does any of the Fortran edit descriptors require, or for that matter > > > allow, > > > this k

[Bug tree-optimization/48189] [4.3/4.4/4.5/4.6/4.7 Regression] ICE: SIGFPE (division by zero) in in predict_loops () at predict.c:991 with --param max-predicted-iterations=0

2011-04-10 Thread steven at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48189 Steven Bosscher changed: What|Removed |Added CC||steven at gcc dot gnu.org --- Comment #

[Bug libstdc++/48541] New: std::function(std::_Function_base) should use std::addressof

2011-04-10 Thread n.fujita12 at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48541 Summary: std::function(std::_Function_base) should use std::addressof Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Compon

[Bug libstdc++/48541] std::function(std::_Function_base) should use std::addressof

2011-04-10 Thread redi at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48541 Jonathan Wakely changed: What|Removed |Added Keywords||rejects-valid Status|UNCONF

[Bug bootstrap/48492] [4.7 Regression] LTO bootstrap failure in copy_constant

2011-04-10 Thread ebotcazou at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48492 Eric Botcazou changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug libstdc++/48465] [4.6/4.7 Regression] undefined reference to std::basic_string::_S_compare(unsigned long, unsigned long)

2011-04-10 Thread redi at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48465 --- Comment #12 from Jonathan Wakely 2011-04-10 16:19:46 UTC --- Author: redi Date: Sun Apr 10 16:19:41 2011 New Revision: 172240 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=172240 Log: 2011-04-10 Jonathan Wakely PR libstdc++/4

[Bug libstdc++/48465] [4.6/4.7 Regression] undefined reference to std::basic_string::_S_compare(unsigned long, unsigned long)

2011-04-10 Thread redi at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48465 --- Comment #13 from Jonathan Wakely 2011-04-10 16:20:50 UTC --- Author: redi Date: Sun Apr 10 16:20:42 2011 New Revision: 172241 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=172241 Log: 2011-04-10 Jonathan Wakely PR libstdc++/4

[Bug libstdc++/48465] [4.6/4.7 Regression] undefined reference to std::basic_string::_S_compare(unsigned long, unsigned long)

2011-04-10 Thread redi at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48465 Jonathan Wakely changed: What|Removed |Added Status|NEW |RESOLVED Known to work|

[Bug libstdc++/48541] std::function(std::_Function_base) should use std::addressof

2011-04-10 Thread redi at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48541 --- Comment #1 from Jonathan Wakely 2011-04-10 16:29:09 UTC --- Author: redi Date: Sun Apr 10 16:29:05 2011 New Revision: 172242 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=172242 Log: 2011-04-10 Jonathan Wakely PR libstdc++/48

[Bug libstdc++/48541] std::function(std::_Function_base) should use std::addressof

2011-04-10 Thread redi at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48541 --- Comment #2 from Jonathan Wakely 2011-04-10 16:36:01 UTC --- Author: redi Date: Sun Apr 10 16:35:58 2011 New Revision: 172244 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=172244 Log: 2011-04-10 Jonathan Wakely PR libstdc++/48

[Bug libstdc++/48541] std::function(std::_Function_base) should use std::addressof

2011-04-10 Thread redi at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48541 Jonathan Wakely changed: What|Removed |Added Target Milestone|--- |4.6.1 --- Comment #3 from Jonathan Wake

[Bug fortran/47713] String comparison optimization with LLE and friends

2011-04-10 Thread tkoenig at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47713 Thomas Koenig changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|

[Bug fortran/25708] Module loading is not good at all

2011-04-10 Thread jvdelisle at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25708 Jerry DeLisle changed: What|Removed |Added AssignedTo|pault at gcc dot gnu.org|jvdelisle at gcc dot |

[Bug fortran/48543] New: Collapse identical strings

2011-04-10 Thread tkoenig at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48543 Summary: Collapse identical strings Product: gcc Version: 4.7.0 Status: UNCONFIRMED Keywords: missed-optimization Severity: enhancement Priority: P3 Component: fort

[Bug target/47908] attribute((optimize(2))) causes ICE in m68k_sched_issue_rate

2011-04-10 Thread alanh at fairlite dot co.uk
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47908 Alan Hourihane changed: What|Removed |Added CC||alanh at fairlite dot co.uk --- Comment

[Bug fortran/48462] [4.6/4.7 Regression] realloc on assignment: matmul Segmentation Fault with Allocatable Array

2011-04-10 Thread pault at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48462 --- Comment #5 from Paul Thomas 2011-04-10 18:48:40 UTC --- (In reply to comment #4) > This should be easy. The only difference between default (failing) and snip > which sort of does a job on 'a'. I say that it is easy because there a

[Bug c/48544] New: "might be clobbered by ‘longjmp’" diagnostic for unmodified variable

2011-04-10 Thread adl at gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48544 Summary: "might be clobbered by ‘longjmp’" diagnostic for unmodified variable Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3

[Bug c/48545] New: dereferencing does not work as expected

2011-04-10 Thread gerald at itzgrund dot net
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48545 Summary: dereferencing does not work as expected Product: gcc Version: 4.4.4 Status: UNCONFIRMED Severity: critical Priority: P3 Component: c AssignedTo: unassig...@g

[Bug c/48545] dereferencing does not work as expected

2011-04-10 Thread d.g.gorbachev at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48545 --- Comment #1 from Dmitry Gorbachev 2011-04-10 23:44:58 UTC --- Hi! I'm not a GCC team, but I believe that GCC is correct here. An argument called "output" has a type "pointer to an array of 132 unsigned chars". "*output" has a type "array of

[Bug c/48546] New: lto-wrapper returned 1 exit

2011-04-10 Thread rootkit85 at yahoo dot it
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48546 Summary: lto-wrapper returned 1 exit Product: gcc Version: 4.5.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c AssignedTo: unassig...@gcc.gnu.org

[Bug libstdc++/48547] New: iostream and some other C++ libraries do not work with -fpack-struct

2011-04-10 Thread jmichae3 at yahoo dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48547 Summary: iostream and some other C++ libraries do not work with -fpack-struct Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: normal Priority: P3

[Bug libstdc++/48547] iostream and some other C++ libraries do not work with -fpack-struct

2011-04-10 Thread jmichae3 at yahoo dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48547 --- Comment #1 from Jim Michaels 2011-04-11 04:04:50 UTC --- Created attachment 23942 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23942 pack-struct.ii

[Bug libstdc++/48547] iostream and some other C++ libraries do not work with -fpack-struct

2011-04-10 Thread jmichae3 at yahoo dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48547 --- Comment #2 from Jim Michaels 2011-04-11 04:06:00 UTC --- Created attachment 23943 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23943 pack-struct.cpp

[Bug libstdc++/48547] iostream and some other C++ libraries do not work with -fpack-struct

2011-04-10 Thread jmichae3 at yahoo dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48547 --- Comment #3 from Jim Michaels 2011-04-11 04:06:35 UTC --- I attached the test code.

[Bug libstdc++/48547] iostream and some other C++ libraries do not work with -fpack-struct

2011-04-10 Thread jmichae3 at yahoo dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48547 --- Comment #4 from Jim Michaels 2011-04-11 04:27:38 UTC --- by the way, in dealing with packed structures in code, I don't know how it is normally handled in compilers and system libraries such as Win32, Mac OS X, and Linux because I haven't tak

[Bug libstdc++/48547] iostream and some other C++ libraries do not work with -fpack-struct

2011-04-10 Thread jmichae3 at yahoo dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48547 --- Comment #5 from Jim Michaels 2011-04-11 04:29:20 UTC --- Created attachment 23944 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23944 output from the compiler, pack-struct2 this is vector, iterator, and string

[Bug libstdc++/48547] iostream and some other C++ libraries do not work with -fpack-struct

2011-04-10 Thread jmichae3 at yahoo dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48547 --- Comment #6 from Jim Michaels 2011-04-11 04:30:26 UTC --- Created attachment 23945 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23945 pack-struct2.cpp

[Bug libstdc++/48547] iostream and some other C++ libraries do not work with -fpack-struct

2011-04-10 Thread jmichae3 at yahoo dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48547 --- Comment #7 from Jim Michaels 2011-04-11 04:31:13 UTC --- Created attachment 23946 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23946 pack-struct2.ii

[Bug libstdc++/48547] iostream and some other C++ libraries do not work with -fpack-struct

2011-04-10 Thread jmichae3 at yahoo dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48547 --- Comment #8 from Jim Michaels 2011-04-11 04:48:41 UTC --- oops. bug in code. let me recode to show problem.

[Bug lto/48548] New: recent svn version gcc (4.6? 4.7?) compile failed

2011-04-10 Thread kuh3h3 at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48548 Summary: recent svn version gcc (4.6? 4.7?) compile failed Product: gcc Version: lto Status: UNCONFIRMED Severity: normal Priority: P3 Component: lto AssignedTo: unas

[Bug libstdc++/48547] iostream and some other C++ libraries do not work with -fpack-struct

2011-04-10 Thread jmichae3 at yahoo dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48547 Jim Michaels changed: What|Removed |Added Attachment #23941|0 |1 is obsolete|

[Bug libstdc++/48547] iostream and some other C++ libraries do not work with -fpack-struct

2011-04-10 Thread jmichae3 at yahoo dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48547 --- Comment #10 from Jim Michaels 2011-04-11 05:02:18 UTC --- Created attachment 23948 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23948 pack-struct2.cpp the iterator bug

[Bug libstdc++/48547] iostream and some other C++ libraries do not work with -fpack-struct

2011-04-10 Thread jmichae3 at yahoo dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48547 --- Comment #11 from Jim Michaels 2011-04-11 05:03:01 UTC --- Created attachment 23949 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23949 pack-struct2.ii

[Bug libstdc++/48547] iostream and some other C++ libraries do not work with -fpack-struct

2011-04-10 Thread jmichae3 at yahoo dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48547 --- Comment #12 from Jim Michaels 2011-04-11 05:03:53 UTC --- Created attachment 23950 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23950 pack-struct.ii

[Bug libstdc++/48547] iostream and some other C++ libraries do not work with -fpack-struct

2011-04-10 Thread jmichae3 at yahoo dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48547 --- Comment #13 from Jim Michaels 2011-04-11 05:04:56 UTC --- Created attachment 23951 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23951 compiler output, pack-struct

[Bug libstdc++/48547] iostream and some other C++ libraries do not work with -fpack-struct

2011-04-10 Thread jmichae3 at yahoo dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48547 --- Comment #14 from Jim Michaels 2011-04-11 05:05:33 UTC --- Created attachment 23952 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23952 compiler output, pack-struct2

[Bug libstdc++/48547] iostream and some other C++ libraries do not work with -fpack-struct

2011-04-10 Thread jmichae3 at yahoo dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48547 --- Comment #15 from Jim Michaels 2011-04-11 05:06:05 UTC --- there. fixed the test cases.

[Bug libstdc++/48547] iostream and some other C++ libraries do not work with -fpack-struct

2011-04-10 Thread d.g.gorbachev at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48547 --- Comment #16 from Dmitry Gorbachev 2011-04-11 05:46:07 UTC --- > I don't know of compiler-specific ways of doing structure > packing using pragmas or whatever. I am learning though. Use GCC __attribute__((packed)) or #pragma pack (which is a

[Bug tree-optimization/48497] gfortran.dg/graphite/vect-pr40979.f90 FAILs without -march=pentium4

2011-04-10 Thread allan at archlinux dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48497 --- Comment #1 from Allan McRae 2011-04-11 06:12:28 UTC --- I see the same failure with -march=i686 on i686-pc-linux-gnu with gcc-4.6.0. Using -march=pentium4 makes this pass.

[Bug libstdc++/48547] iostream and some other C++ libraries do not work with -fpack-struct

2011-04-10 Thread pinskia at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48547 Andrew Pinski changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|

[Bug rtl-optimization/48549] New: [4.6/4.7 Regression] Combiner ICE with -g

2011-04-10 Thread jakub at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48549 Summary: [4.6/4.7 Regression] Combiner ICE with -g Product: gcc Version: 4.6.0 Status: UNCONFIRMED Keywords: ice-on-valid-code Severity: normal Priority: P3 Compone

[Bug bootstrap/48520] "make install" for cross-compile silently clobbers target-gcc

2011-04-10 Thread tim.vanholder at anubex dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48520 --- Comment #2 from tim.vanholder at anubex dot com 2011-04-11 06:56:27 UTC --- Fair enough. However, this was the _only_ (noticeable) breakage resulting from this configuration. If that's really all there is I don't see why this couldn't/shouldn'