Re: wxWidgets-3.0 warnings with Big Sur
I suspect, based on Ryan’s bug investigation, that if the build scripts for wxWidgets ran install_name_tool only on the final library name (the real library), and not on any of the symlinks, that it would build correctly. Given that we have no idea how long it will take apple to fix install_name_tool, it might be worth tweaking the wxWidgets build scripts to do that. Ken
Re: wxWidgets-3.0 warnings with Big Sur
> On Dec 29, 2020, at 9:18 PM, Ken Cunningham > wrote: > > > >> On Dec 29, 2020, at 8:47 PM, Kevin Horton wrote: >> >> I moved libwx_osx_cocoau_core-3.0.0.dylib and >> libwx_osx_cocoau_core-3.0.dylib aside and symlinked those names to >> /libwx_osx_cocoau_core-3.0.0.4.0.dylib >> >> ls -al *core* >> -rwxr-xr-x 1 root wheel 4743504 Nov 23 00:52 >> libwx_osx_cocoau_core-3.0.0.4.0.dylib >> lrwxr-xr-x 1 root wheel 37 Dec 29 20:44 >> libwx_osx_cocoau_core-3.0.0.dylib -> libwx_osx_cocoau_core-3.0.0.4.0.dylib >> lrwxr-xr-x 1 root wheel 37 Dec 29 20:44 >> libwx_osx_cocoau_core-3.0.dylib -> libwx_osx_cocoau_core-3.0.0.4.0.dylib >> >> I rebuilt gnuplot, but still get the same errors: >> >> objc[90874]: Class wxNSAppController is implemented in both >> /opt/local/Library/Frameworks/wxWidgets.framework/Versions/wxWidgets/3.0/lib/libwx_osx_cocoau_core-3.0.0.4.0.dylib >> (0x10c39fc40) and >> /opt/local/Library/Frameworks/wxWidgets.framework/Versions/wxWidgets/3.0/lib/libwx_osx_cocoau_core-3.0.dylib >> (0x10b1fbc40). One of the two will be used. Which one is undefined. >> objc[90874]: Class ModalDialogDelegate is implemented in both >> /opt/local/Library/Frameworks/wxWidgets.framework/Versions/wxWidgets/3.0/lib/libwx_osx_cocoau_core-3.0.0.4.0.dylib >> (0x10c39fc68) and >> /opt/local/Library/Frameworks/wxWidgets.framework/Versions/wxWidgets/3.0/lib/libwx_osx_cocoau_core-3.0.dylib >> (0x10b1fbc68). One of the two will be used. Which one is undefined. >> objc[90874]: Class wxNSApplication is implemented in both >> /opt/local/Library/Frameworks/wxWidgets.framework/Versions/wxWidgets/3.0/lib/libwx_osx_cocoau_core-3.0.0.4.0.dylib >> (0x10c39fcb8) and >> /opt/local/Library/Frameworks/wxWidgets.framework/Versions/wxWidgets/3.0/lib/libwx_osx_cocoau_core-3.0.dylib >> (0x10b1fbcb8). One of the two will be used. Which one is undefined. >> >> Anything else to try to learn something useful? > > Nah — turns out it’s a known bug, so add another vote to Ryan’s radar if you > can. > > Make the symlinks yourself, and then you’re good. > > Nothing wrong with wxWidgets-3.0. Not worth rewriting the scripts in > wxWidgets for this Apple bug, IMHO. > > K I needed to make the symlinks for all sets of libraries in /opt/local/Library/Frameworks/wxWidgets.framework/Versions/wxWidgets/3.0/lib. After that gnuplot runs without the wall of warnings. I'll have a go at filing a feedback with Apple. Thanks, Kevin
Re: wxWidgets-3.0 warnings with Big Sur
> On Dec 29, 2020, at 8:47 PM, Kevin Horton wrote: > > I moved libwx_osx_cocoau_core-3.0.0.dylib and libwx_osx_cocoau_core-3.0.dylib > aside and symlinked those names to /libwx_osx_cocoau_core-3.0.0.4.0.dylib > > ls -al *core* > -rwxr-xr-x 1 root wheel 4743504 Nov 23 00:52 > libwx_osx_cocoau_core-3.0.0.4.0.dylib > lrwxr-xr-x 1 root wheel 37 Dec 29 20:44 > libwx_osx_cocoau_core-3.0.0.dylib -> libwx_osx_cocoau_core-3.0.0.4.0.dylib > lrwxr-xr-x 1 root wheel 37 Dec 29 20:44 > libwx_osx_cocoau_core-3.0.dylib -> libwx_osx_cocoau_core-3.0.0.4.0.dylib > > I rebuilt gnuplot, but still get the same errors: > > objc[90874]: Class wxNSAppController is implemented in both > /opt/local/Library/Frameworks/wxWidgets.framework/Versions/wxWidgets/3.0/lib/libwx_osx_cocoau_core-3.0.0.4.0.dylib > (0x10c39fc40) and > /opt/local/Library/Frameworks/wxWidgets.framework/Versions/wxWidgets/3.0/lib/libwx_osx_cocoau_core-3.0.dylib > (0x10b1fbc40). One of the two will be used. Which one is undefined. > objc[90874]: Class ModalDialogDelegate is implemented in both > /opt/local/Library/Frameworks/wxWidgets.framework/Versions/wxWidgets/3.0/lib/libwx_osx_cocoau_core-3.0.0.4.0.dylib > (0x10c39fc68) and > /opt/local/Library/Frameworks/wxWidgets.framework/Versions/wxWidgets/3.0/lib/libwx_osx_cocoau_core-3.0.dylib > (0x10b1fbc68). One of the two will be used. Which one is undefined. > objc[90874]: Class wxNSApplication is implemented in both > /opt/local/Library/Frameworks/wxWidgets.framework/Versions/wxWidgets/3.0/lib/libwx_osx_cocoau_core-3.0.0.4.0.dylib > (0x10c39fcb8) and > /opt/local/Library/Frameworks/wxWidgets.framework/Versions/wxWidgets/3.0/lib/libwx_osx_cocoau_core-3.0.dylib > (0x10b1fbcb8). One of the two will be used. Which one is undefined. > > Anything else to try to learn something useful? Nah — turns out it’s a known bug, so add another vote to Ryan’s radar if you can. Make the symlinks yourself, and then you’re good. Nothing wrong with wxWidgets-3.0. Not worth rewriting the scripts in wxWidgets for this Apple bug, IMHO. K
Re: wxWidgets-3.0 warnings with Big Sur
> On Dec 29, 2020, at 20:13, Ryan Schmidt wrote: > > On Dec 29, 2020, at 20:12, Kevin Horton wrote: > >> On Dec 29, 2020, at 17:20, Ken Cunningham wrote: >>> >>> Interesting. >>> >>> /opt/local/Library/Frameworks/wxWidgets.framework/Versions/wxWidgets/3.0/lib/libwx_osx_cocoau_core-3.0.0.4.0.dylib >>> and >>> /opt/local/Library/Frameworks/wxWidgets.framework/Versions/wxWidgets/3.0/lib/libwx_osx_cocoau_core-3.0.dylib >>> are actually the same library; one is just a symlink to the other: >>> >>> % ls -la >>> /opt/local/Library/Frameworks/wxWidgets.framework/Versions/wxWidgets/3.0/lib/libwx_osx_cocoau_core-3.0* >>> >>> -rwxr-xr-x 1 macports wheel 4563192 31 Oct 2019 >>> /opt/local/Library/Frameworks/wxWidgets.framework/Versions/wxWidgets/3.0/lib/libwx_osx_cocoau_core-3.0.0.4.0.dylib >>> lrwxr-xr-x 1 root wheel 37 31 Oct 2019 >>> /opt/local/Library/Frameworks/wxWidgets.framework/Versions/wxWidgets/3.0/lib/libwx_osx_cocoau_core-3.0.0.dylib >>> -> libwx_osx_cocoau_core-3.0.0.4.0.dylib >>> lrwxr-xr-x 1 root wheel 33 31 Oct 2019 >>> /opt/local/Library/Frameworks/wxWidgets.framework/Versions/wxWidgets/3.0/lib/libwx_osx_cocoau_core-3.0.dylib >>> -> libwx_osx_cocoau_core-3.0.0.dylib >>> >>> I have only one referenced: >>> >>> % otool -L /opt/local/bin/gnuplot | grep core >>> >>> /opt/local/Library/Frameworks/wxWidgets.framework/Versions/wxWidgets/3.0/lib/libwx_osx_cocoau_core-3.0.dylib >>> (compatibility version 5.0.0, current version 5.0.0) >>> >>> and I see no such warnings on Catalina, but perhaps this is related to the >>> new way that dylibs are found on BigSur, and it’s getting confused by the >>> symlink… >>> >>> It’s very hard to imagine nobody would have ever noticed that before, >>> though. >>> >>> Ken >> >> Things seem different on Big Sur. I don't see any symlinks here: >> >> % ls -la >> /opt/local/Library/Frameworks/wxWidgets.framework/Versions/wxWidgets/3.0/lib/libwx_osx_cocoau_core-3.0* >> -rwxr-xr-x 1 root wheel 4743504 Nov 23 00:52 >> /opt/local/Library/Frameworks/wxWidgets.framework/Versions/wxWidgets/3.0/lib/libwx_osx_cocoau_core-3.0.0.4.0.dylib >> -rwxr-xr-x 1 root wheel 4743504 Nov 23 00:52 >> /opt/local/Library/Frameworks/wxWidgets.framework/Versions/wxWidgets/3.0/lib/libwx_osx_cocoau_core-3.0.0.dylib >> -rwxr-xr-x 1 root wheel 4743504 Nov 23 00:52 >> /opt/local/Library/Frameworks/wxWidgets.framework/Versions/wxWidgets/3.0/lib/libwx_osx_cocoau_core-3.0.dylib > > I suspect this is because of this Apple bug that I have mentioned before: > > https://lists.macports.org/pipermail/macports-dev/2020-November/042641.html > > Please check if Xcode 12.3 still has the problem. If it does, please file > additional bug reports with Apple about this and mention that it is a > duplicate of FB8915358 so that they realize how many people it affects so > that they fix it. > This is with XCode 12.3. I moved libwx_osx_cocoau_core-3.0.0.dylib and libwx_osx_cocoau_core-3.0.dylib aside and symlinked those names to /libwx_osx_cocoau_core-3.0.0.4.0.dylib ls -al *core* -rwxr-xr-x 1 root wheel 4743504 Nov 23 00:52 libwx_osx_cocoau_core-3.0.0.4.0.dylib lrwxr-xr-x 1 root wheel 37 Dec 29 20:44 libwx_osx_cocoau_core-3.0.0.dylib -> libwx_osx_cocoau_core-3.0.0.4.0.dylib lrwxr-xr-x 1 root wheel 37 Dec 29 20:44 libwx_osx_cocoau_core-3.0.dylib -> libwx_osx_cocoau_core-3.0.0.4.0.dylib I rebuilt gnuplot, but still get the same errors: objc[90874]: Class wxNSAppController is implemented in both /opt/local/Library/Frameworks/wxWidgets.framework/Versions/wxWidgets/3.0/lib/libwx_osx_cocoau_core-3.0.0.4.0.dylib (0x10c39fc40) and /opt/local/Library/Frameworks/wxWidgets.framework/Versions/wxWidgets/3.0/lib/libwx_osx_cocoau_core-3.0.dylib (0x10b1fbc40). One of the two will be used. Which one is undefined. objc[90874]: Class ModalDialogDelegate is implemented in both /opt/local/Library/Frameworks/wxWidgets.framework/Versions/wxWidgets/3.0/lib/libwx_osx_cocoau_core-3.0.0.4.0.dylib (0x10c39fc68) and /opt/local/Library/Frameworks/wxWidgets.framework/Versions/wxWidgets/3.0/lib/libwx_osx_cocoau_core-3.0.dylib (0x10b1fbc68). One of the two will be used. Which one is undefined. objc[90874]: Class wxNSApplication is implemented in both /opt/local/Library/Frameworks/wxWidgets.framework/Versions/wxWidgets/3.0/lib/libwx_osx_cocoau_core-3.0.0.4.0.dylib (0x10c39fcb8) and /opt/local/Library/Frameworks/wxWidgets.framework/Versions/wxWidgets/3.0/lib/libwx_osx_cocoau_core-3.0.dylib (0x10b1fbcb8). One of the two will be used. Which one is undefined. Anything else to try to learn something useful? Thanks, Kevin
Re: wxWidgets-3.0 warnings with Big Sur
> On Dec 29, 2020, at 8:13 PM, Ryan Schmidt wrote: > I suspect this is because of this Apple bug that I have mentioned before: > > https://lists.macports.org/pipermail/macports-dev/2020-November/042641.html > > Please check if Xcode 12.3 still has the problem. If it does, please file > additional bug reports with Apple about this and mention that it is a > duplicate of FB8915358 so that they realize how many people it affects so > that they fix it. > Indeed, that must be it. The Portfile itself has no calls to install_name_tool, but there are several references to it in the build scripts from upstream. Ken
Re: wxWidgets-3.0 warnings with Big Sur
On Dec 29, 2020, at 20:12, Kevin Horton wrote: > On Dec 29, 2020, at 17:20, Ken Cunningham wrote: >> >> Interesting. >> >> /opt/local/Library/Frameworks/wxWidgets.framework/Versions/wxWidgets/3.0/lib/libwx_osx_cocoau_core-3.0.0.4.0.dylib >> and >> /opt/local/Library/Frameworks/wxWidgets.framework/Versions/wxWidgets/3.0/lib/libwx_osx_cocoau_core-3.0.dylib >> are actually the same library; one is just a symlink to the other: >> >> % ls -la >> /opt/local/Library/Frameworks/wxWidgets.framework/Versions/wxWidgets/3.0/lib/libwx_osx_cocoau_core-3.0* >> >> -rwxr-xr-x 1 macports wheel 4563192 31 Oct 2019 >> /opt/local/Library/Frameworks/wxWidgets.framework/Versions/wxWidgets/3.0/lib/libwx_osx_cocoau_core-3.0.0.4.0.dylib >> lrwxr-xr-x 1 root wheel 37 31 Oct 2019 >> /opt/local/Library/Frameworks/wxWidgets.framework/Versions/wxWidgets/3.0/lib/libwx_osx_cocoau_core-3.0.0.dylib >> -> libwx_osx_cocoau_core-3.0.0.4.0.dylib >> lrwxr-xr-x 1 root wheel 33 31 Oct 2019 >> /opt/local/Library/Frameworks/wxWidgets.framework/Versions/wxWidgets/3.0/lib/libwx_osx_cocoau_core-3.0.dylib >> -> libwx_osx_cocoau_core-3.0.0.dylib >> >> I have only one referenced: >> >> % otool -L /opt/local/bin/gnuplot | grep core >> >> /opt/local/Library/Frameworks/wxWidgets.framework/Versions/wxWidgets/3.0/lib/libwx_osx_cocoau_core-3.0.dylib >> (compatibility version 5.0.0, current version 5.0.0) >> >> and I see no such warnings on Catalina, but perhaps this is related to the >> new way that dylibs are found on BigSur, and it’s getting confused by the >> symlink… >> >> It’s very hard to imagine nobody would have ever noticed that before, though. >> >> Ken > > Things seem different on Big Sur. I don't see any symlinks here: > > % ls -la > /opt/local/Library/Frameworks/wxWidgets.framework/Versions/wxWidgets/3.0/lib/libwx_osx_cocoau_core-3.0* > -rwxr-xr-x 1 root wheel 4743504 Nov 23 00:52 > /opt/local/Library/Frameworks/wxWidgets.framework/Versions/wxWidgets/3.0/lib/libwx_osx_cocoau_core-3.0.0.4.0.dylib > -rwxr-xr-x 1 root wheel 4743504 Nov 23 00:52 > /opt/local/Library/Frameworks/wxWidgets.framework/Versions/wxWidgets/3.0/lib/libwx_osx_cocoau_core-3.0.0.dylib > -rwxr-xr-x 1 root wheel 4743504 Nov 23 00:52 > /opt/local/Library/Frameworks/wxWidgets.framework/Versions/wxWidgets/3.0/lib/libwx_osx_cocoau_core-3.0.dylib I suspect this is because of this Apple bug that I have mentioned before: https://lists.macports.org/pipermail/macports-dev/2020-November/042641.html Please check if Xcode 12.3 still has the problem. If it does, please file additional bug reports with Apple about this and mention that it is a duplicate of FB8915358 so that they realize how many people it affects so that they fix it.
Re: wxWidgets-3.0 warnings with Big Sur
> On Dec 29, 2020, at 6:12 PM, Kevin Horton wrote: > > Things seem different on Big Sur. I don't see any symlinks here: > > % ls -la > /opt/local/Library/Frameworks/wxWidgets.framework/Versions/wxWidgets/3.0/lib/libwx_osx_cocoau_core-3.0* > -rwxr-xr-x 1 root wheel 4743504 Nov 23 00:52 > /opt/local/Library/Frameworks/wxWidgets.framework/Versions/wxWidgets/3.0/lib/libwx_osx_cocoau_core-3.0.0.4.0.dylib > -rwxr-xr-x 1 root wheel 4743504 Nov 23 00:52 > /opt/local/Library/Frameworks/wxWidgets.framework/Versions/wxWidgets/3.0/lib/libwx_osx_cocoau_core-3.0.0.dylib > -rwxr-xr-x 1 root wheel 4743504 Nov 23 00:52 > /opt/local/Library/Frameworks/wxWidgets.framework/Versions/wxWidgets/3.0/lib/libwx_osx_cocoau_core-3.0.dylib > Are these dylibs individually manipulatable? Can you move the bottom two somewhere safe, and create the correct symlinks as Catalina has? One would think that would fix the issue, and then if that indeed works, we can sort out where that is getting messed up in the construction of wxWidgets on BigSur perhaps. Ken
Re: wxWidgets-3.0 warnings with Big Sur
On Dec 29, 2020, at 17:20, Ken Cunningham wrote: > > Interesting. > > /opt/local/Library/Frameworks/wxWidgets.framework/Versions/wxWidgets/3.0/lib/libwx_osx_cocoau_core-3.0.0.4.0.dylib > and > /opt/local/Library/Frameworks/wxWidgets.framework/Versions/wxWidgets/3.0/lib/libwx_osx_cocoau_core-3.0.dylib > are actually the same library; one is just a symlink to the other: > > % ls -la > /opt/local/Library/Frameworks/wxWidgets.framework/Versions/wxWidgets/3.0/lib/libwx_osx_cocoau_core-3.0* > > -rwxr-xr-x 1 macports wheel 4563192 31 Oct 2019 > /opt/local/Library/Frameworks/wxWidgets.framework/Versions/wxWidgets/3.0/lib/libwx_osx_cocoau_core-3.0.0.4.0.dylib > lrwxr-xr-x 1 root wheel 37 31 Oct 2019 > /opt/local/Library/Frameworks/wxWidgets.framework/Versions/wxWidgets/3.0/lib/libwx_osx_cocoau_core-3.0.0.dylib > -> libwx_osx_cocoau_core-3.0.0.4.0.dylib > lrwxr-xr-x 1 root wheel 33 31 Oct 2019 > /opt/local/Library/Frameworks/wxWidgets.framework/Versions/wxWidgets/3.0/lib/libwx_osx_cocoau_core-3.0.dylib > -> libwx_osx_cocoau_core-3.0.0.dylib > > I have only one referenced: > > % otool -L /opt/local/bin/gnuplot | grep core > > /opt/local/Library/Frameworks/wxWidgets.framework/Versions/wxWidgets/3.0/lib/libwx_osx_cocoau_core-3.0.dylib > (compatibility version 5.0.0, current version 5.0.0) > > and I see no such warnings on Catalina, but perhaps this is related to the > new way that dylibs are found on BigSur, and it’s getting confused by the > symlink… > > It’s very hard to imagine nobody would have ever noticed that before, though. > > Ken Things seem different on Big Sur. I don't see any symlinks here: % ls -la /opt/local/Library/Frameworks/wxWidgets.framework/Versions/wxWidgets/3.0/lib/libwx_osx_cocoau_core-3.0* -rwxr-xr-x 1 root wheel 4743504 Nov 23 00:52 /opt/local/Library/Frameworks/wxWidgets.framework/Versions/wxWidgets/3.0/lib/libwx_osx_cocoau_core-3.0.0.4.0.dylib -rwxr-xr-x 1 root wheel 4743504 Nov 23 00:52 /opt/local/Library/Frameworks/wxWidgets.framework/Versions/wxWidgets/3.0/lib/libwx_osx_cocoau_core-3.0.0.dylib -rwxr-xr-x 1 root wheel 4743504 Nov 23 00:52 /opt/local/Library/Frameworks/wxWidgets.framework/Versions/wxWidgets/3.0/lib/libwx_osx_cocoau_core-3.0.dylib And the files have different inodes, so not hard links either: % ls -il *core* 68952234 -rwxr-xr-x 1 root wheel 4743504 Nov 23 00:52 libwx_osx_cocoau_core-3.0.0.4.0.dylib 68952250 -rwxr-xr-x 1 root wheel 4743504 Nov 23 00:52 libwx_osx_cocoau_core-3.0.0.dylib 68952220 -rwxr-xr-x 1 root wheel 4743504 Nov 23 00:52 libwx_osx_cocoau_core-3.0.dylib But only one is found by otool % otool -L /opt/local/bin/gnuplot | grep core /opt/local/Library/Frameworks/wxWidgets.framework/Versions/wxWidgets/3.0/lib/libwx_osx_cocoau_core-3.0.dylib (compatibility version 5.0.0, current version 5.0.0) Everything seems to work correctly, if you ignore the spewage, so this likely sits low on the priority list. Kevin
Re: wxWidgets-3.0 warnings with Big Sur
Interesting. /opt/local/Library/Frameworks/wxWidgets.framework/Versions/wxWidgets/3.0/lib/libwx_osx_cocoau_core-3.0.0.4.0.dylib and /opt/local/Library/Frameworks/wxWidgets.framework/Versions/wxWidgets/3.0/lib/libwx_osx_cocoau_core-3.0.dylib are actually the same library; one is just a symlink to the other: % ls -la /opt/local/Library/Frameworks/wxWidgets.framework/Versions/wxWidgets/3.0/lib/libwx_osx_cocoau_core-3.0* -rwxr-xr-x 1 macports wheel 4563192 31 Oct 2019 /opt/local/Library/Frameworks/wxWidgets.framework/Versions/wxWidgets/3.0/lib/libwx_osx_cocoau_core-3.0.0.4.0.dylib lrwxr-xr-x 1 root wheel 37 31 Oct 2019 /opt/local/Library/Frameworks/wxWidgets.framework/Versions/wxWidgets/3.0/lib/libwx_osx_cocoau_core-3.0.0.dylib -> libwx_osx_cocoau_core-3.0.0.4.0.dylib lrwxr-xr-x 1 root wheel 33 31 Oct 2019 /opt/local/Library/Frameworks/wxWidgets.framework/Versions/wxWidgets/3.0/lib/libwx_osx_cocoau_core-3.0.dylib -> libwx_osx_cocoau_core-3.0.0.dylib I have only one referenced: % otool -L /opt/local/bin/gnuplot | grep core /opt/local/Library/Frameworks/wxWidgets.framework/Versions/wxWidgets/3.0/lib/libwx_osx_cocoau_core-3.0.dylib (compatibility version 5.0.0, current version 5.0.0) and I see no such warnings on Catalina, but perhaps this is related to the new way that dylibs are found on BigSur, and it’s getting confused by the symlink… It’s very hard to imagine nobody would have ever noticed that before, though. Ken
