[Bug ada/57934] New: spurious definition of preprocessor CAT in gcc-interface/ada.h for traditional (replaces ##)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57934 Bug ID: 57934 Summary: spurious definition of preprocessor CAT in gcc-interface/ada.h for traditional (replaces ##) Product: gcc Version: unknown Status: UNCONFIRMED Severity: minor Priority: P3 Component: ada Assignee: unassigned at gcc dot gnu.org Reporter: georggcc at googlemail dot com IIUC, the definition of CAT in ada.h should replace a##b not present in traditional C compilers. If still applicable, the definition doesn't seem to work, though, perhaps because it defines "_ECHO" but then uses "ECHO": #ifdef __STDC__ #define CAT(A,B) A##B #else #define _ECHO(A) A #define CAT(A,B) ECHO(A)B #endif $ cat test.c #include "ada.h" static int CAT(var,iable) = 42; $ gcc -traditional -W -c -E -I ~/src/gcc/gcc/ada/gcc-interface test.c # 1 "test.c" # 1 "" # 1 "test.c" # 1 "/Users/bauhaus/src/gcc/gcc/ada/gcc-interface/ada.h" 1 # 25 "/Users/bauhaus/src/gcc/gcc/ada/gcc-interface/ada.h" ... # 2 "test.c" 2 static int ECHO(var)iable = 42; Compilation finished at Fri Jul 19 11:43:12 Defining ECHO to be _ECHO produces the expected, catenated "variable".
[Bug java/57929] gcc-4.8: FTBFS on m68k: ICE compiling libjava/interpret.cc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57929 --- Comment #1 from Mikael Pettersson --- Dup of PR49847. The patch attached there fixes this ICE.
[Bug java/57929] gcc-4.8: FTBFS on m68k: ICE compiling libjava/interpret.cc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57929 --- Comment #2 from tg at mirbsd dot de --- mikpe at it dot uu.se dixit: >Dup of PR49847. The patch attached there fixes this ICE. Woah woah woah Mikael, you rock my world! <3 //mirabilos
[Bug target/57516] [avr] Incorrect fixed-point rounding result in the overflow case
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57516 Georg-Johann Lay changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #2 from Georg-Johann Lay --- Fixed in trunk (r201051) and 4.8 (r201052).
[Bug java/57929] gcc-4.8: FTBFS on m68k: ICE compiling libjava/interpret.cc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57929 Andreas Schwab changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |DUPLICATE --- Comment #3 from Andreas Schwab --- . *** This bug has been marked as a duplicate of bug 49847 ***
[Bug rtl-optimization/49847] [4.7/4.8/4.9 Regression] NULL deref in fold_rtx (prev_insn_cc0 == NULL)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49847 --- Comment #22 from Andreas Schwab --- *** Bug 57929 has been marked as a duplicate of this bug. ***
[Bug target/57935] New: ICE in rs6000_secondary_reload_inner:15181, type = load
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57935 Bug ID: 57935 Summary: ICE in rs6000_secondary_reload_inner:15181, type = load Product: gcc Version: 4.9.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target Assignee: unassigned at gcc dot gnu.org Reporter: pthaugen at gcc dot gnu.org CC: bergner at gcc dot gnu.org, meissner at gcc dot gnu.org Host: powerpc64-linux Target: powerpc64-linux Build: powerpc64-linux Created attachment 30527 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=30527&action=edit testcase -mcpu=power8 causes ICE in testcase gcc.target/powerpc/ppc32-abi-dfp-1.c. [pthaugen@igoo p8]$ ~/install/gcc/trunk/bin/gcc ppc32-abi-dfp-1.c -c -m32 -O1 -mcpu=power8rs6000_secondary_reload_inner:15181, type = load (parallel [ (set (reg:SD 9 9) (mem/c:SD (plus:SI (plus:SI (reg/f:SI 31 31) (const_int 64 [0x40])) (reg:SI 9 9 [253])) [0 a9+0 S4 A32])) (clobber (reg:SI 10 10)) ]) ppc32-abi-dfp-1.c: In function ‘func4’: ppc32-abi-dfp-1.c:141:1: internal compiler error: in rs6000_secondary_reload_fail, at config/rs6000/rs6000.c:15117 } ^ 0x10908e37 rs6000_secondary_reload_fail /home/pthaugen/src/gcc/trunk/gcc/gcc/config/rs6000/rs6000.c:15117 0x10936fb7 rs6000_secondary_reload_inner(rtx_def*, rtx_def*, rtx_def*, bool) /home/pthaugen/src/gcc/trunk/gcc/gcc/config/rs6000/rs6000.c:15144 0x109f61e7 gen_reload_sd_si_load(rtx_def*, rtx_def*, rtx_def*) /home/pthaugen/src/gcc/trunk/gcc/gcc/config/rs6000/vector.md:196 0x100cf1f7 emit_input_reload_insns /home/pthaugen/src/gcc/trunk/gcc/gcc/reload1.c:7542 0x100cf1f7 do_input_reload /home/pthaugen/src/gcc/trunk/gcc/gcc/reload1.c:7880 0x100cf1f7 emit_reload_insns /home/pthaugen/src/gcc/trunk/gcc/gcc/reload1.c:8072 0x100cf1f7 reload_as_needed /home/pthaugen/src/gcc/trunk/gcc/gcc/reload1.c:4648 0x105c267b reload(rtx_def*, int) /home/pthaugen/src/gcc/trunk/gcc/gcc/reload1.c:1054 0x104a4867 do_reload /home/pthaugen/src/gcc/trunk/gcc/gcc/ira.c:4701 0x104a4867 rest_of_handle_reload /home/pthaugen/src/gcc/trunk/gcc/gcc/ira.c:4801 Please submit a full bug report,
[Bug target/57936] New: ICE in rs6000_secondary_reload_inner:15144, type = load
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57936 Bug ID: 57936 Summary: ICE in rs6000_secondary_reload_inner:15144, type = load Product: gcc Version: 4.9.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target Assignee: unassigned at gcc dot gnu.org Reporter: pthaugen at gcc dot gnu.org CC: bergner at gcc dot gnu.org, meissner at gcc dot gnu.org Host: powerpc64-linux Target: powerpc64-linux Build: powerpc64-linux Created attachment 30528 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=30528&action=edit Preprocessed tescase -mcpu=power8 causes ICE in testcase g++.dg/torture/vshuf-v2di.C. [pthaugen@igoo p8]$ ~/install/gcc/trunk/bin/g++ -c -m32 -mcpu=power8 -std=c++11 -O3 vshuf-v2di.ii rs6000_secondary_reload_inner:15144, type = load (parallel [ (set (reg:V16QI 78 1) (reg:V16QI 32 0)) (clobber (reg:SI 10 10)) ]) In file included from vshuf-v2di.C:18:0: /home/pthaugen/src/gcc/gcc-4_9-power8/gcc/gcc/testsuite/g++.dg/torture/vshuf-main.inc: In function ‘int main()’: /home/pthaugen/src/gcc/gcc-4_9-power8/gcc/gcc/testsuite/g++.dg/torture/vshuf-main.inc:29:1: internal compiler error: in rs6000_secondary_reload_fail, at config/rs6000/rs6000.c:15117 } ^ 0x10b106b7 rs6000_secondary_reload_fail /home/pthaugen/src/gcc/trunk/gcc/gcc/config/rs6000/rs6000.c:15117 0x10b3e837 rs6000_secondary_reload_inner(rtx_def*, rtx_def*, rtx_def*, bool) /home/pthaugen/src/gcc/trunk/gcc/gcc/config/rs6000/rs6000.c:15144 0x10bfd367 gen_reload_v16qi_si_load(rtx_def*, rtx_def*, rtx_def*) /home/pthaugen/src/gcc/trunk/gcc/gcc/config/rs6000/vector.md:196 0x100e5b23 emit_input_reload_insns /home/pthaugen/src/gcc/trunk/gcc/gcc/reload1.c:7542 0x100e5b23 do_input_reload /home/pthaugen/src/gcc/trunk/gcc/gcc/reload1.c:7880 0x100e5b23 emit_reload_insns /home/pthaugen/src/gcc/trunk/gcc/gcc/reload1.c:8072 0x100e5b23 reload_as_needed /home/pthaugen/src/gcc/trunk/gcc/gcc/reload1.c:4648 0x107c9efb reload(rtx_def*, int) /home/pthaugen/src/gcc/trunk/gcc/gcc/reload1.c:1054 0x106ac0e7 do_reload /home/pthaugen/src/gcc/trunk/gcc/gcc/ira.c:4701 0x106ac0e7 rest_of_handle_reload /home/pthaugen/src/gcc/trunk/gcc/gcc/ira.c:4801 Please submit a full bug report,
[Bug libstdc++/57885] unordered_map find slower in 4.8.1 than 4.7.3 with integer key
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57885 --- Comment #6 from Jim Hand --- Thanks for the information Francois. That makes a lot of sense for the erase() case. For a little more information, I also timed this with three boost implementations and saw the following times for boost 1.47, 1.49, and 1.53: $ ./um.b147 Container:boost::unordered_map Key:int Insertion: 13589 4581 4581 4593 4577 min=4577 max=13589 Lookup:10344 10353 10339 10332 10338 min=10332 max=10353 $ ./um.b149 Container:boost::unordered_map Key:int Insertion: 16593 7901 7944 7950 7970 min=7901 max=16593 Lookup:15295 15340 15297 15303 15310 min=15295 max=15340 $ ./um.b153 Container:boost::unordered_map Key:int Insertion: 10662 5648 5726 5747 5758 min=5648 max=10662 Lookup:14880 14842 14844 14840 14928 min=14840 max=14928 The times are pretty comparable to gcc. Inserts may take about 10 or 11 nanoseconds on our hardware and finds look like they are taking about 5 or 6 nanoseconds. For most applications, including ours, the time spent inserting and executing find() is miniscule compared to the other time spent by the application. If you feel you can improve performance while maintaining conformance with the standard, please do so. If you feel that the current behavior is fine, we won't complain (too much). I also want you to know that the gcc developers all are doing a great job in supporting the C++ community. I've been using gcc for C/C++ programming for about 20 years now and have found the gcc compiler suite to be a great product. My colleagues at work are really excited about moving from gcc-4.6 to 4.8, mostly for the enhanced C++11 support.
[Bug c++/57937] New: fgets and cout tricky bug
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57937 Bug ID: 57937 Summary: fgets and cout tricky bug Product: gcc Version: 4.7.2 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: linkerpro at mail dot ru Created attachment 30529 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=30529&action=edit code demostrating the bug Hi It's seem I have found very tricky bug while trying to resolve MAC addr by IP in my local network. Requerement: to use see the bug - at line 50 of attachment you should put a real host in your local network, and this host must be present in arp table. In my case 192.168.1.1 is my gateway. compiles OK without any warning $ g++ bug.cpp --std=c++0x -Wall -Wextra run (no output) $ ./a.out $ Next uncomment line 36 of attachment (simple debug cout) ! recompile OK $ g++ bug.cpp --std=c++0x -Wall -Wextra run OK $ ./a.out > 192.168.1.1 00:01:02:03:04:05 So if I put any cout in for loop - everything is OK. Ubuntu 12.10 with latest updates. $ uname -a Linux notebook 3.5.0-36-generic #57-Ubuntu SMP Wed Jun 19 15:10:49 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux
[Bug libstdc++/57937] fgets and cout tricky bug
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57937 Andrew Pinski changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |INVALID --- Comment #1 from Andrew Pinski --- You are returning a pointer to a local variable. If i change: char hwa[100]; To: static char hwa[100]; Then it works correctly.
[Bug target/56942] MIPS GCC will not build with -mips16 mode because libgcc fails to build
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56942 Steve Ellcey changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |FIXED --- Comment #2 from Steve Ellcey --- After some other changes involving generic switch statement code, this was fixed with this patch: 2013-06-19 Steve Ellcey PR target/56942 * config/mips/mips.md (casesi_internal_mips16_): Use NEXT_INSN instead of next_real_insn.
[Bug target/56010] Powerpc, -mcpu=native and -mtune=native use the wrong name for target 7450
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56010 acrux changed: What|Removed |Added CC||acrux at linuxmail dot org --- Comment #3 from acrux --- here same issue. root@hermes:/usr/ports/ppc/opt/# gcc -v Using built-in specs. COLLECT_GCC=gcc COLLECT_LTO_WRAPPER=/usr/lib/gcc/powerpc-unknown-linux-gnu/4.7.3/lto-wrapper Target: powerpc-unknown-linux-gnu Configured with: ../gcc-4.7.3/configure --enable-bootstrap --disable-multilib --prefix=/usr --mandir=/usr/man --libexecdir=/usr/lib --enable-languages=c,c++,objc --enable-threads=posix --enable-__cxa_atexit --enable-clocale=gnu --enable-shared --enable-lto --with-ppl --enable-cloog-backend=ppl --disable-ppl-version-check --disable-cloog-version-check --disable-nls --with-x=no --enable-long-long --with-system-zlib --with-pkgversion='CRUX PPC' --host=powerpc-unknown-linux-gnu --build=powerpc-unknown-linux-gnu --target=powerpc-unknown-linux-gnu Thread model: posix gcc version 4.7.3 (CRUX PPC) root@hermes:/usr/ports/ppc/opt/# gcc -c -Q -mcpu=native --help=target cc1: error: unrecognized argument in option '-mcpu=ppc7450' cc1: note: valid arguments to '-mcpu=' are: 401 403 405 405fp 440 440fp 464 464fp 476 476fp 505 601 602 603 603e 604 604e 620 630 740 7400 7450 750 801 821 823 8540 8548 860 970 G3 G4 G5 a2 cell common e300c2 e300c3 e500mc e500mc64 ec603e native power power2 power3 power4 power5 power5+ power6 power6x power7 powerpc powerpc64 rios rios1 rios2 rs64 rsc rsc1 titan The following options are target specific: -G0 -m32 [enabled] -m64 [disabled] -mabi=altivec [disabled] -mabi=d32 [enabled] -mabi=d64 [disabled] -mabi=ibmlongdouble [enabled] -mabi=ieeelongdouble [disabled] -mabi=no-altivec [enabled] -mabi=no-spe [enabled] -mabi=spe [disabled] -mads [disabled] -maix-struct-return [disabled] -malign- power -malign-branch-targets[enabled] -mallow-df-permute[disabled] -mallow-movmisalign [enabled] -maltivec [disabled] -malways-hint [enabled] -mandroid [disabled] -mavoid-indexed-addresses [enabled] -mbig [enabled] -mbig-endian [enabled] -mbionic [disabled] -mbit-align [disabled] -mbit-word[disabled] -mblock-move-inline-limit=0 -mbss-plt [enabled] -mcall- -mcmpb[disabled] -mcpu=[default] -mdebug= -mdlmzb [disabled] -mdouble-float[disabled] -meabi[disabled] -memb [disabled] -mfloat-gprs= no -mfp-in-toc [enabled] -mfprnd [disabled] -mfpu=none -mfriz[enabled] -mfull-toc[disabled] -mfused-madd -mgen-cell-microcode [enabled] -mglibc [enabled] -mhard-dfp[disabled] -mhard-float [enabled] -minsert-sched-nops= -misel[disabled] -misel=no -misel=yes -mlittle [disabled] -mlittle-endian [disabled] -mlong-double- 0 -mlongcall[disabled] -mmfcrf [disabled] -mmfpgpr [disabled] -mminimal-toc [disabled] -mmulhw [disabled] -mmultiple[disabled] -mmvme[disabled] -mnew-mnemonics [enabled] -mnewlib [disabled] -mno-fp-in-toc[disabled] -mno-power[disabled] -mno-powerpc [disabled] -mno-sum-in-toc [disabled] -mno-toc [disabled] -mno-traceback[disabled] -mno-update [disabled] -mold-mnemonics [disabled] -mpaired
[Bug fortran/57803] Wasted work in gfc_build_dummy_array_decl()
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57803 --- Comment #2 from Po-Chun Chang --- Patch sent to gcc-patches@ and fortran@: http://gcc.gnu.org/ml/gcc-patches/2013-07/msg00798.html http://gcc.gnu.org/ml/fortran/2013-07/msg00047.html
[Bug middle-end/57806] Wasted work in propagate_nothrow()
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57806 --- Comment #2 from Po-Chun Chang --- Patch sent to gcc-patch@: http://gcc.gnu.org/ml/gcc-patches/2013-07/msg00799.html
[Bug middle-end/57809] Wasted work in omega_eliminate_red()
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57809 --- Comment #7 from Po-Chun Chang --- Patch sent to gcc-patch@ http://gcc.gnu.org/ml/gcc-patches/2013-07/msg00800.html
[Bug target/45941] Failed compile on Loongson2f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45941 Steve Ellcey changed: What|Removed |Added CC||sje at gcc dot gnu.org --- Comment #2 from Steve Ellcey --- Since the gentoo bug report (pointed at by comment #1) is closed and I think the 4.5 branch of GCC is also closed now and the bug wasn't reproducible with GCC 4.6.1, I think this bug report should be closed. Any objections?
[Bug target/45941] Failed compile on Loongson2f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45941 --- Comment #3 from Matt Turner --- (In reply to Steve Ellcey from comment #2) > Since the gentoo bug report (pointed at by comment #1) is closed and I think Well, the reason I closed the bug was because "Upstream doesn't give a shit" so that shouldn't be justification :) > the 4.5 branch of GCC is also closed now and the bug wasn't reproducible > with GCC 4.6.1, I think this bug report should be closed. Any objections? But yes, gcc-4.5 is closed and 4.6+ doesn't have the problem, so we should close this bug.
[Bug target/45941] Failed compile on Loongson2f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45941 Steve Ellcey changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |FIXED --- Comment #4 from Steve Ellcey --- GCC 4.5 branch is closed and the problem does not happen in 4.6.
[Bug c++/57938] New: Compiler breaks when a lambda expression is used as a default parameter in a constructor
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57938
Bug ID: 57938
Summary: Compiler breaks when a lambda expression is used as a
default parameter in a constructor
Product: gcc
Version: 4.7.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: francesco.nidito at gmail dot com
Created attachment 30530
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=30530&action=edit
contains both the .cpp and the .ii files
When specifying a lambda as a default parameter in the constructor of a class,
the compiler breaks with the error "Lazy.cpp:37:42: internal compiler error: in
tsubst_copy, at cp/pt.c:12141"
The error does not appear if I pass the exact same lambda expression explicitly
as a constructor parameter.
This breaks:
template
class Lazy {
...
public:
explicit Lazy(const std::function& init,
const std::function& fini = ([](Type *object) -> void {
delete object; })
):m_object(0),m_initializer(init),m_finalizer(fini) { }
...
};
...
Lazy lt([]{ return new Test(42); });
...
This does not:
template
class Lazy {
...
public:
explicit Lazy(const std::function& init,
const std::function& fini
):m_object(0),m_initializer(init),m_finalizer(fini) { }
...
};
...
Lazy lt([]{ return new Test(42); },
[](Type *object) -> void { delete object; });
...
I attached both a minimal .cpp file that produces the error and the .ii file
created by gcc.
This is the full output of the compilation:
C:\test>g++ -v -std=c++11 -save-temps -o Lazy.exe Lazy.cpp
Using built-in specs.
COLLECT_GCC=g++
COLLECT_LTO_WRAPPER=c:/mingw/bin/../libexec/gcc/i686-pc-mingw32/4.7.2/lto-wrapper.exe
Target: i686-pc-mingw32
Configured with: ../src/configure --prefix=/c/temp/gcc/dest
--with-gmp=/c/temp/gcc/gmp --with-mpfr=/c/temp/gcc/mpfr
--with-mpc=/c/temp/gcc/mpc --enable-languages=c,c++ --with-arch=i686
--with-tune=generic --disable-libstdcxx-pch --disable-nls --disable-shared
--disable-sjlj-exceptions --disable-win32-registry --enable-checking=release
--enable-lto
Thread model: win32
gcc version 4.7.2 (GCC)
COLLECT_GCC_OPTIONS='-v' '-std=c++11' '-save-temps' '-o' 'Lazy.exe'
'-mtune=generic' '-march=i686'
c:/mingw/bin/../libexec/gcc/i686-pc-mingw32/4.7.2/cc1plus.exe -E -quiet -v
-iprefix c:\mingw\bin\../lib/gcc/i686-pc-mingw32/4.7.2/ Lazy.cpp -mtune=generic
-march=i686 -std=c++11 -fpch-preprocess -o Lazy.ii
ignoring nonexistent directory
"c:\mingw\bin\../lib/gcc/i686-pc-mingw32/4.7.2/../../../../i686-pc-mingw32/include"
ignoring duplicate directory
"c:/mingw/lib/gcc/../../lib/gcc/i686-pc-mingw32/4.7.2/../../../../include/c++/4.7.2"
ignoring duplicate directory
"c:/mingw/lib/gcc/../../lib/gcc/i686-pc-mingw32/4.7.2/../../../../include/c++/4.7.2/i686-pc-mingw32"
ignoring duplicate directory
"c:/mingw/lib/gcc/../../lib/gcc/i686-pc-mingw32/4.7.2/../../../../include/c++/4.7.2/backward"
ignoring duplicate directory
"c:/mingw/lib/gcc/../../lib/gcc/i686-pc-mingw32/4.7.2/include"
ignoring nonexistent directory "c:/temp/gcc/dest/include"
ignoring nonexistent directory "/c/temp/gcc/dest/include"
ignoring duplicate directory
"c:/mingw/lib/gcc/../../lib/gcc/i686-pc-mingw32/4.7.2/include-fixed"
ignoring nonexistent directory
"c:/mingw/lib/gcc/../../lib/gcc/i686-pc-mingw32/4.7.2/../../../../i686-pc-mingw32/include"
ignoring duplicate directory "/mingw/include"
#include "..." search starts here:
#include <...> search starts here:
c:\mingw\bin\../lib/gcc/i686-pc-mingw32/4.7.2/../../../../include/c++/4.7.2
c:\mingw\bin\../lib/gcc/i686-pc-mingw32/4.7.2/../../../../include/c++/4.7.2/i686-pc-mingw32
c:\mingw\bin\../lib/gcc/i686-pc-mingw32/4.7.2/../../../../include/c++/4.7.2/backward
c:\mingw\bin\../lib/gcc/i686-pc-mingw32/4.7.2/include
c:\mingw\bin\../lib/gcc/i686-pc-mingw32/4.7.2/../../../../include
c:\mingw\bin\../lib/gcc/i686-pc-mingw32/4.7.2/include-fixed
End of search list.
COLLECT_GCC_OPTIONS='-v' '-std=c++11' '-save-temps' '-o' 'Lazy.exe'
'-mtune=generic' '-march=i686'
c:/mingw/bin/../libexec/gcc/i686-pc-mingw32/4.7.2/cc1plus.exe -fpreprocessed
Lazy.ii -quiet -dumpbase Lazy.cpp -mtune=generic -march=i686 -auxbase Lazy
-std=c++11 -version -o Lazy.s
GNU C++ (GCC) version 4.7.2 (i686-pc-mingw32)
compiled by GNU C version 4.7.2, GMP version 5.0.5, MPFR version
3.1.1-p2, MPC version 1.0.1
GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072
GNU C++ (GCC) version 4.7.2 (i686-pc-mingw32)
compiled by GNU C version 4.7.2, GMP version 5.0.5, MPFR version
3.1.1-p2, MPC version 1.0.1
GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072
Compiler executable checksum: 875b33a3736d797e27eafd03743d6f46
Lazy.cpp: In constructor 'Lazy::Lazy(const std::function&, const
std::function&) [with Type = Test]':
Lazy.cpp:37:42: internal compiler error: in tsubst_copy, at cp/pt.c:
[Bug debug/57939] New: incorrect debug info of wchar_t
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57939
Bug ID: 57939
Summary: incorrect debug info of wchar_t
Product: gcc
Version: 4.8.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: debug
Assignee: unassigned at gcc dot gnu.org
Reporter: chihin.ko at oracle dot com
cat t.cc
#include
void foo(wchar_t c) { printf("In foo(wchar_t) %d\n", c); }
main()
{
wchar_t L = L'b';
}
g++ -std=c++11 -g t.cc
gdb a.out
Breakpoint 1, main () at t.cc:7
7 wchar_t L = L'b';
(gdb) next
8 }
(gdb) p L
$2 = 98 <== should be 'b'
DW_TAG_base_type
DW_AT_byte_size 0x0004
DW_AT_encoding DW_ATE_signed << should be DW_ATE_unsigned_char
DW_AT_name "wchar_t"
[Bug ada/57934] spurious definition of preprocessor CAT in gcc-interface/ada.h for traditional (replaces ##)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57934 Andrew Pinski changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |INVALID --- Comment #1 from Andrew Pinski --- This file is never compiled with a non C89/C++93 compiler so there is no reason to support pre-standardized C compiler.
[Bug c++/57937] fgets and cout tricky bug
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57937 Alexei Semenoff changed: What|Removed |Added Status|RESOLVED|UNCONFIRMED Component|libstdc++ |c++ Resolution|INVALID |--- --- Comment #2 from Alexei Semenoff --- Why example above works with simple cout ? How cout is related with returning local or non local variable ?
[Bug c++/57937] fgets and cout tricky bug
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57937 Andrew Pinski changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |INVALID --- Comment #3 from Andrew Pinski --- (In reply to Alexei Semenoff from comment #2) > Why example above works with simple cout ? > How cout is related with returning local or non local variable ? Returning the address to a local variable is undefined. So it just happens to work in that case.
