[Bug c++/56177] [4.8 Regression] ICE when used forward for 'auto f();'

2013-02-05 Thread i.nixman at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56177 --- Comment #6 from niXman 2013-02-06 04:16:30 UTC --- (In reply to comment #5) > Fixed. Thank you.

[Bug c++/56389] Return types differs in block scope function declarations and function implementation

2013-02-19 Thread i.nixman at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56389 niXman changed: What|Removed |Added CC||i.nixman at gmail dot com --- Comment

[Bug target/55171] [4.7/4.8 Regression] incorrect virtual thunk on mingw

2013-05-06 Thread i.nixman at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55171 --- Comment #13 from niXman 2013-05-06 22:31:01 UTC --- Kai, any ideas?

[Bug bootstrap/53912] [4.7/4.8 Regression] bootstrap fails using default c++ mode in stage 2 and 3 for native x86_64-w64-mingw32

2012-09-10 Thread i.nixman at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53912 --- Comment #19 from niXman 2012-09-10 20:04:16 UTC --- (In reply to comment #12) > Created attachment 27846 [details] > proposed patch > > This fixes the C and C++ part. This patch is correct. Why not apply?

[Bug c++/54895] New: the compiler treats '__cdecl' & '__stdcall' as the same.

2012-10-10 Thread i.nixman at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54895 Bug #: 54895 Summary: the compiler treats '__cdecl' & '__stdcall' as the same. Classification: Unclassified Product: gcc Version: 4.7.0 Status: UNCONFIRMED

[Bug c++/54895] the compiler treats '__cdecl' & '__stdcall' as the same.

2012-10-10 Thread i.nixman at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54895 --- Comment #1 from niXman 2012-10-10 19:53:48 UTC --- used i686-w64-mingw32

[Bug c++/54995] Converting lambda to C-style functions when there is template

2012-10-20 Thread i.nixman at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54995 --- Comment #1 from niXman 2012-10-20 07:15:28 UTC --- > App crash: > http://liveworkspace.org/code/3d5e51c9059ea4f37ce2d0d23739d374 More detailed output. source: #include typedef void(*void_func)(); void foo(void_func f) {

[Bug c++/58080] internal compiler error, decltype in function declaration (for SFINAE purposes)

2013-08-05 Thread i.nixman at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58080 --- Comment #12 from niXman --- (In reply to Paolo Carlini from comment #9) > Fixed for 4.9.0. Can you provide a commit number, please?

[Bug c++/58080] internal compiler error, decltype in function declaration (for SFINAE purposes)

2013-08-05 Thread i.nixman at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58080 --- Comment #14 from niXman --- (In reply to Paolo Carlini from comment #13) http://gcc.gnu.org/viewcvs/gcc?view=revision&sortby=date&revision=201512 thank you

[Bug c++/58216] New: ICE: in gen_type_die_with_usage, at dwarf2out.c:19484

