[Bug c/78352] GCC lacks support for the Apple "blocks" extension to the C family of languages

2018-04-02 Thread rjvbertin at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78352 René J.V. Bertin changed: What|Removed |Added CC||rjvbertin at gmail dot com

[Bug target/80781] Feature request: build option to use libc++ instead of libstdc++ for increased usability on Mac

2017-09-07 Thread rjvbertin at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80781 --- Comment #9 from René J.V. Bertin --- redi at gcc dot gnu.org wrote on 20170517::08:56:33 re: "[Bug target/80781] Feature request: build option to use libc++ instead of libstdc++ for increased usability on Mac"

[Bug driver/80836] final binaries missing rpath despite all attempts to use the appropriate -Wl,-rpath= statement

2017-05-23 Thread rjvbertin at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80836 René J.V. Bertin changed: What|Removed |Added Host||linux --- Comment #4 from René J.V.

[Bug driver/80836] final binaries missing rpath despite configure with LDFLAGS=-Wl,-rpath=$prefix/lib

2017-05-20 Thread rjvbertin at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80836 --- Comment #3 from René J.V. Bertin --- A bit complicated, no? Also, how does one get binaries built with the resulting compilers to use the corresponding runtime libraries (libstdc++, libgfortran, ...)? There should be a configure option for

[Bug driver/80836] final binaries missing rpath despite configure with LDFLAGS=-Wl,-rpath=$prefix/lib

2017-05-20 Thread rjvbertin at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80836 --- Comment #1 from René J.V. Bertin --- I found some suggestions here http://stackoverflow.com/questions/13813737/how-can-i-set-rpath-on-gcc-binaries-during-bootstrap which I haven't yet been able to check (a full build runs overnight on my

[Bug driver/80836] New: final binaries missing rpath despite configure with LDFLAGS=-Wl,-rpath=$prefix/lib

2017-05-20 Thread rjvbertin at gmail dot com
Severity: normal Priority: P3 Component: driver Assignee: unassigned at gcc dot gnu.org Reporter: rjvbertin at gmail dot com Target Milestone: --- I'm building GCC 7.1.0 on Linux for installation into a separate prefix (/opt/local) that is not declared via

[Bug target/80782] Configure options to use llvm/clang assembler on Mac

2017-05-17 Thread rjvbertin at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80782 --- Comment #11 from René J.V. Bertin --- I'm using 6.3.0 (that was the latest release when I started). It has the same code in config/darwin.h though: ``` /* When we detect that we're cctools or llvm as, we need to insert the right

[Bug target/80782] Configure options to use llvm/clang assembler on Mac

2017-05-17 Thread rjvbertin at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80782 --- Comment #7 from René J.V. Bertin --- (In reply to Jonathan Wakely from comment #6) > I assume something like --with-as=llvm-as doesn't work. Nope. > It would require > configure to know how to detect the llvm assembler and know how to

[Bug target/80781] Feature request: build option to use libc++ instead of libstdc++ for increased usability on Mac

2017-05-17 Thread rjvbertin at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80781 --- Comment #8 from René J.V. Bertin --- (In reply to Jonathan Wakely from comment #7) Good to know that there are apparently no "political" barriers. That means I can try to get my patch into the MacPorts GCC port(s) where it can see more

[Bug target/80782] Feature request: use the llvm/clang assembler on Mac

2017-05-17 Thread rjvbertin at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80782 René J.V. Bertin changed: What|Removed |Added Status|RESOLVED|UNCONFIRMED

[Bug target/80781] Feature request: build option to use libc++ instead of libstdc++ for increased usability on Mac

2017-05-17 Thread rjvbertin at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80781 --- Comment #6 from René J.V. Bertin --- (In reply to Richard Biener from comment #5) > Confirmed. Meaning "that G++ will one day have this kind of support for libc++"? Is there a timeline or something? The most complex part is probably the

[Bug target/80782] Feature request: use the llvm/clang assembler on Mac

2017-05-16 Thread rjvbertin at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80782 --- Comment #4 from René J.V. Bertin --- The current support apparently has its glitches but above all it has nothing to do with gcc itself; it consists of using an existing `as` option to "Use the clang(1) integrated assembler instead of the

[Bug c++/80781] Feature request: build option to use libc++ instead of libstdc++ for increased usability on Mac

2017-05-16 Thread rjvbertin at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80781 --- Comment #4 from René J.V. Bertin --- Edit: my goal here was thus more to test the waters and see how likely or not it is that G++ will one day have this kind of support for libc++.

[Bug c++/80781] Feature request: build option to use libc++ instead of libstdc++ for increased usability on Mac

2017-05-16 Thread rjvbertin at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80781 --- Comment #3 from René J.V. Bertin --- Dumb because? I don't think I'd use the term even if the official GCC standpoint were that clang is the superior compiler anyway. The simple reality on the Mac platform is that you cannot have libstdc++

[Bug target/80782] New: Feature request: use the llvm/clang assembler on Mac

2017-05-16 Thread rjvbertin at gmail dot com
Component: target Assignee: unassigned at gcc dot gnu.org Reporter: rjvbertin at gmail dot com Target Milestone: --- Created attachment 41367 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=41367=edit wrapper to make "clang-as" callable as [g]as Apple provides

[Bug c++/80781] New: Feature request: build option to use libc++ instead of libstdc++ for increased usability on Mac

2017-05-16 Thread rjvbertin at gmail dot com
Severity: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: rjvbertin at gmail dot com Target Milestone: --- Created attachment 41366 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=41366=edit prototype