Date: Fri, 10 Jan 2014 17:25:35 +0100 From: Gabor Pali <pgj@FreeBSD.org> To: Tijl Coosemans <tijl@freebsd.org> Cc: svn-ports-head@freebsd.org, svn-ports-all@freebsd.org, ports-committers@freebsd.org Subject: Re: svn commit: r339285 - in head: archivers/hs-tar archivers/hs-zip-archive archivers/hs-zlib archivers/hs-zlib-bindings archivers/hs-zlib-conduit archivers/hs-zlib-enum audio/hs-ALUT audio/hs-OpenAL ... Message-ID: <CAHnG2CyPOZHhgcy5Vps5AgVbxZZAx6RaQRxemk5S1sON1BjDtA@mail.gmail.com> In-Reply-To: <20140110094639.57ca7c6d@kalimero.tijl.coosemans.org> References: <201401092129.s09LTeOt038573@svn.freebsd.org> <20140110094639.57ca7c6d@kalimero.tijl.coosemans.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Fri, Jan 10, 2014 at 9:46 AM, Tijl Coosemans <tijl@freebsd.org> wrote: > Out of curiosity, how does using __bsd_iconv_open instead of iconv_open > fix the problem? It is detailed in the referenced PR [1]: "I have chatted with kib about the nature of the change, and tried to teach the GHC libraries how to pick up the iconv_*() symbols. This works as it should for the dynamically linked files (.so) without any changes, but it will not work for the plain .o files that GHCi uses as GHC has its own run-time linker in the RTS. Therefore I had to hack this around to make sure that the GHC linker will find the right symbols, too. For what it is worth, Kostik suggested to do $ ld -r -o foo_with_iconv.o foo.o /usr/lib/libc_nonshared.a to avoid the problem, but I could not shoehorn this another round of symbol resolution into GHC's build system. Thus I simply felt it easier to just add them directly to the C file, as the result is basically the same." [1] http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/184806
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CAHnG2CyPOZHhgcy5Vps5AgVbxZZAx6RaQRxemk5S1sON1BjDtA>