2013-08-22 Thread i.nixman at gmail dot com
Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: i.nixman at gmail dot com When compiled this code with '-g': template< typename A, typename B > struct bijection { auto size() const { return 0; } // error //auto size() const -> int { return

[Bug lto/50616] New: lto1.exe: internal compiler error: invalid resolution in the resolution file

2011-10-04 Thread i.nixman at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50616 Bug #: 50616 Summary: lto1.exe: internal compiler error: invalid resolution in the resolution file Classification: Unclassified Product: gcc Version: 4.7.0 Status: UN

[Bug lto/50616] lto1.exe: internal compiler error: invalid resolution in the resolution file

2011-10-04 Thread i.nixman at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50616 --- Comment #1 from niXman 2011-10-04 18:35:30 UTC --- Created attachment 25416 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25416 LTO test sources

[Bug lto/50616] lto1.exe: internal compiler error: invalid resolution in the resolution file

2011-10-04 Thread i.nixman at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50616 niXman changed: What|Removed |Added Severity|normal |critical

[Bug c++/50736] New: ISO_IEC_14882-2011-5.1.2/10 - bug

2011-10-15 Thread i.nixman at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50736 Bug #: 50736 Summary: ISO_IEC_14882-2011-5.1.2/10 - bug Classification: Unclassified Product: gcc Version: 4.6.1 Status: UNCONFIRMED Severity: normal Priority: P3

[Bug target/49910] "internal compiler error: in redirect_jump, at jump.c:1485" when build ppl-0.11.2

2011-10-15 Thread i.nixman at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49910 niXman changed: What|Removed |Added Severity|normal |critical

[Bug c++/53211] New: range-based 'for' expression of type 'const int []' has incomplete type

2012-05-03 Thread i.nixman at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53211 Bug #: 53211 Summary: range-based 'for' expression of type 'const int []' has incomplete type Classification: Unclassified Product: gcc Version: 4.7.0 Status: UNCONFI

[Bug c++/53211] range-based 'for' expression of type 'const int []' has incomplete type

2012-05-03 Thread i.nixman at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53211 --- Comment #2 from niXman 2012-05-03 16:04:26 UTC --- This code also works: #include template void func(Args... args) { const int arr[] = {args...}; for (int it: arr) { // ! std::cout << it << std::endl; } }

[Bug libstdc++/52300] New: Gthreads functions linking error at dynamic linking with libstdc++ when using MinGW.

2012-02-17 Thread i.nixman at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52300 Bug #: 52300 Summary: Gthreads functions linking error at dynamic linking with libstdc++ when using MinGW. Classification: Unclassified Product: gcc Version: 4.6.2 St

[Bug lto/50616] lto1.exe: internal compiler error: invalid resolution in the resolution file

2012-02-19 Thread i.nixman at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50616 --- Comment #9 from niXman 2012-02-19 16:22:52 UTC --- lto-plugin/lto-plugin.c http://gcc.gnu.org/viewcvs/trunk/lto-plugin/lto-plugin.c?view=markup line 363.

[Bug libstdc++/52300] Gthreads functions linking error at dynamic linking with libstdc++ when using MinGW.

2012-02-19 Thread i.nixman at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52300 --- Comment #2 from niXman 2012-02-19 17:14:03 UTC --- Thanks Kai!

[Bug c/52368] New: internal compiler error: in convert_move, at expr.c:326

2012-02-23 Thread i.nixman at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52368 Bug #: 52368 Summary: internal compiler error: in convert_move, at expr.c:326 Classification: Unclassified Product: gcc Version: 4.6.2 Status: UNCONFIRMED S

[Bug libitm/52787] New: Segmentation fault on MinGW

2012-03-29 Thread i.nixman at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52787 Bug #: 52787 Summary: Segmentation fault on MinGW Classification: Unclassified Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: normal Priority: P3

[Bug libitm/52787] Segmentation fault on MinGW

2012-03-30 Thread i.nixman at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52787 --- Comment #2 from niXman 2012-03-30 19:55:51 UTC --- >Based to your e-mail on gcc-help, you left out a very important piece of information. Yes, Ian. I had to mention it. And yes, I'm not saying that libitm is supported by MinGW. And yes, as li

[Bug c++/53139] New: internal compiler error: expected a type, got '#'tree_vec' not supported by dump_expr#'

2012-04-27 Thread i.nixman at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53139 Bug #: 53139 Summary: internal compiler error: expected a type, got '#'tree_vec' not supported by dump_expr#' Classification: Unclassified Product: gcc Version: 4.7.0

[Bug c++/53139] internal compiler error: expected a type, got '#'tree_vec' not supported by dump_expr#'

2012-04-27 Thread i.nixman at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53139 --- Comment #3 from niXman 2012-04-27 11:08:17 UTC --- with 4.7-branch rev-186846 and trunk rev-186841 - everything is ok.

[Bug c++/51265] New: internal compiler error: in finish_decltype_type, at cp/semantics.c:5244

2011-11-21 Thread i.nixman at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51265 Bug #: 51265 Summary: internal compiler error: in finish_decltype_type, at cp/semantics.c:5244 Classification: Unclassified Product: gcc Version: 4.7.0 Status: UNCONF

[Bug target/50616] lto1.exe: internal compiler error: invalid resolution in the resolution file

2012-01-03 Thread i.nixman at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50616 --- Comment #3 from niXman 2012-01-03 09:53:59 UTC --- Created attachment 26229 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=26229 sources + temp files + logs

[Bug target/50616] lto1.exe: internal compiler error: invalid resolution in the resolution file

2012-01-08 Thread i.nixman at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50616 --- Comment #5 from niXman 2012-01-08 15:15:19 UTC --- I don't have other GCC versions or lto-pugins on my computer. Here is a fragment of code from gcc-4.6.2-release: fprintf (f, "%u %x %s %s\n", (unsigned int) slot, symtab->aux[j].id,

[Bug target/50616] lto1.exe: internal compiler error: invalid resolution in the resolution file

2012-01-15 Thread i.nixman at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50616 --- Comment #6 from niXman 2012-01-16 01:43:56 UTC --- Replacing "%llx" to "%I64x" solves the problem. http://msdn.microsoft.com/en-us/library/3b2e7499(v=vs.80).aspx Thanks, niXman.

[Bug c++/51979] New: variadic templates + lambda capture list = error

2012-01-24 Thread i.nixman at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51979 Bug #: 51979 Summary: variadic templates + lambda capture list = error Classification: Unclassified Product: gcc Version: 4.6.2 Status: UNCONFIRMED Severity: normal P

[Bug libquadmath/55225] Fail to build lgammaq.c from trunk with mingw-w64

2012-11-21 Thread i.nixman at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55225 --- Comment #2 from niXman 2012-11-21 08:09:40 UTC --- (In reply to comment #1) > Fixed in mingw-w64 trunk Strange that the mingw-w64 developers didn't report that the bug is fixed.

[Bug target/54895] the compiler treats '__cdecl' & '__stdcall' as the same.

2012-11-22 Thread i.nixman at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54895 --- Comment #5 from niXman 2012-11-22 18:37:55 UTC --- (In reply to comment #4) > This is most likely a duplicate of already fixed PR/55268. I checked upon the 193725 revision. The first test gives the same result. The second test now g

[Bug libstdc++/52015] std::to_string does not work under MinGW

2013-01-05 Thread i.nixman at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52015 --- Comment #19 from niXman 2013-01-05 21:24:03 UTC --- Why not apply to gcc-4_7-branch?

[Bug c++/56177] New: ICE when used forward for 'auto f();'

2013-02-01 Thread i.nixman at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56177 Bug #: 56177 Summary: ICE when used forward for 'auto f();' Classification: Unclassified Product: gcc Version: 4.8.0 Status: UNCONFIRMED Severity: normal P

[Bug c++/49910] New: "internal compiler error: in redirect_jump, at jump.c:1485" when build ppl-0.11.2

2011-07-29 Thread i.nixman at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49910 Summary: "internal compiler error: in redirect_jump, at jump.c:1485" when build ppl-0.11.2 Product: gcc Version: 4.6.2 Status: UNCONFIRMED Severity: normal Priorit