[Bug debug/92442] Compiling Boost.Spirit.X3 code uses exuberant amount of RAM with -gsplit-dwarf

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92442 --- Comment #2 from Ruben Van Boxem --- I hit the submit button too early, I was still removing commandline options. Indeed the -gsplit-dwarf option seems the culprit here. I added it to decrease library link times (seems like it did at least so

[Bug c++/92442] New: Compiling Boost.Spirit.X3 code uses exuberant amount of RAM

Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: vanboxem.ruben at gmail dot com Target Milestone: --- Created attachment 47207 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=47207&action=edit preprocessed source for repro

[Bug c++/88183] [GCC7 Regression] Fold expression with operator .

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88183 --- Comment #2 from Ruben Van Boxem --- Additionally I tested compiling the GCC7 preprocessed source with GCC 8.2.1, which expectedly leads to an ICE as well. Simple attempts to trigger the same issue (e.g. http://coliru.stacked-crooked.com/a/69

[Bug c++/88183] [GCC7 Regression] Fold expression with operator .

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88183 --- Comment #1 from Ruben Van Boxem --- Created attachment 45084 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=45084&action=edit compressed preprocessed source causing ICE Attached preprocessed source file ICEs GCC 8.2.1 20180831 on Arch

[Bug c++/88183] New: [GCC7 Regression] Fold expression with operator .

Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: vanboxem.ruben at gmail dot com Target Milestone: ---

[Bug bootstrap/50229] [5/6/7/8 Regression] Can't cross compile for i686-apple-darwin10 from x86_64-redhat_linux

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50229 --- Comment #28 from Ruben Van Boxem --- (In reply to Eric Gallager from comment #27) > (In reply to Iain Sandoe from comment #21) > > (In reply to Francois-Xavier Coudert from comment #20) > > > This PR appears to report two different issues: >

[Bug tree-optimization/71824] New: ICE when compiling libiberty with Graphite loop optimizations

Priority: P3 Component: tree-optimization Assignee: unassigned at gcc dot gnu.org Reporter: vanboxem.ruben at gmail dot com Target Milestone: --- Created attachment 38866 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38866&action=edit preprocessed sour

[Bug c++/56038] declarations in xmmintrin.h conflict with mingw-w64 intrin.h in c++ mode

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56038 Ruben Van Boxem changed: What|Removed |Added CC||vanboxem.ruben at gmail dot com

[Bug c++/56926] Crash (without ICE) while compiling Boost.Math

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56926 --- Comment #2 from Ruben Van Boxem --- As bugzilla has a file size limit of 1000kB, here's a link to my dropbox containing a zipped gch file that I believe is responsible for the crash. https://dl.dropboxusercontent.com/u/58715553/pch.hpp.gch.zi

[Bug target/57225] New: x64 Windows seh GCC should define __USING_SEH_EXCEPTIONS like sjlj and dw2 builds

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57225 Bug #: 57225 Summary: x64 Windows seh GCC should define __USING_SEH_EXCEPTIONS like sjlj and dw2 builds Classification: Unclassified Product: gcc Version: 4.8.0 Statu

[Bug c++/56859] alignas() fails in template

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56859 Ruben Van Boxem changed: What|Removed |Added CC||vanboxem.ruben at gmail dot

[Bug c++/56926] New: Crash (without ICE) while compiling Boost.Math

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56926 Bug #: 56926 Summary: Crash (without ICE) while compiling Boost.Math Classification: Unclassified Product: gcc Version: 4.8.1 Status: UNCONFIRMED Severity: critical

[Bug lto/55493] [4.8 Regression] LTO always ICEs on i686-mingw32

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55493 Ruben Van Boxem changed: What|Removed |Added CC||vanboxem.ruben at gmail dot

[Bug c++/55898] Can't obtain stack trace

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55898 Ruben Van Boxem changed: What|Removed |Added CC||vanboxem.ruben at gmail dot

[Bug rtl-optimization/55106] ice: Maximum number of LRA constraint passes is achieved (15)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55106 --- Comment #6 from Ruben Van Boxem 2012-12-20 19:42:02 UTC --- I can also add that GMP 5.0.5 does not trigger this ICE.

[Bug rtl-optimization/55106] ice: Maximum number of LRA constraint passes is achieved (15)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55106 Ruben Van Boxem changed: What|Removed |Added CC||vanboxem.ruben at gmail dot

[Bug libgcj/50895] Build failure in jni.cc

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50895 --- Comment #5 from Ruben Van Boxem 2012-12-10 12:32:36 UTC --- (In reply to comment #4) > A question about this build-failure. Were you using posix-threading model for > 4.6 ? It's been a while, but I believe the 4.6 was normal win32

