ghc-7.0.2 on macports wanted
Christian.Maeder at dfki.de
Thu Mar 10 18:51:16 CET 2011
Why does the base package depend on iconv only on macs? iconv is not
needed under linux or solaris (unless you install haskeline, which is
not in the platform.
omitting iconv results in:
"_locale_charset", referenced from:
_localeEncoding in libHSbase-18.104.22.168.a(PrelIOUtils.o)
"_iconv_close", referenced from:
_hs_iconv_close in libHSbase-22.214.171.124.a(iconv.o)
(maybe you meant: _hs_iconv_close)
"_iconv", referenced from:
_hs_iconv in libHSbase-126.96.36.199.a(iconv.o)
(maybe you meant: _hs_iconv_open, _hs_iconv , _hs_iconv_close )
"_iconv_open", referenced from:
_hs_iconv_open in libHSbase-188.8.131.52.a(iconv.o)
(maybe you meant: _hs_iconv_open)
ld: symbol(s) not found
Am 10.03.2011 17:35, schrieb Don Stewart:
> And that means you can't mix MacPorts and the Mac HP installer. We
> might want to make that very clear.
> On Thu, Mar 10, 2011 at 6:58 AM, Christian Maeder
> <Christian.Maeder at dfki.de> wrote:
>> Am 10.03.2011 15:52, schrieb Don Stewart:
>>> Does MacPorts still interact badly with libiconv? (The system and
>>> MacPorts versions out of sync, making Haskell unbuildable unless in
>> ghc from macports was build against macports's iconv, which works fine
>> with gtk2 from macports.
>> The official ghc is linked and links against /usr/lib/libiconv.dylib,
>> which makes a problem as soon as -L/opt/local/lib is added by some cabal
>> package. But this can be fixed by adding -L/usr/lib as first argument to
>>> On Thu, Mar 10, 2011 at 5:50 AM, Christian Maeder
>>> <Christian.Maeder at dfki.de> wrote:
>>>> Dear All,
>>>> we would appreciate a ghc-7.0.2 distribution package via macports,
>>>> because we intend to make macports packages based on ghc and gtk+2.0.
>>>> Libraries from the Haskell-Platform would be nice, too.
>>>> Was macports given up?
>>>> Via "port pkg" we want to create binary mac packages, however, these
>>>> packages are only very basic in that they cannot be uninstalled and do
>>>> not know about their dependencies. Therefore I would also like how to
>>>> create proper distribution packages. (links are welcome)
>>>> Thanks Christian
>>>> Glasgow-haskell-users mailing list
>>>> Glasgow-haskell-users at haskell.org
More information about the Glasgow-haskell-users