https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78352
René J.V. Bertin changed:
What|Removed |Added
CC||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"
>https://gcc.gnu.org/bugzilla/s
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&acti
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&action=edit
wrapper to make "clang-as" callable as [g]as
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++
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++.
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 G
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 imp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80782
René J.V. Bertin changed:
What|Removed |Added
Status|RESOLVED|UNCONFIRMED
Resolution|DUPLIC
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
wides
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 invo
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
additiona
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 declare
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
ha
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 t
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. B
16 matches
Mail list logo
