Re: lld amd64 build failures
On Mon, 7 May 2018 21:10:21 +0200 Christian Weisgerberwrote: > lang/ghc configure: C compiler cannot create executables ghc is kind of mixed beast. It detects capabilities of platform LD, but then links using C compiler usually. So even if I force usage of ld.lld on recent -current with GHC HEAD, it still uses binutils ld as this is called by cc itself. The common error here is a pass of --build-id=none to binutils ld as --build-id is detected as supported by lld, but then cc calls /usr/bin/ld which does not support it. Anyway, mv ld ld.binutils; ln -s ld.ldd ld solves this issue and at least for Hello World example, built GHC HEAD runs fine. fujitsu$ ../inplace/bin/ghc-stage2 -optl=-v -optl=-Wl,-v -dynamic --make HelloWorld.lhs [1 of 1] Compiling Main ( HelloWorld.lhs, HelloWorld.o ) Linking HelloWorld ... OpenBSD clang version 6.0.0 (tags/RELEASE_600/final) (based on LLVM 6.0.0) Target: amd64-unknown-openbsd6.3 Thread model: posix InstalledDir: /usr/bin "/usr/bin/ld" -e __start --eh-frame-hdr -Bdynamic -dynamic-linker /usr/libexec/ld.so -o HelloWorld /usr/bin/../lib/crt0.o /usr/bin/../lib/crtbegin.o -L/usr/local/build/karel/ghc-head-obsd-fix/libraries/base/dist-install/build -L/usr/local/lib -L/usr/local/build/karel/ghc-head-obsd-fix/libraries/integer-gmp/dist-install/build -L/usr/local/build/karel/ghc-head-obsd-fix/libraries/ghc-prim/dist-install/build -L/usr/local/build/karel/ghc-head-obsd-fix/rts/dist/build -L/usr/bin/../lib -L/usr/lib -z wxneeded -v -lm --gc-sections HelloWorld.o -rpath-link /usr/local/build/karel/ghc-head-obsd-fix/libraries/base/dist-install/build -rpath /usr/local/build/karel/ghc-head-obsd-fix/libraries/base/dist-install/build -rpath-link /usr/local/lib -rpath /usr/local/lib -rpath-link /usr/local/build/karel/ghc-head-obsd-fix/libraries/integer-gmp/dist-install/build -rpath /usr/local/build/karel/ghc-head-obsd-fix/libraries/integer-gmp/dist-install/build -rpath-link /usr/local/build/karel/ghc-head-obsd-fix/libraries/ghc-prim/dist-install/build -rpath /usr/local/build/karel/ghc-head-obsd-fix/libraries/ghc-prim/dist-install/build -rpath-link /usr/local/build/karel/ghc-head-obsd-fix/rts/dist/build -rpath /usr/local/build/karel/ghc-head-obsd-fix/rts/dist/build /tmp/ghc19401_0/ghc_6.o /tmp/ghc19401_0/ghc_9.o -u base_GHCziTopHandler_runIO_closure -u base_GHCziTopHandler_runNonIO_closure -u ghczmprim_GHCziTuple_Z0T_closure -u ghczmprim_GHCziTypes_True_closure -u ghczmprim_GHCziTypes_False_closure -u base_GHCziPack_unpackCString_closure -u base_GHCziWeak_runFinalizzerBatch_closure -u base_GHCziIOziException_stackOverflow_closure -u base_GHCziIOziException_heapOverflow_closure -u base_GHCziIOziException_allocationLimitExceeded_closure -u base_GHCziIOziException_blockedIndefinitelyOnMVar_closure -u base_GHCziIOziException_blockedIndefinitelyOnSTM_closure -u base_GHCziIOziException_cannotCompactFunction_closure -u base_GHCziIOziException_cannotCompactPinned_closure -u base_GHCziIOziException_cannotCompactMutable_closure -u base_ControlziExceptionziBase_nonTermination_closure -u base_ControlziExceptionziBase_nestedAtomically_closure -u base_GHCziEventziThread_blockedOnBadFD_closure -u base_GHCziConcziSync_runSparks_closure -u base_GHCziConcziIO_ensureIOManagerIsRunning_closure -u base_GHCziConcziIO_ioManagerCapabilitiesChanged_closure -u base_GHCziConcziSignal_runHandlersPtr_closure -u base_GHCziTopHandler_flushStdHandles_closure -u base_GHCziTopHandler_runMainIO_closure -u ghczmprim_GHCziTypes_Czh_con_info -u ghczmprim_GHCziTypes_Izh_con_info -u ghczmprim_GHCziTypes_Fzh_con_info -u ghczmprim_GHCziTypes_Dzh_con_info -u ghczmprim_GHCziTypes_Wzh_con_info -u base_GHCziPtr_Ptr_con_info -u base_GHCziPtr_FunPtr_con_info -u base_GHCziInt_I8zh_con_info -u base_GHCziInt_I16zh_con_info -u base_GHCziInt_I32zh_con_info -u base_GHCziInt_I64zh_con_info -u base_GHCziWord_W8zh_con_info -u base_GHCziWord_W16zh_con_info -u base_GHCziWord_W32zh_con_info -u base_GHCziWord_W64zh_con_info -u base_GHCziStable_StablePtr_con_info -u hs_atomic_add8 -u hs_atomic_add16 -u hs_atomic_add32 -u hs_atomic_add64 -u hs_atomic_sub8 -u hs_atomic_sub16 -u hs_atomic_sub32 -u hs_atomic_sub64 -u hs_atomic_and8 -u hs_atomic_and16 -u hs_atomic_and32 -u hs_atomic_and64 -u hs_atomic_nand8 -u hs_atomic_nand16 -u hs_atomic_nand32 -u hs_atomic_nand64 -u hs_atomic_or8 -u hs_atomic_or16 -u hs_atomic_or32 -u hs_atomic_or64 -u hs_atomic_xor8 -u hs_atomic_xor16 -u hs_atomic_xor32 -u hs_atomic_xor64 -u hs_cmpxchg8 -u hs_cmpxchg16 -u hs_cmpxchg32 -u hs_cmpxchg64 -u hs_atomicread8 -u hs_atomicread16 -u hs_atomicread32 -u hs_atomicread64 -u hs_atomicwrite8 -u hs_atomicwrite16 -u hs_atomicwrite32 -u hs_atomicwrite64 -lHSbase-4.12.0.0-ghc8.5.20180514 -lHSinteger-gmp-1.0.2.0-ghc8.5.20180514 -lHSghc-prim-0.5.2.1-ghc8.5.20180514 -lHSrts-ghc8.5.20180514 -liconv -lgmp -lm -lffi -lpthread -lcompiler_rt -lc -lcompiler_rt
Re: lld amd64 build failures
On Mon, 7 May 2018 20:16:40 -0400 James Turnerwrote: > On Tue, May 08, 2018 at 12:09:58AM +, Ian McWilliam wrote: > > > > I know it won't help the resolve the issue. > > > > > > https://reviews.llvm.org/D25324 > > > > > > [ELF] - Check that section alignment is a power of 2. > > > > > > > > > > Ian McWilliam > > > > > > Interesting, I'll try shooting this upstream and see what the developer > thinks. > Upstream here. I'll update to the latest -CURRENT and give this a shot tonight, then put out a new point release. I don't remember specifying section alignment, but clearly it's getting set *somewhere*. I think it'll be a pretty simple fix, once I figure out exactly which section lld is complaining about. -- Ori Bernstein
Re: lld amd64 build failures
On Mon, May 07, 2018 at 09:10:21PM +0200, Christian Weisgerber wrote: > net/transmission undefined symbol: libintl_gettext A fix for this is attached. It is a revision to the [update] I posted to ports@ on May 4: https://marc.info/?l=openbsd-ports=152539872532019=2 Index: Makefile === RCS file: /systems/cvs/ports/net/transmission/Makefile,v retrieving revision 1.125 diff -u -p -r1.125 Makefile --- Makefile24 Apr 2018 12:52:12 - 1.125 +++ Makefile8 May 2018 02:12:36 - @@ -4,7 +4,7 @@ COMMENT-main= BitTorrent command line an COMMENT-gtk= BitTorrent client with GTK+ interface COMMENT-qt=BitTorrent client with Qt interface -VER= 2.93 +VER= 2.94 DISTNAME= transmission-${VER} PKGNAME-main= transmission-${VER} PKGNAME-gtk= transmission-gtk-${VER} @@ -12,7 +12,6 @@ PKGNAME-qt= transmission-qt-${VER} CATEGORIES=net HOMEPAGE= https://transmissionbt.com/ MAINTAINER=Josh Grosse-REVISION= 0 # GPLv2+ PERMIT_PACKAGE_CDROM= Yes @@ -39,12 +38,12 @@ WANTLIB-main= ${WANTLIB-common} nghttp2 WANTLIB-gtk= ${WANTLIB-common} X11 Xcomposite Xcursor Xdamage \ Xext Xfixes Xi Xinerama Xrandr Xrender \ atk-1.0 atk-bridge-2.0 atspi cairo cairo-gobject \ - dbus-1 expat ffi fontconfig freetype \ + dbus-1 expat ffi fontconfig freetype fribidi \ gdk-3 gdk_pixbuf-2.0 gio-2.0 glib-2.0 gmodule-2.0 \ gobject-2.0 graphite2 gthread-2.0 gtk-3 \ harfbuzz pango-1.0 pangoft2-1.0 \ pangocairo-1.0 pixman-1 png pcre xcb \ - xcb-render xcb-shm epoxy nghttp2 iconv Xtst + xcb-render xcb-shm epoxy nghttp2 iconv WANTLIB-qt=${WANTLIB-common} ${MODQT_WANTLIB} \ GL Qt5Core Qt5DBus Qt5Gui Qt5Network Qt5Widgets \ fontconfig freetype $(COMPILER_LIBCXX) @@ -88,6 +87,7 @@ COMPILER_LANGS += c++ MODQT5_USE_CXX11= No MODQMAKE_PROJECTS= qt/qtr.pro CONFIGURE_STYLE+= qmake +LDFLAGS += -lintl SEPARATE_BUILD=No MODQMAKE_INSTALL_ROOT= ${PREFIX} .endif Index: distinfo === RCS file: /systems/cvs/ports/net/transmission/distinfo,v retrieving revision 1.51 diff -u -p -r1.51 distinfo --- distinfo30 Jan 2018 16:34:35 - 1.51 +++ distinfo1 May 2018 20:18:44 - @@ -1,2 +1,2 @@ -SHA256 (transmission-2.93.tar.xz) = iBWSDgpEmbza276JpBFQktq0LOUZn3H/mpJs/RK5uQs= -SIZE (transmission-2.93.tar.xz) = 3363868 +SHA256 (transmission-2.94.tar.xz) = NUQsyEn5H435gsPQ1HnWUMbKGTEKmU7M2qeaSvORa30= +SIZE (transmission-2.94.tar.xz) = 3365952
Re: lld amd64 build failures
On Tue, May 08, 2018 at 12:09:58AM +, Ian McWilliam wrote: > > I know it won't help the resolve the issue. > > > https://reviews.llvm.org/D25324 > > > [ELF] - Check that section alignment is a power of 2. > > > > > Ian McWilliam > > Interesting, I'll try shooting this upstream and see what the developer thinks. > > From: owner-po...@openbsd.org <owner-po...@openbsd.org> on behalf of James > Turner <ja...@calminferno.net> > Sent: Tuesday, 8 May 2018 9:56 AM > To: Christian Weisgerber > Cc: ports@openbsd.org > Subject: Re: lld amd64 build failures > > On Mon, May 07, 2018 at 09:10:21PM +0200, Christian Weisgerber wrote: > > Over the weekend, I ran an experimental amd64 bulk build at home > > with lld as ld(1). That produced a surprising number and variety > > of failures, see the list below. I don't know if these can all be > > blamed on the respective port or if there are problems in lld as > > well. > > > > Many of "undefined symbol" errors are straightforward: The program > > refers to a symbol from some libfoo, but fails to explicitly link > > with this library. This should be fixed. I'm not sure about the > > _Unwind* ones, which refer to libc++abi. > > > > The other errors are largely mysterious to me. > > > > > > audio/audacityundefined symbol: g_signal_connect_data > > benchmarks/wrkstring table non-null terminated > > databases/pgmodeler undefined symbol: backtrace > > devel/arm-none-eabi/gcc-linarocannot preempt symbol: > > __stack_smash_handler > > devel/avr/gdb duplicate symbol: _initialize_gdbarch_utils > > devel/ffcall can't create dynamic relocation R_X86_64_64 against > > local symbol in readonly segment > > devel/xtensa-elf/gcc cannot preempt symbol: __stack_smash_handler > > editors/emacs cannot preempt symbol: memcpy > > editors/emacs21 cannot preempt symbol: __stack_smash_handler > > editors/xemacs21/stable cannot preempt symbol: __stack_smash_handler > > emulators/higan undefined symbol: _Unwind_Resume > > emulators/mednafencannot preempt symbol: __stack_smash_handler > > emulators/retroarch undefined symbol: libusb_init > > games/gargoyleundefined symbol: gtk_init > > games/nethack/3.6,qt undefined symbol: _Unwind_Resume > > games/redeclipse undefined symbol: XOpenDisplay > > games/tome4 undefined symbol: _Unwind_GetCFA > > games/uqm undefined symbol: atan2 > > games/warzone2100 undefined symbol: ogg_sync_init > > games/xteddy undefined symbol: XShapeCombineMask > > games/zaz undefined symbol: vorbis_info_init > > lang/fpc invalid alignment of section headers > > lang/gcc/4.9 configure: Link tests are not allowed after > > GCC_NO_EXECUTABLES > > lang/ghc configure: C compiler cannot create executables > > lang/myrddin section sh_addralign is not a power of 2 > > lang/nim unable to find library -lm > > lang/pypy cc: linker command failed due to signal > > misc/magicpoint configure: C compiler cannot create > > executables > > misc/rocrail undefined symbol: operator new(unsigned long) > > net/hexchat unable to find library -lc > > net/openvpn-auth-ldap configure: Could not locate a working Objective-C > > runtime > > net/telepathy/folks edbus-private not found > > net/transmission undefined symbol: libintl_gettext > > net/utox target emulation unknown > > news/pan undefined symbol: libiconv_close > > productivity/glabels edbus-private not found > > security/opensc unable to find library -lpthread > > security/xca undefined symbol: _Unwind_Resume > > sysutils/firmware/vmm ld -nopie -znorelro does not properly handle > > alignments > > sysutils/memtest86+ unknown argument: --warn-constructors > > www/lighttpd unable to find library -lc > > www/mono-xsp configure: C compiler cannot create executables > > www/mozpluggertarget emulation unknown > > x11/gnome/code-assistance configure: C compiler cannot create > > executables > > x11/gnustep/terminal undefined symbol: libiconv > > x11/rox-filer undefined symbol: floor > > > > -- > > Christian "naddy" Weisgerber na...@mips.inka.de > > > > Would love to fix the myrddin error, but have no idea what it means... > > -- > James Turner > -- James Turner
Re: lld amd64 build failures
I know it's not going to help resolve the issue https://reviews.llvm.org/D25324 [ELF] - Check that section alignment is a power of 2. Ian McWilliam From: owner-po...@openbsd.org <owner-po...@openbsd.org> on behalf of James Turner <ja...@calminferno.net> Sent: Tuesday, 8 May 2018 9:56 AM To: Christian Weisgerber Cc: ports@openbsd.org Subject: Re: lld amd64 build failures On Mon, May 07, 2018 at 09:10:21PM +0200, Christian Weisgerber wrote: > Over the weekend, I ran an experimental amd64 bulk build at home > with lld as ld(1). That produced a surprising number and variety > of failures, see the list below. I don't know if these can all be > blamed on the respective port or if there are problems in lld as > well. > > Many of "undefined symbol" errors are straightforward: The program > refers to a symbol from some libfoo, but fails to explicitly link > with this library. This should be fixed. I'm not sure about the > _Unwind* ones, which refer to libc++abi. > > The other errors are largely mysterious to me. > > > audio/audacityundefined symbol: g_signal_connect_data > benchmarks/wrkstring table non-null terminated > databases/pgmodeler undefined symbol: backtrace > devel/arm-none-eabi/gcc-linarocannot preempt symbol: > __stack_smash_handler > devel/avr/gdb duplicate symbol: _initialize_gdbarch_utils > devel/ffcall can't create dynamic relocation R_X86_64_64 against > local symbol in readonly segment > devel/xtensa-elf/gcc cannot preempt symbol: __stack_smash_handler > editors/emacs cannot preempt symbol: memcpy > editors/emacs21 cannot preempt symbol: __stack_smash_handler > editors/xemacs21/stable cannot preempt symbol: __stack_smash_handler > emulators/higan undefined symbol: _Unwind_Resume > emulators/mednafencannot preempt symbol: __stack_smash_handler > emulators/retroarch undefined symbol: libusb_init > games/gargoyleundefined symbol: gtk_init > games/nethack/3.6,qt undefined symbol: _Unwind_Resume > games/redeclipse undefined symbol: XOpenDisplay > games/tome4 undefined symbol: _Unwind_GetCFA > games/uqm undefined symbol: atan2 > games/warzone2100 undefined symbol: ogg_sync_init > games/xteddy undefined symbol: XShapeCombineMask > games/zaz undefined symbol: vorbis_info_init > lang/fpc invalid alignment of section headers > lang/gcc/4.9 configure: Link tests are not allowed after > GCC_NO_EXECUTABLES > lang/ghc configure: C compiler cannot create executables > lang/myrddin section sh_addralign is not a power of 2 > lang/nim unable to find library -lm > lang/pypy cc: linker command failed due to signal > misc/magicpoint configure: C compiler cannot create executables > misc/rocrail undefined symbol: operator new(unsigned long) > net/hexchat unable to find library -lc > net/openvpn-auth-ldap configure: Could not locate a working Objective-C > runtime > net/telepathy/folks edbus-private not found > net/transmission undefined symbol: libintl_gettext > net/utox target emulation unknown > news/pan undefined symbol: libiconv_close > productivity/glabels edbus-private not found > security/opensc unable to find library -lpthread > security/xca undefined symbol: _Unwind_Resume > sysutils/firmware/vmm ld -nopie -znorelro does not properly handle alignments > sysutils/memtest86+ unknown argument: --warn-constructors > www/lighttpd unable to find library -lc > www/mono-xsp configure: C compiler cannot create executables > www/mozpluggertarget emulation unknown > x11/gnome/code-assistance configure: C compiler cannot create executables > x11/gnustep/terminal undefined symbol: libiconv > x11/rox-filer undefined symbol: floor > > -- > Christian "naddy" Weisgerber na...@mips.inka.de > Would love to fix the myrddin error, but have no idea what it means... -- James Turner
Re: lld amd64 build failures
I know it won't help the resolve the issue. https://reviews.llvm.org/D25324 [ELF] - Check that section alignment is a power of 2. Ian McWilliam From: owner-po...@openbsd.org <owner-po...@openbsd.org> on behalf of James Turner <ja...@calminferno.net> Sent: Tuesday, 8 May 2018 9:56 AM To: Christian Weisgerber Cc: ports@openbsd.org Subject: Re: lld amd64 build failures On Mon, May 07, 2018 at 09:10:21PM +0200, Christian Weisgerber wrote: > Over the weekend, I ran an experimental amd64 bulk build at home > with lld as ld(1). That produced a surprising number and variety > of failures, see the list below. I don't know if these can all be > blamed on the respective port or if there are problems in lld as > well. > > Many of "undefined symbol" errors are straightforward: The program > refers to a symbol from some libfoo, but fails to explicitly link > with this library. This should be fixed. I'm not sure about the > _Unwind* ones, which refer to libc++abi. > > The other errors are largely mysterious to me. > > > audio/audacityundefined symbol: g_signal_connect_data > benchmarks/wrkstring table non-null terminated > databases/pgmodeler undefined symbol: backtrace > devel/arm-none-eabi/gcc-linarocannot preempt symbol: > __stack_smash_handler > devel/avr/gdb duplicate symbol: _initialize_gdbarch_utils > devel/ffcall can't create dynamic relocation R_X86_64_64 against > local symbol in readonly segment > devel/xtensa-elf/gcc cannot preempt symbol: __stack_smash_handler > editors/emacs cannot preempt symbol: memcpy > editors/emacs21 cannot preempt symbol: __stack_smash_handler > editors/xemacs21/stable cannot preempt symbol: __stack_smash_handler > emulators/higan undefined symbol: _Unwind_Resume > emulators/mednafencannot preempt symbol: __stack_smash_handler > emulators/retroarch undefined symbol: libusb_init > games/gargoyleundefined symbol: gtk_init > games/nethack/3.6,qt undefined symbol: _Unwind_Resume > games/redeclipse undefined symbol: XOpenDisplay > games/tome4 undefined symbol: _Unwind_GetCFA > games/uqm undefined symbol: atan2 > games/warzone2100 undefined symbol: ogg_sync_init > games/xteddy undefined symbol: XShapeCombineMask > games/zaz undefined symbol: vorbis_info_init > lang/fpc invalid alignment of section headers > lang/gcc/4.9 configure: Link tests are not allowed after > GCC_NO_EXECUTABLES > lang/ghc configure: C compiler cannot create executables > lang/myrddin section sh_addralign is not a power of 2 > lang/nim unable to find library -lm > lang/pypy cc: linker command failed due to signal > misc/magicpoint configure: C compiler cannot create executables > misc/rocrail undefined symbol: operator new(unsigned long) > net/hexchat unable to find library -lc > net/openvpn-auth-ldap configure: Could not locate a working Objective-C > runtime > net/telepathy/folks edbus-private not found > net/transmission undefined symbol: libintl_gettext > net/utox target emulation unknown > news/pan undefined symbol: libiconv_close > productivity/glabels edbus-private not found > security/opensc unable to find library -lpthread > security/xca undefined symbol: _Unwind_Resume > sysutils/firmware/vmm ld -nopie -znorelro does not properly handle alignments > sysutils/memtest86+ unknown argument: --warn-constructors > www/lighttpd unable to find library -lc > www/mono-xsp configure: C compiler cannot create executables > www/mozpluggertarget emulation unknown > x11/gnome/code-assistance configure: C compiler cannot create executables > x11/gnustep/terminal undefined symbol: libiconv > x11/rox-filer undefined symbol: floor > > -- > Christian "naddy" Weisgerber na...@mips.inka.de > Would love to fix the myrddin error, but have no idea what it means... -- James Turner
Re: lld amd64 build failures
On Mon, May 07, 2018 at 09:10:21PM +0200, Christian Weisgerber wrote: > Over the weekend, I ran an experimental amd64 bulk build at home > with lld as ld(1). That produced a surprising number and variety > of failures, see the list below. I don't know if these can all be > blamed on the respective port or if there are problems in lld as > well. > > Many of "undefined symbol" errors are straightforward: The program > refers to a symbol from some libfoo, but fails to explicitly link > with this library. This should be fixed. I'm not sure about the > _Unwind* ones, which refer to libc++abi. > > The other errors are largely mysterious to me. > > > audio/audacityundefined symbol: g_signal_connect_data > benchmarks/wrkstring table non-null terminated > databases/pgmodeler undefined symbol: backtrace > devel/arm-none-eabi/gcc-linarocannot preempt symbol: > __stack_smash_handler > devel/avr/gdb duplicate symbol: _initialize_gdbarch_utils > devel/ffcall can't create dynamic relocation R_X86_64_64 against > local symbol in readonly segment > devel/xtensa-elf/gcc cannot preempt symbol: __stack_smash_handler > editors/emacs cannot preempt symbol: memcpy > editors/emacs21 cannot preempt symbol: __stack_smash_handler > editors/xemacs21/stable cannot preempt symbol: __stack_smash_handler > emulators/higan undefined symbol: _Unwind_Resume > emulators/mednafencannot preempt symbol: __stack_smash_handler > emulators/retroarch undefined symbol: libusb_init > games/gargoyleundefined symbol: gtk_init > games/nethack/3.6,qt undefined symbol: _Unwind_Resume > games/redeclipse undefined symbol: XOpenDisplay > games/tome4 undefined symbol: _Unwind_GetCFA > games/uqm undefined symbol: atan2 > games/warzone2100 undefined symbol: ogg_sync_init > games/xteddy undefined symbol: XShapeCombineMask > games/zaz undefined symbol: vorbis_info_init > lang/fpc invalid alignment of section headers > lang/gcc/4.9 configure: Link tests are not allowed after > GCC_NO_EXECUTABLES > lang/ghc configure: C compiler cannot create executables > lang/myrddin section sh_addralign is not a power of 2 > lang/nim unable to find library -lm > lang/pypy cc: linker command failed due to signal > misc/magicpoint configure: C compiler cannot create executables > misc/rocrail undefined symbol: operator new(unsigned long) > net/hexchat unable to find library -lc > net/openvpn-auth-ldap configure: Could not locate a working Objective-C > runtime > net/telepathy/folks edbus-private not found > net/transmission undefined symbol: libintl_gettext > net/utox target emulation unknown > news/pan undefined symbol: libiconv_close > productivity/glabels edbus-private not found > security/opensc unable to find library -lpthread > security/xca undefined symbol: _Unwind_Resume > sysutils/firmware/vmm ld -nopie -znorelro does not properly handle alignments > sysutils/memtest86+ unknown argument: --warn-constructors > www/lighttpd unable to find library -lc > www/mono-xsp configure: C compiler cannot create executables > www/mozpluggertarget emulation unknown > x11/gnome/code-assistance configure: C compiler cannot create executables > x11/gnustep/terminal undefined symbol: libiconv > x11/rox-filer undefined symbol: floor > > -- > Christian "naddy" Weisgerber na...@mips.inka.de > Would love to fix the myrddin error, but have no idea what it means... -- James Turner