[Bug rtl-optimization/52714] ICE in fixup_reorder_chain, at cfglayout.c:880
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52714 --- Comment #6 from Mikael Pettersson mikpe at it dot uu.se 2013-01-05 11:57:52 UTC --- Created attachment 29086 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=29086 revert gcc 4.6 to gcc 4.5 version of PR45695 fix The ICE is caused by the gcc-4.6 version of the PR45695 fix. That fix was applied in different form to gcc-4.5, and there it doesn't cause any ICE. This patch reverts gcc-4.6 to the gcc-4.5 version of the PR45695 fix, which fixes the ICE with gcc-4.6. Bootstrapped and regression-tested on x86_64, m68k, arm, sparc64, and powerpc64. I still don't know why the 4.6 version of PR45695 causes the ICE, so I don't intend to submit this patch at this time, but at least it could help other m68k users.
[Bug c++/55881] #pragma GCC diagnostic ignored ignored when inlining
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55881 Manuel López-Ibáñez manu at gcc dot gnu.org changed: What|Removed |Added CC||manu at gcc dot gnu.org --- Comment #1 from Manuel López-Ibáñez manu at gcc dot gnu.org 2013-01-05 12:07:31 UTC --- What is the output of GCC?
[Bug middle-end/55873] Missed trivial uninitialized use warning
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55873 Manuel López-Ibáñez manu at gcc dot gnu.org changed: What|Removed |Added CC||manu at gcc dot gnu.org --- Comment #2 from Manuel López-Ibáñez manu at gcc dot gnu.org 2013-01-05 12:10:56 UTC --- PR18501, the most frequently reported Wuninitialized bug.
[Bug middle-end/55873] Missed trivial uninitialized use warning
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55873 --- Comment #3 from Manuel López-Ibáñez manu at gcc dot gnu.org 2013-01-05 12:15:35 UTC --- PR18501, the most frequently reported Wuninitialized bug. Of course, it is possible to fix it. Clang does warn: pr18501.c:5:7: warning: variable 'res' is used uninitialized whenever 'if' condition is false [-Wsometimes-uninitialized] if (c) ^ pr18501.c:7:10: note: uninitialized use occurs here return res; ^~~ pr18501.c:5:3: note: remove the 'if' if its condition is always true if (c) ^~ pr18501.c:4:10: note: initialize the variable 'res' to silence this warning int res; ^ = 0 1 warning generated. It is just that it probably needs some serious amount of work.
[Bug fortran/55763] Issues with some simpler CLASS(*) programs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55763 --- Comment #20 from Harald Anlauf anlauf at gmx dot de 2013-01-05 13:12:30 UTC --- (In reply to comment #19) Sorry for the invalid code: select type (this) should have been: select type (x = this% x) which compiles (no ICE). ;-)
[Bug fortran/55827] ICE with multiple fortran modules and character lenght determined by an interfaced pure function
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55827 --- Comment #8 from Mikael Morin mikael at gcc dot gnu.org 2013-01-05 13:25:38 UTC --- Author: mikael Revision: 194928 Modified property: svn:log Modified: svn:log at Sat Jan 5 13:25:32 2013 -- --- svn:log (original) +++ svn:log Sat Jan 5 13:25:32 2013 @@ -1,6 +1,7 @@ 2013-01-05 Steven G. Kargl ka...@gcc.gnu.org Mikael Morin mik...@gcc.gnu.org +PR fortran/55827 * class.c (gfc_fix_class_refs): Adapt ts initialization for the case e-symtree == NULL. * trans-expr.c (gfc_conv_function_expr): Init sym earlier. Use it. @@ -8,5 +9,6 @@ 2013-01-05 Steven G. Kargl ka...@gcc.gnu.org Mikael Morin mik...@gcc.gnu.org +PR fortran/55827 * gfortran.dg/use_22.f90: New test.
[Bug libstdc++/55815] switch hash function of libstdc++ hash tables to siphash
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55815 Jonathan Wakely redi at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed||2013-01-05 Ever Confirmed|0 |1 --- Comment #1 from Jonathan Wakely redi at gcc dot gnu.org 2013-01-05 13:29:19 UTC --- Even if we don't change the default we could provide a SipHash implementation to make it easier for users to use it in unordered containers.
[Bug libstdc++/55815] switch hash function of libstdc++ hash tables to siphash
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55815 --- Comment #2 from Jonathan Wakely redi at gcc dot gnu.org 2013-01-05 14:34:53 UTC --- N.B. I think the only use of _Hash_bytes which users can't already replace is in type_info::hash_code(), which must give a consistent result across ABI-compatible releases. Also worth noting is that neither the murmur2collisions nor murmur3collisions code from https://131002.net/siphash/ produces more than 0.5% collisions for our _Hash_bytes function.
[Bug rtl-optimization/52714] ICE in fixup_reorder_chain, at cfglayout.c:880
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52714 --- Comment #7 from Thorsten Glaser tg at mirbsd dot org 2013-01-05 14:35:37 UTC --- Cool, thanks! I got another one where it fails (centerim) and will test it with this patch, then report back (that should take a few days).
[Bug libstdc++/55815] switch hash function of libstdc++ hash tables to siphash
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55815 --- Comment #3 from Paolo Carlini paolo.carlini at oracle dot com 2013-01-05 14:48:22 UTC --- Whatever we do here I suppose we should involve Matt.
[Bug c++/44282] fastcall is not mangled at all
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44282 Harald van Dijk harald at gigawatt dot nl changed: What|Removed |Added CC||harald at gigawatt dot nl --- Comment #5 from Harald van Dijk harald at gigawatt dot nl 2013-01-05 16:14:02 UTC --- The description is a bit too narrow: this is not specific to fastcall, the same problem exists with other attributes that affect the calling convention, at least stdcall and regparm but possibly more.
[Bug driver/55884] New: FAIL: libgomp.fortran/omp_parse3.f90 -O0 (test for excess errors)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55884 Bug #: 55884 Summary: FAIL: libgomp.fortran/omp_parse3.f90 -O0 (test for excess errors) Classification: Unclassified Product: gcc Version: 4.8.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: driver AssignedTo: unassig...@gcc.gnu.org ReportedBy: dang...@gcc.gnu.org Host: hppa2.0w-hp-hpux11.11 Target: hppa2.0w-hp-hpux11.11 Build: hppa2.0w-hp-hpux11.11 Created attachment 29087 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=29087 omp_parse3 compile log with -v -Wl,-debug spawn /test/gnu/gcc/objdir/gcc/xgcc -B/test/gnu/gcc/objdir/gcc/ /test/gnu/gcc/gcc/libgomp/testsuite/libgomp.fortran/omp_parse3.f90 -B/test/gnu/gcc/objdir/hppa2.0w-hp-hpux11.11/./libgomp/ -B/test/gnu/gcc/objdir/hppa2.0w-hp-hpux11.11/./libgomp/.libs -I/test/gnu/gcc/objdir/hppa2.0w-hp-hpux11.11/./libgomp -I/test/gnu/gcc/gcc/libgomp/testsuite/.. -fmessage-length=0 -fno-diagnostics-show-caret -fopenmp -fintrinsic-modules-path /test/gnu/gcc/objdir/hppa2.0w-hp-hpux11.11/./libgomp -B/test/gnu/gcc/objdir/hppa2.0w-hp-hpux11.11/./libgomp/../libquadmath/.libs/ -O0 -B/test/gnu/gcc/objdir/hppa2.0w-hp-hpux11.11/./libgomp/../libgfortran/.libs -L/test/gnu/gcc/objdir/hppa2.0w-hp-hpux11.11/./libgomp/.libs -L/test/gnu/gcc/objdir/hppa2.0w-hp-hpux11.11/./libgomp/../libquadmath/.libs/ -L/test/gnu/gcc/objdir/hppa 2.0w-hp-hpux11.11/./libgomp/../libgfortran/.libs -lgfortran -lm -o ./omp_parse3. exe xgcc: fatal error: cannot specify -o with -c, -S or -E with multiple files compilation terminated. collect2: error: gcc returned 1 exit status compiler exited with status 1 With -v: /test/gnu/gcc/objdir/gcc/collect2 -z -u main -u __gcc_plt_call -o ./omp_parse3.exe /usr/ccs/lib/crt0.o /lib/unix98.o -L/test/gnu/gcc/objdir/hppa2.0w-hp-hpux11.11/./libgomp/.libs -L/test/gnu/gcc/objdir/hppa2.0w-hp-hpux11.11/./libgomp/../libquadmath/.libs/ -L/test/gnu/gcc/objdir/hppa2.0w-hp-hpux11.11/./libgomp/../libgfortran/.libs -L/test/gnu/gcc/objdir/gcc -L/test/gnu/gcc/objdir/hppa2.0w-hp-hpux11.11/./libgomp -L/test/gnu/gcc/objdir/hppa2.0w-hp-hpux11.11/./libgomp/.libs -L/test/gnu/gcc/objdir/hppa2.0w-hp-hpux11.11/./libquadmath/.libs -L/test/gnu/gcc/objdir/hppa2.0w-hp-hpux11.11/./libgfortran/.libs -L/usr/ccs/lib -L/opt/langtools/lib omp_parse3.o -lgfortran -lm -lgomp -lgcc -lgcc_eh -lrt -lpthread -lc -lgcc -lgcc_eh -lgcc_stub xgcc: fatal error: cannot specify -o with -c, -S or -E with multiple files compilation terminated. With -Wl,-debug: /test/gnu/gcc/objdir/gcc/xgcc -x c -c -o /var/tmp//ccGz9WOJ.o -B /test/gnu/gcc/objdir/gcc/ -B /test/gnu/gcc/objdir/hppa2.0w-hp-hpux11.11/./libgomp/ -B /test/gnu/gcc/objdir/hppa2.0w-hp-hpux11.11/./libgomp/.libs -fmessage-length=0 -fno-diagnostics-show-caret -fopenmp -fintrinsic-modules-path -B /test/gnu/gcc/objdir/hppa2.0w-hp-hpux11.11/./libgomp/../libquadmath/.libs/ -B /test/gnu/gcc/objdir/hppa2.0w-hp-hpux11.11/./libgomp/../libgfortran/.libs -fno-profile-arcs -fno-test-coverage -fno-branch-probabilities -fno-exceptions -w -fno-whole-program /var/tmp//ccRV7Hds.c xgcc: fatal error: cannot specify -o with -c, -S or -E with multiple files compilation terminated. collect2: error: gcc returned 1 exit status ÄLeaving /var/tmp//ccRV7Hds.cÅ ÄLeaving /var/tmp//ccGz9WOJ.oÅ ÄLeaving /var/tmp//ccfn45y1.ldÅ ÄLeaving /var/tmp//ccimnM3j.leÅ ÄLeaving ./omp_parse3.exeÅ
[Bug driver/55884] [4.8 Regression] FAIL: libgomp.fortran/omp_parse3.f90 -O0 (test for excess errors)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55884 John David Anglin danglin at gcc dot gnu.org changed: What|Removed |Added Summary|FAIL: |[4.8 Regression] FAIL: |libgomp.fortran/omp_parse3. |libgomp.fortran/omp_parse3. |f90 -O0 (test for excess |f90 -O0 (test for excess |errors) |errors) --- Comment #1 from John David Anglin danglin at gcc dot gnu.org 2013-01-05 16:37:02 UTC --- Revision 194745 was OK.
[Bug bootstrap/55792] Bad memory access with profiledbootstrap and LTO
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55792 --- Comment #5 from H.J. Lu hjl.tools at gmail dot com 2013-01-05 16:47:08 UTC --- The page is freed since there is nothing in it: #0 set_page_table_entry (p=0x71ab8000, entry=0x0) at /export/gnu/import/git/gcc/gcc/ggc-page.c:640 #1 0x00544514 in free_page (entry=0x17a1d70) at /export/gnu/import/git/gcc/gcc/ggc-page.c:948 #2 0x00545a41 in sweep_pages () at /export/gnu/import/git/gcc/gcc/ggc-page.c:1886 #3 0x00545ed0 in ggc_collect () at /export/gnu/import/git/gcc/gcc/ggc-page.c:2094 #4 0x008acc6e in execute_todo (flags=2) at /export/gnu/import/git/gcc/gcc/passes.c:2023 #5 0x008ad5cd in execute_one_pass (pass=0x16bd620 pass_final) at /export/gnu/import/git/gcc/gcc/passes.c:2349 #6 0x008ad732 in execute_pass_list (pass=0x16bd620 pass_final) at /export/gnu/import/git/gcc/gcc/passes.c:2383 #7 0x008ad763 in execute_pass_list (pass=0x16be6c0 pass_postreload) at /export/gnu/import/git/gcc/gcc/passes.c:2384 #8 0x008ad763 in execute_pass_list ( pass=0x16be660 pass_rest_of_compilation) at /export/gnu/import/git/gcc/gcc/passes.c:2384 #9 0x005d9c06 in expand_function (node=0x71b55250) at /export/gnu/import/git/gcc/gcc/cgraphunit.c:1641 #10 0x005da0c1 in expand_all_functions () at /export/gnu/import/git/gcc/gcc/cgraphunit.c:1745 ---Type return to continue, or q return to quit--- #11 0x005dab4b in compile () at /export/gnu/import/git/gcc/gcc/cgraphunit.c:2043 #12 0x0053beaa in lto_main () at /export/gnu/import/git/gcc/gcc/lto/lto.c:3393 #13 0x00998859 in compile_file () at /export/gnu/import/git/gcc/gcc/toplev.c:545 #14 0x0099a83c in do_compile () at /export/gnu/import/git/gcc/gcc/toplev.c:1878 #15 0x0099a9a7 in toplev_main (argc=26, argv=0x7fffdff8) at /export/gnu/import/git/gcc/gcc/toplev.c:1954 #16 0x00ffeee0 in main (argc=26, argv=0x7fffdff8) at /export/gnu/import/git/gcc/gcc/main.c:36 (gdb)
[Bug target/53789] ICE in gen_reg_rtx, at emit-rtl.c:864/865 when compiling GNU MPFR on parisc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53789 --- Comment #17 from John David Anglin danglin at gcc dot gnu.org 2013-01-05 16:55:55 UTC --- Author: danglin Date: Sat Jan 5 16:55:43 2013 New Revision: 194933 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=194933 Log: PR target/53789 * config/pa/pa.md (movsi): Revert previous change. * config/pa/pa.h (LEGITIMATE_CONSTANT_P): Reject all TLS symbol references. Modified: branches/gcc-4_6-branch/gcc/ChangeLog branches/gcc-4_6-branch/gcc/config/pa/pa.h branches/gcc-4_6-branch/gcc/config/pa/pa.md
[Bug bootstrap/55792] Bad memory access with profiledbootstrap and LTO
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55792 H.J. Lu hjl.tools at gmail dot com changed: What|Removed |Added CC||hubicka at gcc dot gnu.org Target Milestone|--- |4.8.0 --- Comment #6 from H.J. Lu hjl.tools at gmail dot com 2013-01-05 17:21:05 UTC --- LTO uses GC pages after they have been freed by final pass.
[Bug driver/55884] [4.8 Regression] FAIL: libgomp.fortran/omp_parse3.f90 -O0 (test for excess errors)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55884 --- Comment #2 from John David Anglin danglin at gcc dot gnu.org 2013-01-05 18:59:12 UTC --- (In reply to comment #1) Revision 194745 was OK. Correction: 194549 was OK.
[Bug fortran/55117] Programs fails to read namelist (contains derived types objects)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55117 Jerry DeLisle jvdelisle at gcc dot gnu.org changed: What|Removed |Added AssignedTo|unassigned at gcc dot |jvdelisle at gcc dot |gnu.org |gnu.org --- Comment #9 from Jerry DeLisle jvdelisle at gcc dot gnu.org 2013-01-05 19:15:33 UTC --- I am actively working on these bugs right now so will assign to myself. Our namelist code here is tricky to say the least and i am seeing odd behavior that looks like some pointers are not getting set or reset correctly. If I get to a patch, I will post here.
[Bug fortran/55818] Reading a REAL from a file which doesn't end in a new line fails
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55818 Jerry DeLisle jvdelisle at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED --- Comment #10 from Jerry DeLisle jvdelisle at gcc dot gnu.org 2013-01-05 19:20:01 UTC --- Fixed on trunk.
[Bug tree-optimization/55883] with -fwrapv, (x 0 -x 0) is assumed to be false
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55883 Mikael Pettersson mikpe at it dot uu.se changed: What|Removed |Added CC||mikpe at it dot uu.se --- Comment #1 from Mikael Pettersson mikpe at it dot uu.se 2013-01-05 20:06:29 UTC --- Fails all the way back to gcc-3.4.6, older releases don't have -fwrapv. Fixed for 4.8 by r193591 == PR55236 fix: http://gcc.gnu.org/ml/gcc-cvs/2012-11/msg00538.html http://gcc.gnu.org/ml/gcc-patches/2012-11/msg00707.html The test cases are very very similar so I'd say this is a duplicate of PR55236. Applying r193591 to 4.7 and 4.6 fixes this test case there too.
[Bug fortran/54678] second call to get_environment_variable gives valgrind warning with 8-byte integers
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54678 Thomas Koenig tkoenig at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed||2013-01-05 CC||tkoenig at gcc dot gnu.org Ever Confirmed|0 |1 --- Comment #2 from Thomas Koenig tkoenig at gcc dot gnu.org 2013-01-05 20:54:57 UTC --- Hi Tobias, do you plan to commit the patch from Comment #1? It looks obvious to me.
[Bug middle-end/45472] [4.6/4.7/4.8 Regression] [Middle-end volatile semantics] ICE: in move_op_ascend, at sel-sched.c:6124 with -fselective-scheduling2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45472 David Edelsohn dje at gcc dot gnu.org changed: What|Removed |Added Target|x86_64-pc-linux-gnu |x86_64-pc-linux-gnu, ||powerpc*-*-* CC||dje at gcc dot gnu.org --- Comment #24 from David Edelsohn dje at gcc dot gnu.org 2013-01-05 21:12:05 UTC --- This ICE has started to appear for target POWER when compiling testsuite/gcc.dg/tree-prof/pr50907.c $ /tmp/20130104/gcc/xgcc -B/tmp/20130104/gcc/ /nasfarm/dje/src/src/gcc/testsuite/gcc.dg/tree-prof/pr50907.c -fno-diagnostics-show-caret -O -freorder-blocks-and-partition -fschedule-insns -fselective-scheduling -fpic -pthread -fprofile-generate -D_PROFILE_GENERATE -lm -o /tmp/20130104/gcc/testsuite/gcc/pr50907.x01 /nasfarm/dje/src/src/gcc/testsuite/gcc.dg/tree-prof/pr45354.c: In function 'test_ifelse2': /nasfarm/dje/src/src/gcc/testsuite/gcc.dg/tree-prof/pr45354.c:23:1: internal compiler error: in move_op_ascend, at sel-sched.c:6153
[Bug libstdc++/52015] std::to_string does not work under MinGW
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52015 --- Comment #19 from niXman i.nixman at gmail dot com 2013-01-05 21:24:03 UTC --- Why not apply to gcc-4_7-branch?
[Bug middle-end/45472] [4.6/4.7/4.8 Regression] [Middle-end volatile semantics] ICE: in move_op_ascend, at sel-sched.c:6124 with -fselective-scheduling2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45472 --- Comment #25 from Zdenek Sojka zsojka at seznam dot cz 2013-01-05 21:43:55 UTC --- (In reply to comment #24) This ICE has started to appear for target POWER when compiling testsuite/gcc.dg/tree-prof/pr50907.c That testcase (or pr45354.c which it includes) doesn't contain any 'volatile' keyword, so it is likely a different bug. I would recommend you opening a separate PR for that. This PR is about treating 'volatile' on struct members.
[Bug c/47043] allow deprecating enum values
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47043 Wolfgang Bangerth bangerth at gmail dot com changed: What|Removed |Added CC||joseph.h.garvin at gmail ||dot com --- Comment #2 from Wolfgang Bangerth bangerth at gmail dot com 2013-01-05 23:31:11 UTC --- *** Bug 45168 has been marked as a duplicate of this bug. ***
[Bug c/45168] There should be a way to mark specific enum members as deprecated
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45168 Wolfgang Bangerth bangerth at gmail dot com changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC||bangerth at gmail dot com Resolution||DUPLICATE --- Comment #1 from Wolfgang Bangerth bangerth at gmail dot com 2013-01-05 23:31:11 UTC --- Confirmed, and a duplicate of an PR that had already been confirmed. *** This bug has been marked as a duplicate of bug 47043 ***
[Bug c/47043] allow deprecating enum values
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47043 Wolfgang Bangerth bangerth at gmail dot com changed: What|Removed |Added CC||bangerth at gmail dot com --- Comment #3 from Wolfgang Bangerth bangerth at gmail dot com 2013-01-05 23:32:04 UTC --- Indeed a good idea -- I'm missing it too. For the record, clang++ accepts the code.
[Bug c++/55753] [C++11][4.7/4.8 Regression] ICE constexpr ctor, tsubst_copy_and_build, at cp/pt.c:14336
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55753 Paolo Carlini paolo.carlini at oracle dot com changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED | --- Comment #10 from Paolo Carlini paolo.carlini at oracle dot com 2013-01-05 23:35:36 UTC --- Let's play safe and re-open this then.
[Bug lto/45375] [meta-bug] Issues with building Mozilla with LTO
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375
Leo Yuriev leo at yuriev dot ru changed:
What|Removed |Added
CC||leo at yuriev dot ru
--- Comment #164 from Leo Yuriev leo at yuriev dot ru 2013-01-06 00:31:55 UTC
---
Some trouble while building LLVM with -flto.
../x86_64-linux-gnu/bin/ld.gold: error: /tmp/cc60XH2F.ltrans0.ltrans.o:
requires dynamic R_X86_64_PC32 reloc against 'X86CompilationCallback2' which
may overflow at runtime; recompile with -fPIC
Code:
extern C {
void X86CompilationCallback(void);
asm(
.text\n
.align 8\n
.globl ASMPREFIX X86CompilationCallback\n
TYPE_FUNCTION(X86CompilationCallback)
ASMPREFIX X86CompilationCallback:\n
...
movq8(%rbp), %rdx\n
call ASMPREFIX X86CompilationCallback2\n
addq$32, %rsp\n
...
);
}
void __attribute__((used))
X86CompilationCallback2(intptr_t *StackPtr, intptr_t RetAddr) {
intptr_t *RetAddrLoc = StackPtr[1];
...
}
}
[Bug libstdc++/52015] std::to_string does not work under MinGW
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52015 --- Comment #20 from Jonathan Wakely redi at gcc dot gnu.org 2013-01-06 01:44:28 UTC --- (In reply to comment #19) Why not apply to gcc-4_7-branch? A user who can build 4.7.2 successfully should not have to update their OS to build 4.7.3
[Bug libstdc++/52015] std::to_string does not work under MinGW
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52015 --- Comment #21 from Nathan Ridge zeratul976 at hotmail dot com 2013-01-06 02:07:40 UTC --- (In reply to comment #20) (In reply to comment #19) Why not apply to gcc-4_7-branch? A user who can build 4.7.2 successfully should not have to update their OS to build 4.7.3 Huh? What requires updating your OS?
[Bug middle-end/39333] gcc 4.3.3 miscompiles when -finline-small-functions is used
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39333 --- Comment #30 from Rafał Mużyło galtgendo at o2 dot pl 2013-01-06 02:20:08 UTC --- While 4.7.2 still has the problem, I've just learnt about PR33763. Now, while that particular patch doesn't help 4.7.2 - even it it sounds like it should - removing ' __attribute__ ((__always_inline__))' manually does make the code compile with '-O1'. So the question: does that patch not apply to -O1 level or is 'extern inline' and 'extern __inline' simply not being the same thing ? If it's the later, would a similar fix be applicable here too ?
[Bug middle-end/39333] gcc 4.3.3 miscompiles when -finline-small-functions is used
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39333
--- Comment #31 from Rafał Mużyło galtgendo at o2 dot pl 2013-01-06 03:34:17
UTC ---
PS: the stripped down test case from PR33763 is quite alike attachment 25239,
yet something makes a difference.
extern void *bar (void);
extern int baz (void);
extern __inline __attribute__ ((__always_inline__))int
baz (void)
{
return 2;
}
int
baz (void)
{
return 1;
}
static void *
inl (void)
{
int *f = (int *) __builtin_malloc (sizeof (int));
void *r = 0;
*f = baz();
r = bar();
return r;
}
void *
foo (void)
{
return inl ();
}
