Opened 6 years ago
Closed 5 years ago
#57061 closed defect (wontfix)
glib2 @2.56.2: won't build +universal if libgcc7 installed. Error is: "No iconv() implementation found in C library or libiconv"
Reported by: | kencu (Ken) | Owned by: | ryandesign (Ryan Carsten Schmidt) |
---|---|---|---|
Priority: | Normal | Milestone: | |
Component: | ports | Version: | |
Keywords: | tiger leopard | Cc: | |
Port: | glib2 |
Description (last modified by kencu (Ken))
This is a niche situation, admittedly, disappearing from MacPorts.
building glib2 +universal fails on Tiger (and presumably Leopard) if libgcc7
is installed and active.
configuration of glib2
fails when it tries to find a compatible iconv_open
to use. It finds /opt/local/lib/libstdc++.6.dylib
installed by libgcc7
which is only built in the host architecture, and errors out.
However, if libgcc7
is deactivated, then configure finds /usr/lib/libstdc++.6.dylib
instead, which is multiarchitecture and fat, and the universal build succeeds without issue.
I'm not sure if glib2
can be set up to find /usr/lib/libstdc++.6.dylib
preferentially. In the meantime, deactivating libgcc7
, upgrading glib2
, and then reactivating libgcc7
is a fairly trivial workaround.
Attachments (2)
Change History (7)
Changed 6 years ago by kencu (Ken)
Attachment: | glib2-universal-main.log added |
---|
Changed 6 years ago by kencu (Ken)
Attachment: | glib2-universal-config.log added |
---|
comment:1 Changed 6 years ago by kencu (Ken)
Description: | modified (diff) |
---|
comment:2 Changed 6 years ago by kencu (Ken)
comment:3 Changed 6 years ago by kencu (Ken)
Summary: | glib2 @2.56.2: won't build +universal if libgcc7 installed → glib2 @2.56.2: won't build +universal if libgcc7 installed. Error is: "No iconv() implementation found in C library or libiconv" |
---|
comment:4 Changed 6 years ago by kencu (Ken)
Again this shows up on the last update. I have deleted the symlink
${prefix}/lib/libstdc++.6.dylib
and will see if there are any issues that show up doing that over time. It does fix the libiconv() error, and glib2 builds.
comment:5 Changed 5 years ago by kencu (Ken)
Resolution: | → wontfix |
---|---|
Status: | assigned → closed |
this is a longstanding known issue with iconv
that has nothing to do with glib2
and has many other open (and closed) tickets to indicate this is not an issue that will be / or needs to be / fixed.
This is happening with more ports now. I know the
libgcc*
ports just were reworked, and I wonder if it might have something to do with that.In the
libgcc7
port, we have this:and it's this symlink that seems to be causing the issue. I have a feeling that the "old libstdcxx" port is long gone out of interest now, and perhaps I can delete this symlink and everything will work properly. This symlink has been in the libgcc ports for a long time, though -- not sure why I'm just seeing this lately.