[Bug other/55165] New: Build failure for x86_64-w64-mingw32

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55165 Bug #: 55165 Summary: Build failure for x86_64-w64-mingw32 Classification: Unclassified Product: gcc Version: 4.8.0 Status: UNCONFIRMED Severity: major Pri

[Bug libstdc++/54314] [4.8 Regression] undefined references to 'construction vtable for std::ostream-in-std::basic_ostringstream, std::allocator >'

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54314 --- Comment #10 from Ruben Van Boxem 2012-09-25 08:11:23 UTC --- I can confirm adding the exports gets rid of the undefined references.

[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

, ||vanboxem.ruben at gmail dot ||com --- Comment #18 from Ruben Van Boxem 2012-08-18 13:12:54 UTC --- This is still an issue on current GCC trunk.

[Bug regression/54314] New: undefined references to 'construction vtable for std::ostream-in-std::basic_ostringstream, std::allocator >'

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54314 Bug #: 54314 Summary: undefined references to 'construction vtable for std::ostream-in-std::basic_ostringstream, std::allocator >' Classification: Unclassified Product: gcc Versi

[Bug libstdc++/53578] include/ext/concurrence.h relies on ill-formed narrowing conversions

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53578 --- Comment #7 from Ruben Van Boxem 2012-06-06 11:10:34 UTC --- Changing this line: static typename __enable_if::__type to read: static typename __enable_if(sizeof(&_Rm::sema)), void>::__type makes the unique_ptr problem go away (se

[Bug libstdc++/53578] include/ext/concurrence.h relies on ill-formed narrowing conversions

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53578 Ruben Van Boxem changed: What|Removed |Added CC||vanboxem.ruben at gmail dot

[Bug java/52468] New: Build failure for *-*-mingw32

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52468 Bug #: 52468 Summary: Build failure for *-*-mingw32 Classification: Unclassified Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: normal Priority: P3

[Bug c++/52465] New: g++ rejects valid code with in-class using declaration

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52465 Bug #: 52465 Summary: g++ rejects valid code with in-class using declaration Classification: Unclassified Product: gcc Version: unknown Status: UNCONFIRMED Severity: critical

[Bug c/51437] GCC should warn on the use of reserved identifier/macro names

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51437 --- Comment #14 from Ruben Van Boxem 2012-02-19 21:51:37 UTC --- I don't think adding future reserved identifiers serves any purpose. In general, code is written against a certain version of a language's Standard, with the current constraints, no

[Bug c/51437] GCC should warn on the use of reserved identifier/macro names

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51437 --- Comment #10 from Ruben Van Boxem 2012-02-19 09:33:05 UTC --- (In reply to comment #9) > (In reply to comment #8) > > You really do want to flag both definition and usage. For instance, there's > > plenty of buggy software (especially GNU soft

[Bug libgcj/50895] Build failure in jni.cc

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50895 --- Comment #2 from Ruben Van Boxem 2012-01-24 15:29:24 UTC --- With GCC 4.7, I get a different failure (and jni.cc hasn't been reached yet I think), which is pthread-related (I configured with --enable-threads=posix): libtool: compile: /home/r

[Bug other/51688] New: libgcc dll is installed in /lib instead of /bin

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51688 Bug #: 51688 Summary: libgcc dll is installed in /lib instead of /bin Classification: Unclassified Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity:

[Bug c/51437] GCC should warn on the use of reserved identifier/macro names

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51437 --- Comment #2 from Ruben Van Boxem 2011-12-06 11:50:18 UTC --- (In reply to comment #1) > (In reply to comment #0) > > For C and C++, Clang > > Ahem! > > > For C++ a single underscore is also reserved for the global namespace. > > That comes

[Bug c/51437] New: GCC should warn on the use of reserved identifier/macro names

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51437 Bug #: 51437 Summary: GCC should warn on the use of reserved identifier/macro names Classification: Unclassified Product: gcc Version: unknown Status: UNCONFIRMED

[Bug middle-end/50913] ICE: compiling libgfortran for i686-w64-mingw32

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50913 --- Comment #2 from Ruben Van Boxem 2011-10-30 15:20:43 UTC --- (In reply to comment #1) > What was the ICE? Sorry about that: /home/ruben/mingw-w64/toolchain/src/gcc/libgfortran/generated/spread_i1.c: In function 'spread_i1': /home/ruben/mingw-

[Bug c++/50920] New: add a -std=c++11 option to the driver

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50920 Bug #: 50920 Summary: add a -std=c++11 option to the driver Classification: Unclassified Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: normal Priority: P3

[Bug c/50913] New: ICE: compiling libgfortran for i686-w64-mingw32

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50913 Bug #: 50913 Summary: ICE: compiling libgfortran for i686-w64-mingw32 Classification: Unclassified Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: critical

[Bug libgcj/50895] New: Build failure in jni.cc

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50895 Bug #: 50895 Summary: Build failure in jni.cc Classification: Unclassified Product: gcc Version: 4.6.3 Status: UNCONFIRMED Severity: major Priority: P3 Compo

[Bug bootstrap/50229] [4.7 Regression] Can't cross compile for i686-apple-darwin10 from x86_64-redhat_linux

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50229 --- Comment #9 from Ruben Van Boxem 2011-10-26 12:49:43 UTC --- I received a build of a darwinx-ld binary from the darwinx toolchain maintainer that accepts the -no_compact_unwind option, and the problem has not gone away. Configure is either usi

[Bug target/50779] always_inline function fails to inline

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50779 --- Comment #5 from Ruben Van Boxem 2011-10-19 10:37:37 UTC --- There's this on msdn about inline and dllexport: http://msdn.microsoft.com/en-us/library/xa0d9ste.aspx On top of this, MSVC allows its __forceinline to be used in a dllexport contex

[Bug target/50779] always_inline function fails to inline

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50779 --- Comment #3 from Ruben Van Boxem 2011-10-19 10:17:54 UTC --- Sorry about that: m:\Development\source\qtcreator\src\shared\proparser\profileparser.cpp: In member function 'void ProFileParser::leaveScope(ushort*&)': m:\Development\source\qtcrea

[Bug target/50779] always_inline function fails to inline

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50779 --- Comment #1 from Ruben Van Boxem 2011-10-18 18:43:39 UTC --- Created attachment 25547 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25547 Compile with "g++ -O[012] -c profileparser.ii" to trigger the error (preprocessed with x86_64-w64-m

[Bug target/50779] New: always_inline function fails to inline

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50779 Bug #: 50779 Summary: always_inline function fails to inline Classification: Unclassified Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: major Priority: P3

[Bug tree-optimization/10980] vararg functions are not inlined

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=10980 --- Comment #11 from Ruben Van Boxem 2011-10-17 18:44:39 UTC --- (In reply to comment #10) > I bet it just ignores the attribute that is not how the attribute is > supposed to work. > > We output error in this case intentionally (and warning in

[Bug libstdc++/1773] __cplusplus defined to 1, should be 199711L

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=1773 --- Comment #120 from Ruben Van Boxem 2011-09-28 13:58:03 UTC --- OK, somewhat understandable to keep evil legacy code compiling. Last plea for Standards conformance: What about only setting the correct define if -std=c++89/03/0x/11 is passed and

[Bug libstdc++/1773] __cplusplus defined to 1, should be 199711L

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=1773 Ruben Van Boxem changed: What|Removed |Added CC||vanboxem.ruben at gmail dot

[Bug tree-optimization/10980] vararg functions are not inlined

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=10980 --- Comment #9 from Ruben Van Boxem 2011-09-23 13:46:27 UTC --- Current Clang compiled everything without a hitch. It might ignore the attribute, I haven't checked. Perhaps this error should be made a warning?

[Bug tree-optimization/10980] vararg functions are not inlined

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=10980 Ruben Van Boxem changed: What|Removed |Added CC||vanboxem.ruben at gmail dot

[Bug bootstrap/50229] [4.7 Regression] Can't cross compile for i686-apple-darwin10 from x86_64-redhat_linux

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50229 --- Comment #7 from Ruben Van Boxem 2011-09-19 19:28:48 UTC --- I'm still experiencing the same behavior. I don't think the darwinx toolchain has the problems you say? Why do you think it uses a Darwin9 system framework and headers? It has GCC 4

[Bug bootstrap/50229] [4.7 Regression] Can't cross compile for i686-apple-darwin10 from x86_64-redhat_linux

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50229 --- Comment #4 from Ruben Van Boxem 2011-08-29 18:30:29 UTC --- For those wondering how on Earth I am cross-compiling for Mac, see http://build1.openftd.org/fedora-cross-darwinx/ This is a cross toolchain for Fedora, which works quite well. The

[Bug bootstrap/50229] [4.7 Regression] Can't cross compile for i686-apple-darwin10 from x86_64-redhat_linux

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50229 --- Comment #3 from Ruben Van Boxem 2011-08-29 18:26:10 UTC --- Created attachment 25133 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25133 Compressed build log detailing failure Attached build log. ("make all-gcc" output)

[Bug bootstrap/50229] [4.7 Regression] Can't cross compile for i686-apple-darwin10 from x86_64-redhat_linux

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50229 --- Comment #2 from Ruben Van Boxem 2011-08-29 18:23:12 UTC --- Created attachment 25132 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25132 gcc/config.log Attached gcc/config.log

[Bug bootstrap/50229] [4.7 Regression] Can't cross compile for i686-apple-darwin10 from x86_64-redhat_linux

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50229 Ruben Van Boxem changed: What|Removed |Added Attachment #25130|0 |1 is obsolete|

[Bug bootstrap/50229] New: [4.7 Regression] Can't cross compile for i686-apple-darwin10 from x86_64-redhat_linux

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50229 Bug #: 50229 Summary: [4.7 Regression] Can't cross compile for i686-apple-darwin10 from x86_64-redhat_linux Classification: Unclassified Product: gcc Version: 4.7.0 S

[Bug bootstrap/50156] in-tree CLooG is not picked up by toplevel configure

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50156 Ruben Van Boxem changed: What|Removed |Added Attachment #25090|0 |1 is obsolete|

[Bug bootstrap/50156] in-tree CLooG is not picked up by toplevel configure

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50156 --- Comment #2 from Ruben Van Boxem 2011-08-24 19:26:55 UTC --- Created attachment 25090 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25090 Patch to allow a non-bootstrap compiler to build with in tree prereqs for graphite Attached is a f

[Bug bootstrap/50156] in-tree CLooG is not picked up by toplevel configure

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50156 --- Comment #1 from Ruben Van Boxem 2011-08-22 19:07:38 UTC --- Created attachment 25079 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25079 "make all-gcc" log where -lcloog and friends are missing for cc1 Attached build log

[Bug bootstrap/50156] New: in-tree CLooG is not picked up by toplevel configure

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50156 Bug #: 50156 Summary: in-tree CLooG is not picked up by toplevel configure Classification: Unclassified Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: normal

[Bug bootstrap/50139] in-tree GMP/PPL/CLooG is misconfigured

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50139 --- Comment #2 from Ruben Van Boxem 2011-08-21 10:48:32 UTC --- Created attachment 25065 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25065 Patch for 4.6 branch Attached congruent patch for 4.6 branch.

[Bug bootstrap/50139] in-tree GMP/PPL/CLooG is misconfigured

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50139 --- Comment #1 from Ruben Van Boxem 2011-08-21 10:47:56 UTC --- Created attachment 25064 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25064 patch for 4.5 branch Attached congruent patch for 4.5 branch

[Bug bootstrap/50139] New: in-tree GMP/PPL/CLooG is misconfigured

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50139 Bug #: 50139 Summary: in-tree GMP/PPL/CLooG is misconfigured Classification: Unclassified Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: major Priority: P3

[Bug c++/49326] Lambda arguments should not have a default value

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49326 Ruben Van Boxem changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|

[Bug c++/49326] Lambda arguments should not have a default value

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49326 --- Comment #2 from Ruben Van Boxem 2011-06-08 16:54:34 UTC --- I compiled with -std=c++0x, so GCC extensions should be turned off.

[Bug c++/49326] New: Lambda arguments should not have a default value

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49326 Summary: Lambda arguments should not have a default value Product: gcc Version: 4.6.1 Status: UNCONFIRMED Severity: trivial Priority: P3 Component: c++ AssignedTo: un

[Bug go/47726] language go can not build for mingw target

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47726 Ruben Van Boxem changed: What|Removed |Added CC||vanboxem.ruben at gmail dot

[Bug target/47178] QtWebKit miscompiled for x86_64-*-mingw*

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47178 --- Comment #2 from Ruben Van Boxem 2011-01-11 12:35:37 UTC --- I'm sorry, I cannot make a testcase for this because I don't know the exact cause of the problem. Webkit is huge, and highly optimised and above my understanding... I have provide

[Bug target/47178] New: QtWebKit miscompiled for x86_64-*-mingw*

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47178 Summary: QtWebKit miscompiled for x86_64-*-mingw* Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target AssignedTo: unassig.

[Bug bootstrap/47055] New: "make profiledbootstrap" fails on MSYS/mingw-w64

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47055 Summary: "make profiledbootstrap" fails on MSYS/mingw-w64 Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: bootstrap AssignedT

[Bug c++/45822] [4.6-regression] Qt 4.7.0 build fails

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45822 --- Comment #3 from Ruben Van Boxem 2010-09-28 20:34:48 UTC --- This also happens later in the build process, with this command and output: g++ -c -O2 -frtti -fexceptions -mthreads -Wall -DUNICODE -DQT_LARGEFILE_SUPPORT -DQT_DLL -DQT_NO_DEBUG -DQ

[Bug c++/45822] New: [4.6-regression] Qt 4.7.0 declarative build fails

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45822 Summary: [4.6-regression] Qt 4.7.0 declarative build fails Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: un

[Bug c++/45799] New: ICE + segfault when compiling Qt's WebKit JavaScriptCore

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45799 Summary: ICE + segfault when compiling Qt's WebKit JavaScriptCore Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: