It's hard to even debug, but as I understand it, some objects are created by
system frameworks linked to /usr/lib/libstdc++.dylib.
The ones we create can have any linking we want them to have, but for c++11
support, we need to link them against /opt/local/lib/libgcc/libstdc++.dylib.
So
Isn't something similar to what patchelf does possible on macOs? Editing
the RPATH?
On Sun, 15 Dec 2019, 19:06 Ken Cunningham,
wrote:
> This issue is a classic c++ standard lib mixup, exactly what we have
> always feared and tried our best to avoid on MacPorts.
>
> Objects are being created
This issue is a classic c++ standard lib mixup, exactly what we have always
feared and tried our best to avoid on MacPorts.
Objects are being created using /usr/lib/libstdc++.dylib and then (in this
case) attempt to be deleted by /opt/local/lib/libstdc++.dylib and they are not
matching up, so
Iain has asked for a minimal reproducer and a bisected commit that
generated the error. Then it's worth opening the bug report.
I tried a few different iostream with locale test files, but so far
couldn't repro the error.
Best,
Ken
On Wed, Dec 11, 2019 at 12:11 PM Eric Gallager wrote:
> On
On 12/11/19, Ken Cunningham wrote:
> We're having troubles with the recent gcc7 upgrade to 7.5.0 on i386
> (bootstrapping with non-system assembler) and on 10.5 PPC (bus errors in
> memory handling, possibly related to locale support, maybe some other thing
> TBA).
>
> We may have to bump epoch
> On 11 Dec 2019, at 3:32 pm, Ken Cunningham
> wrote:
>
>
>> If you do decide to do this please only do it where needed, i.e. on i386 or
>> 10.5 PPC. Newer systems that work fine with 7.5 should stay on that version.
>
> Hmm. May be too complicated to do that. gcc7 installs nothing much
If you do decide to do this please only do it where needed, i.e. on
i386 or 10.5 PPC. Newer systems that work fine with 7.5 should stay on
that version.
Hmm. May be too complicated to do that. gcc7 installs nothing much
useful on newer systems anyway.
Ah well, maybe Iain will fix it. My
On 11/12/2019 2:53 pm, Ken Cunningham wrote:
We're having troubles with the recent gcc7 upgrade to 7.5.0 on i386
(bootstrapping with non-system assembler) and on 10.5 PPC (bus errors in
memory handling, possibly related to locale support, maybe some other
thing TBA).
We may have to bump
We're having troubles with the recent gcc7 upgrade to 7.5.0 on i386
(bootstrapping with non-system assembler) and on 10.5 PPC (bus errors in
memory handling, possibly related to locale support, maybe some other thing
TBA).
We may have to bump epoch and roll back to last 7.4.x unless we can get
