subject:"Re\: osx conundrum"

Re: osx conundrum

2021-10-14 Thread Steven Smith

> The issue would be macports.  It uses its own version of the iconv lib and 
> that always gets headaches if the ghc touches anything else. 


No, Macports ghc links against the symbol iconv from /usr/lib/libSystem. See: 
https://github.com/macports/macports-ports/blob/c7c7f3f90e1140a0d4826bb94502fd7a4ae40459/lang/ghc/Portfile#L213-L218
 

https://gitlab.haskell.org/ghc/ghc/-/issues/18752 

https://trac.macports.org/ticket/57821 

The MacPorts ghc binary is rock solid to the best of my knowledge.

If you want to compile ghc against libiconv (not libSystem), then must contend 
with the name mangling issue inherent in the libiconv library, discussed in the 
last link above.

Recommendation on macOS: just install the MacPorts binaries. They work, they’re 
compiled from source, and they’re managed.


> On Oct 13, 2021, at 9:49 PM, Carter Schonwald  
> wrote:
> 
> The issue would be macports.  It uses its own version of the iconv lib and 
> that always gets headaches if the ghc touches anything else. 
> 
> if you’re using macports you have to make sure everything is Mac ports only 
> for ghc linking. 
> 
> Else you have to make sure you don’t touch any macports c Libs via ghc.  
> 
> On Wed, Oct 13, 2021 at 7:57 AM David Duke  > wrote:
> Thanks Steven. Looks like it might be something with my system.
> I reinstalled from macports  8.10.7
> @ Carter yes I've been carefully   check the compiler version on each trial.
> However trying to compile a Haskell source gives the same libHSbase error
> 
> 
> 
> ndefined symbols for architecture x86_64:
>   "_iconv", referenced from:
>   _hs_iconv in libHSbase-4.14.3.0.a(iconv.o
> 
> 
> 
> 
> On Tue, Oct 12, 2021 at 2:54 AM Steven Smith  > wrote:
> I’m a maintainer of the MacPorts ghc port. The MacPorts installations do not 
> have this issue, whether installed from the buildbot binaries or compiled 
> from source, that all work on multiple macOS versions 10.9–11.  Here’s the 
> build recipe: 
> https://github.com/macports/macports-ports/blob/master/lang/ghc/Portfile 
> 
> 
> The iconv symbol issue is known, 
> https://gitlab.haskell.org/ghc/ghc/-/issues/18752 
> , and packages like 
> MacPorts must build around it.
> 
> This looks like something specific to your configuration.
> 
> If you believe that there is an issue outside your system, please initiate a 
> trac ticket at https://trac.macports.org .
> 
> 
>> On Oct 11, 2021, at 5:00 AM, David Duke > > wrote:
>> 
>> I have a conundrum on which advice would be appreciate. Does
>> anyone know how to successfully install ghc on OSX 
>> I've tried various binary instalation routes:
>> macports, brew, direct binary downloads from haskel.org 
> 
> 
> -- 
> David Duke
> Emeritus Professor of Computer Science
> School of Computing University of Leeds UK
> E:duke.j.da...@gmail.com 
> W:https://engineering.leeds.ac.uk/staff/334/Professor_David_Duke 
> ___
> Glasgow-haskell-users mailing list
> Glasgow-haskell-users@haskell.org 
> http://mail.haskell.org/cgi-bin/mailman/listinfo/glasgow-haskell-users 
> 



smime.p7s
Description: S/MIME cryptographic signature
___
Glasgow-haskell-users mailing list
Glasgow-haskell-users@haskell.org
http://mail.haskell.org/cgi-bin/mailman/listinfo/glasgow-haskell-users

Re: osx conundrum

2021-10-13 Thread Carter Schonwald

The issue would be macports.  It uses its own version of the iconv lib and
that always gets headaches if the ghc touches anything else.

if you’re using macports you have to make sure everything is Mac ports only
for ghc linking.

Else you have to make sure you don’t touch any macports c Libs via ghc.

On Wed, Oct 13, 2021 at 7:57 AM David Duke  wrote:

> Thanks Steven. Looks like it might be something with my system.
> I reinstalled from macports  8.10.7
> @ Carter yes I've been carefully   check the compiler version on each
> trial.
> However trying to compile a Haskell source gives the same libHSbase error
>
>
>
> ndefined symbols for architecture x86_64:
>
>   "_iconv", referenced from:
>
>   _hs_iconv in libHSbase-4.14.3.0.a(iconv.o
>
>
>
>
>
> On Tue, Oct 12, 2021 at 2:54 AM Steven Smith 
> wrote:
>
>> I’m a maintainer of the MacPorts ghc port. The MacPorts installations do
>> not have this issue, whether installed from the buildbot binaries or
>> compiled from source, that all work on multiple macOS versions 10.9–11.
>> Here’s the build recipe:
>> https://github.com/macports/macports-ports/blob/master/lang/ghc/Portfile
>>
>> The iconv symbol issue is known,
>> https://gitlab.haskell.org/ghc/ghc/-/issues/18752, and packages like
>> MacPorts must build around it.
>>
>> This looks like something specific to your configuration.
>>
>> If you believe that there is an issue outside your system, please
>> initiate a trac ticket at https://trac.macports.org.
>>
>>
>> On Oct 11, 2021, at 5:00 AM, David Duke  wrote:
>>
>> I have a conundrum on which advice would be appreciate. Does
>> anyone know how to successfully install ghc on OSX
>> I've tried various binary instalation routes:
>> macports, brew, direct binary downloads from haskel.org
>>
>>
>>
>
> --
> David Duke
> Emeritus Professor of Computer Science
> School of Computing University of Leeds UK
> E:duke.j.da...@gmail.com
> W:https://engineering.leeds.ac.uk/staff/334/Professor_David_Duke
> ___
> Glasgow-haskell-users mailing list
> Glasgow-haskell-users@haskell.org
> http://mail.haskell.org/cgi-bin/mailman/listinfo/glasgow-haskell-users
>
___
Glasgow-haskell-users mailing list
Glasgow-haskell-users@haskell.org
http://mail.haskell.org/cgi-bin/mailman/listinfo/glasgow-haskell-users

Re: osx conundrum

2021-10-13 Thread Steven Smith

FWIW, MacPorts does compile from source. If you want, just do

sudo port -s install ghc

and watch a multistage compiler build.

That’s where the MacPorts binary installs come from, so it’s just easier to use 
those.

> On Oct 13, 2021, at 07:57, David Duke  wrote:
> 
> 
> Thanks Steven. Looks like it might be something with my system.
> I reinstalled from macports  8.10.7
> @ Carter yes I've been carefully   check the compiler version on each trial.
> However trying to compile a Haskell source gives the same libHSbase error
> 
> 
> 
> ndefined symbols for architecture x86_64:
>   "_iconv", referenced from:
>   _hs_iconv in libHSbase-4.14.3.0.a(iconv.o
> 
> 
> 
> 
>> On Tue, Oct 12, 2021 at 2:54 AM Steven Smith  wrote:
>> I’m a maintainer of the MacPorts ghc port. The MacPorts installations do not 
>> have this issue, whether installed from the buildbot binaries or compiled 
>> from source, that all work on multiple macOS versions 10.9–11.  Here’s the 
>> build recipe: 
>> https://github.com/macports/macports-ports/blob/master/lang/ghc/Portfile
>> 
>> The iconv symbol issue is known, 
>> https://gitlab.haskell.org/ghc/ghc/-/issues/18752, and packages like 
>> MacPorts must build around it.
>> 
>> This looks like something specific to your configuration.
>> 
>> If you believe that there is an issue outside your system, please initiate a 
>> trac ticket at https://trac.macports.org.
>> 
>> 
>>> On Oct 11, 2021, at 5:00 AM, David Duke  wrote:
>>> 
>>> I have a conundrum on which advice would be appreciate. Does
>>> anyone know how to successfully install ghc on OSX 
>>> I've tried various binary instalation routes:
>>> macports, brew, direct binary downloads from haskel.org
>> 
> 
> 
> -- 
> David Duke
> Emeritus Professor of Computer Science
> School of Computing University of Leeds UK
> E:duke.j.da...@gmail.com
> W:https://engineering.leeds.ac.uk/staff/334/Professor_David_Duke
___
Glasgow-haskell-users mailing list
Glasgow-haskell-users@haskell.org
http://mail.haskell.org/cgi-bin/mailman/listinfo/glasgow-haskell-users

Re: osx conundrum

2021-10-13 Thread YueCompl via Glasgow-haskell-users

Maybe you'd like to install a virtual instance of OSX and test things from 
clean scratch, I'd expect any routine installation of GHC should work, then add 
macports/homebrew etc. to bisect the culprit.

Free VirtualBox should do, VMWare Fusion or Parallel Desktop can offer even 
smoother experience at some fees/cost.


> On 2021-10-13, at 19:56, David Duke  wrote:
> 
> Thanks Steven. Looks like it might be something with my system.
> I reinstalled from macports  8.10.7
> @ Carter yes I've been carefully   check the compiler version on each trial.
> However trying to compile a Haskell source gives the same libHSbase error
> 
> 
> 
> ndefined symbols for architecture x86_64:
>   "_iconv", referenced from:
>   _hs_iconv in libHSbase-4.14.3.0.a(iconv.o
> 
> 
> 
> 
> On Tue, Oct 12, 2021 at 2:54 AM Steven Smith  > wrote:
> I’m a maintainer of the MacPorts ghc port. The MacPorts installations do not 
> have this issue, whether installed from the buildbot binaries or compiled 
> from source, that all work on multiple macOS versions 10.9–11.  Here’s the 
> build recipe: 
> https://github.com/macports/macports-ports/blob/master/lang/ghc/Portfile 
> 
> 
> The iconv symbol issue is known, 
> https://gitlab.haskell.org/ghc/ghc/-/issues/18752 
> , and packages like 
> MacPorts must build around it.
> 
> This looks like something specific to your configuration.
> 
> If you believe that there is an issue outside your system, please initiate a 
> trac ticket at https://trac.macports.org .
> 
> 
>> On Oct 11, 2021, at 5:00 AM, David Duke > > wrote:
>> 
>> I have a conundrum on which advice would be appreciate. Does
>> anyone know how to successfully install ghc on OSX 
>> I've tried various binary instalation routes:
>> macports, brew, direct binary downloads from haskel.org 
> 
> 
> -- 
> David Duke
> Emeritus Professor of Computer Science
> School of Computing University of Leeds UK
> E:duke.j.da...@gmail.com 
> W:https://engineering.leeds.ac.uk/staff/334/Professor_David_Duke 
> ___
> Glasgow-haskell-users mailing list
> Glasgow-haskell-users@haskell.org 
> http://mail.haskell.org/cgi-bin/mailman/listinfo/glasgow-haskell-users 
> 
___
Glasgow-haskell-users mailing list
Glasgow-haskell-users@haskell.org
http://mail.haskell.org/cgi-bin/mailman/listinfo/glasgow-haskell-users

Re: osx conundrum

2021-10-13 Thread David Duke

Thanks Steven. Looks like it might be something with my system.
I reinstalled from macports  8.10.7
@ Carter yes I've been carefully   check the compiler version on each trial.
However trying to compile a Haskell source gives the same libHSbase error



ndefined symbols for architecture x86_64:

  "_iconv", referenced from:

  _hs_iconv in libHSbase-4.14.3.0.a(iconv.o





On Tue, Oct 12, 2021 at 2:54 AM Steven Smith 
wrote:

> I’m a maintainer of the MacPorts ghc port. The MacPorts installations do
> not have this issue, whether installed from the buildbot binaries or
> compiled from source, that all work on multiple macOS versions 10.9–11.
> Here’s the build recipe:
> https://github.com/macports/macports-ports/blob/master/lang/ghc/Portfile
>
> The iconv symbol issue is known,
> https://gitlab.haskell.org/ghc/ghc/-/issues/18752, and packages like
> MacPorts must build around it.
>
> This looks like something specific to your configuration.
>
> If you believe that there is an issue outside your system, please initiate
> a trac ticket at https://trac.macports.org.
>
>
> On Oct 11, 2021, at 5:00 AM, David Duke  wrote:
>
> I have a conundrum on which advice would be appreciate. Does
> anyone know how to successfully install ghc on OSX
> I've tried various binary instalation routes:
> macports, brew, direct binary downloads from haskel.org
>
>
>

-- 
David Duke
Emeritus Professor of Computer Science
School of Computing University of Leeds UK
E:duke.j.da...@gmail.com
W:https://engineering.leeds.ac.uk/staff/334/Professor_David_Duke
___
Glasgow-haskell-users mailing list
Glasgow-haskell-users@haskell.org
http://mail.haskell.org/cgi-bin/mailman/listinfo/glasgow-haskell-users

Re: osx conundrum

2021-10-12 Thread Carter Schonwald

i would make sure you're using the ghc version you *think*  you're using

i've never had that problem with a self managed style install (which should
be equiv to using ghcup's setup). i'm at 8.10.7 at the moment.

whats the output of `which -a ghc`  and `which ghc`?

mixing several ghc installs of the same version can be a problem.  ghcup
should just match the official builds generally


On Mon, Oct 11, 2021 at 9:55 PM Steven Smith 
wrote:

> I’m a maintainer of the MacPorts ghc port. The MacPorts installations do
> not have this issue, whether installed from the buildbot binaries or
> compiled from source, that all work on multiple macOS versions 10.9–11.
> Here’s the build recipe:
> https://github.com/macports/macports-ports/blob/master/lang/ghc/Portfile
>
> The iconv symbol issue is known,
> https://gitlab.haskell.org/ghc/ghc/-/issues/18752, and packages like
> MacPorts must build around it.
>
> This looks like something specific to your configuration.
>
> If you believe that there is an issue outside your system, please initiate
> a trac ticket at https://trac.macports.org.
>
>
> On Oct 11, 2021, at 5:00 AM, David Duke  wrote:
>
> I have a conundrum on which advice would be appreciate. Does
> anyone know how to successfully install ghc on OSX
> I've tried various binary instalation routes:
> macports, brew, direct binary downloads from haskel.org
>
>
> ___
> Glasgow-haskell-users mailing list
> Glasgow-haskell-users@haskell.org
> http://mail.haskell.org/cgi-bin/mailman/listinfo/glasgow-haskell-users
>
___
Glasgow-haskell-users mailing list
Glasgow-haskell-users@haskell.org
http://mail.haskell.org/cgi-bin/mailman/listinfo/glasgow-haskell-users

Re: osx conundrum

2021-10-11 Thread Steven Smith

I’m a maintainer of the MacPorts ghc port. The MacPorts installations do not 
have this issue, whether installed from the buildbot binaries or compiled from 
source, that all work on multiple macOS versions 10.9–11.  Here’s the build 
recipe: 
https://github.com/macports/macports-ports/blob/master/lang/ghc/Portfile 

The iconv symbol issue is known, 
https://gitlab.haskell.org/ghc/ghc/-/issues/18752 
, and packages like MacPorts 
must build around it.

This looks like something specific to your configuration.

If you believe that there is an issue outside your system, please initiate a 
trac ticket at https://trac.macports.org .

> On Oct 11, 2021, at 5:00 AM, David Duke  wrote:
> 
> I have a conundrum on which advice would be appreciate. Does
> anyone know how to successfully install ghc on OSX 
> I've tried various binary instalation routes:
> macports, brew, direct binary downloads from haskel.org 

smime.p7s
Description: S/MIME cryptographic signature
___
Glasgow-haskell-users mailing list
Glasgow-haskell-users@haskell.org
http://mail.haskell.org/cgi-bin/mailman/listinfo/glasgow-haskell-users

Re: osx conundrum

2021-10-11 Thread David Duke

Thanks!
I've not had the problem with other software. To check I reinstalled iconv
with macports brew, and building  and installing it direct from GNU sources.

however the problem does not  seem to be libiconv per se, but
libHSbase, and its unclear how to fix that

 _hs_iconv in libHSbase-4.14.3.0.a(iconv.o)


There have been longstanding issues with this library [iconv]
int the Haskell ecosystem, cf
https://stackoverflow.com/questions/43359289/architecture-x86-64-while-running-haskell-code-haskell-osx-iconv
I was hoping there had been progress with binary releases



On Mon, Oct 11, 2021 at 10:12 AM YueCompl  wrote:

> Never met this issue myself (with currently osx 10.14.6 Mojave, and a few
> previous versions), I guess macports/homebrew or some other pieces aren't
> playing nicely with some others in your machine.
>
> Checkout
> https://newbedev.com/libiconv-or-iconv-undefined-symbol-on-mac-osx maybe
> helpful.
>
> On 2021-10-11, at 17:00, David Duke  wrote:
>
> I have a conundrum on which advice would be appreciate. Does
> anyone know how to successfully install ghc on OSX
> I've tried various binary instalation routes:
> macports, brew, direct binary downloads from haskel.org
> All have the same result. when I try to compile a basic hello world
> program I get
>
> Undefined symbols for architecture x86_64:
>   "_iconv", referenced from:
>   _hs_iconv in libHSbase-4.14.3.0.a(iconv.o)
>  (maybe you meant:
> _base_GHCziIOziEncodingziIconv_iconvEncoding1_closure,
> _base_GHCziIOziEncodingziIconv_iconvEncoding1_info ,
> _base_GHCziIOziEncodingziIconv_iconvEncoding4_closure ,
> _base_GHCziIOziEncodingziIconv_iconvEncoding15_info ,
> _base_GHCziIOziEncodingziIconv_iconvEncoding4_info ,
> _base_GHCziIOziEncodingziIconv_iconvEncoding7_info ,
> _base_GHCziIOziEncodingziIconv_iconvEncoding6_closure ,
> _base_GHCziIOziEncodingziIconv_iconvEncoding6_info ,
> _base_GHCziIOziEncodingziIconv_iconvEncoding8_info , _hs_iconv_open ,
> _base_GHCziIOziEncodingziIconv_iconvEncoding9_closure ,
> _base_GHCziIOziEncodingziIconv_iconvEncoding12_closure ,
> _base_GHCziIOziEncodingziIconv_iconvEncoding11_closure ,
> _base_GHCziIOziEncodingziIconv_iconvEncoding9_info ,
> _base_GHCziIOziEncodingziIconv_iconvEncoding12_info ,
> _base_GHCziIOziEncodingziIconv_iconvEncoding13_info ,
> _base_GHCziIOziEncodingziIconv_iconvEncoding11_info ,
> _base_GHCziIOziEncodingziIconv_iconvEncoding7_closure ,
> _base_GHCziIOziEncodingziIconv_iconvEncoding_info ,
> _base_GHCziIOziEncodingziIconv_iconvEncoding13_closure ,
> _base_GHCziIOziEncodingziIconv_iconvEncoding2_info ,
> _base_GHCziIOziEncodingziIconv_iconvEncoding14_bytes ,
> _base_GHCziIOziEncodingziIconv_iconvEncoding15_closure ,
> _base_GHCziIOziEncodingziIconv_iconvEncoding3_closure ,
> _base_GHCziIOziEncodingziIconv_iconvEncoding_closure ,
> _base_GHCziIOziEncodingziIconv_iconvEncoding8_closure ,
> _base_GHCziIOziEncodingziIconv_iconvEncoding2_closure , _hs_iconv ,
> _base_GHCziIOziEncodingziIconv_iconvEncoding10_bytes , _hs_iconv_close ,
> _base_GHCziIOziEncodingziIconv_iconvEncoding5_closure )
>   "_iconv_open", referenced from:
>   _hs_iconv_open in libHSbase-4.14.3.0.a(iconv.o)
>  (maybe you meant: _hs_iconv_open)
>   "_iconv_close", referenced from:
>   _hs_iconv_close in libHSbase-4.14.3.0.a(iconv.o)
>  (maybe you meant: _hs_iconv_close)
>   "_locale_charset", referenced from:
>   _localeEncoding in libHSbase-4.14.3.0.a(PrelIOUtils.o)
> ld: symbol(s) not found for architecture x86_64
>
> I've triedgiong  through ghcup
>
> 8.8.4
> 8.6.5.
> 8.10.2
> 8.10.7
> 9.0.1
>
> all have the same problem.
> I'd be happy to build from source. Small problem: what Haskell compiler do
> I use?
>
> Any advice on installs that works along with any changes to paths to avoid
> the iconv problems would be appreciated as currently my Haskell-related
> activities have come to a grinding halt. Switchig to a different OS would
> be nice but its not a
> feasible option a at present.Writing a compiler is starting to look
> attractive..
>
> thanks
> David
>
> --
> David Duke
> Emeritus Professor of Computer Science
> School of Computing University of Leeds UK
> E:duke.j.da...@gmail.com
> W:https://engineering.leeds.ac.uk/staff/334/Professor_David_Duke
> ___
> Glasgow-haskell-users mailing list
> Glasgow-haskell-users@haskell.org
> http://mail.haskell.org/cgi-bin/mailman/listinfo/glasgow-haskell-users
>
>
>

-- 
David Duke
Emeritus Professor of Computer Science
School of Computing University of Leeds UK
E:duke.j.da...@gmail.com
W:https://engineering.leeds.ac.uk/staff/334/Professor_David_Duke
___
Glasgow-haskell-users mailing list
Glasgow-haskell-users@haskell.org
http://mail.haskell.org/cgi-bin/mailman/listinfo/glasgow-haskell-users

Re: osx conundrum

2021-10-11 Thread YueCompl via Glasgow-haskell-users

Never met this issue myself (with currently osx 10.14.6 Mojave, and a few 
previous versions), I guess macports/homebrew or some other pieces aren't 
playing nicely with some others in your machine.

Checkout https://newbedev.com/libiconv-or-iconv-undefined-symbol-on-mac-osx 
 maybe 
helpful.

> On 2021-10-11, at 17:00, David Duke  wrote:
> 
> I have a conundrum on which advice would be appreciate. Does
> anyone know how to successfully install ghc on OSX 
> I've tried various binary instalation routes:
> macports, brew, direct binary downloads from haskel.org 
> All have the same result. when I try to compile a basic hello world program I 
> get
> 
> Undefined symbols for architecture x86_64:
>   "_iconv", referenced from:
>   _hs_iconv in libHSbase-4.14.3.0.a(iconv.o)
>  (maybe you meant: _base_GHCziIOziEncodingziIconv_iconvEncoding1_closure, 
> _base_GHCziIOziEncodingziIconv_iconvEncoding1_info , 
> _base_GHCziIOziEncodingziIconv_iconvEncoding4_closure , 
> _base_GHCziIOziEncodingziIconv_iconvEncoding15_info , 
> _base_GHCziIOziEncodingziIconv_iconvEncoding4_info , 
> _base_GHCziIOziEncodingziIconv_iconvEncoding7_info , 
> _base_GHCziIOziEncodingziIconv_iconvEncoding6_closure , 
> _base_GHCziIOziEncodingziIconv_iconvEncoding6_info , 
> _base_GHCziIOziEncodingziIconv_iconvEncoding8_info , _hs_iconv_open , 
> _base_GHCziIOziEncodingziIconv_iconvEncoding9_closure , 
> _base_GHCziIOziEncodingziIconv_iconvEncoding12_closure , 
> _base_GHCziIOziEncodingziIconv_iconvEncoding11_closure , 
> _base_GHCziIOziEncodingziIconv_iconvEncoding9_info , 
> _base_GHCziIOziEncodingziIconv_iconvEncoding12_info , 
> _base_GHCziIOziEncodingziIconv_iconvEncoding13_info , 
> _base_GHCziIOziEncodingziIconv_iconvEncoding11_info , 
> _base_GHCziIOziEncodingziIconv_iconvEncoding7_closure , 
> _base_GHCziIOziEncodingziIconv_iconvEncoding_info , 
> _base_GHCziIOziEncodingziIconv_iconvEncoding13_closure , 
> _base_GHCziIOziEncodingziIconv_iconvEncoding2_info , 
> _base_GHCziIOziEncodingziIconv_iconvEncoding14_bytes , 
> _base_GHCziIOziEncodingziIconv_iconvEncoding15_closure , 
> _base_GHCziIOziEncodingziIconv_iconvEncoding3_closure , 
> _base_GHCziIOziEncodingziIconv_iconvEncoding_closure , 
> _base_GHCziIOziEncodingziIconv_iconvEncoding8_closure , 
> _base_GHCziIOziEncodingziIconv_iconvEncoding2_closure , _hs_iconv , 
> _base_GHCziIOziEncodingziIconv_iconvEncoding10_bytes , _hs_iconv_close , 
> _base_GHCziIOziEncodingziIconv_iconvEncoding5_closure )
>   "_iconv_open", referenced from:
>   _hs_iconv_open in libHSbase-4.14.3.0.a(iconv.o)
>  (maybe you meant: _hs_iconv_open)
>   "_iconv_close", referenced from:
>   _hs_iconv_close in libHSbase-4.14.3.0.a(iconv.o)
>  (maybe you meant: _hs_iconv_close)
>   "_locale_charset", referenced from:
>   _localeEncoding in libHSbase-4.14.3.0.a(PrelIOUtils.o)
> ld: symbol(s) not found for architecture x86_64
> 
> I've triedgiong  through ghcup
> 
> 8.8.4
> 8.6.5.
> 8.10.2
> 8.10.7
> 9.0.1
> 
> all have the same problem.
> I'd be happy to build from source. Small problem: what Haskell compiler do I 
> use?
> 
> Any advice on installs that works along with any changes to paths to avoid 
> the iconv problems would be appreciated as currently my Haskell-related 
> activities have come to a grinding halt. Switchig to a different OS would be 
> nice but its not a 
> feasible option a at present.Writing a compiler is starting to look 
> attractive..
> 
> thanks
> David
> 
> -- 
> David Duke
> Emeritus Professor of Computer Science
> School of Computing University of Leeds UK
> E:duke.j.da...@gmail.com 
> W:https://engineering.leeds.ac.uk/staff/334/Professor_David_Duke 
> ___
> Glasgow-haskell-users mailing list
> Glasgow-haskell-users@haskell.org
> http://mail.haskell.org/cgi-bin/mailman/listinfo/glasgow-haskell-users

___
Glasgow-haskell-users mailing list
Glasgow-haskell-users@haskell.org
http://mail.haskell.org/cgi-bin/mailman/listinfo/glasgow-haskell-users

Re: osx conundrum

2021-10-11 Thread Karel Gardas


I'd recommend to search for iconv library in your packaging system. Find
that and install that. Probably it looks like dependency on this is
missing in provided ghc package(s).

Anyway, not osx user here, just general unix user...

Good luck!
Karel

On 10/11/21 11:00 AM, David Duke wrote:
> I have a conundrum on which advice would be appreciate. Does
> anyone know how to successfully install ghc on OSX 
> I've tried various binary instalation routes:
> macports, brew, direct binary downloads from haskel.org 
> All have the same result. when I try to compile a basic hello world
> program I get
> 
> Undefined symbols for architecture x86_64:
>   "_iconv", referenced from:
>       _hs_iconv in libHSbase-4.14.3.0.a(iconv.o)
>      (maybe you meant:
> _base_GHCziIOziEncodingziIconv_iconvEncoding1_closure,
> _base_GHCziIOziEncodingziIconv_iconvEncoding1_info ,
> _base_GHCziIOziEncodingziIconv_iconvEncoding4_closure ,
> _base_GHCziIOziEncodingziIconv_iconvEncoding15_info ,
> _base_GHCziIOziEncodingziIconv_iconvEncoding4_info ,
> _base_GHCziIOziEncodingziIconv_iconvEncoding7_info ,
> _base_GHCziIOziEncodingziIconv_iconvEncoding6_closure ,
> _base_GHCziIOziEncodingziIconv_iconvEncoding6_info ,
> _base_GHCziIOziEncodingziIconv_iconvEncoding8_info , _hs_iconv_open ,
> _base_GHCziIOziEncodingziIconv_iconvEncoding9_closure ,
> _base_GHCziIOziEncodingziIconv_iconvEncoding12_closure ,
> _base_GHCziIOziEncodingziIconv_iconvEncoding11_closure ,
> _base_GHCziIOziEncodingziIconv_iconvEncoding9_info ,
> _base_GHCziIOziEncodingziIconv_iconvEncoding12_info ,
> _base_GHCziIOziEncodingziIconv_iconvEncoding13_info ,
> _base_GHCziIOziEncodingziIconv_iconvEncoding11_info ,
> _base_GHCziIOziEncodingziIconv_iconvEncoding7_closure ,
> _base_GHCziIOziEncodingziIconv_iconvEncoding_info ,
> _base_GHCziIOziEncodingziIconv_iconvEncoding13_closure ,
> _base_GHCziIOziEncodingziIconv_iconvEncoding2_info ,
> _base_GHCziIOziEncodingziIconv_iconvEncoding14_bytes ,
> _base_GHCziIOziEncodingziIconv_iconvEncoding15_closure ,
> _base_GHCziIOziEncodingziIconv_iconvEncoding3_closure ,
> _base_GHCziIOziEncodingziIconv_iconvEncoding_closure ,
> _base_GHCziIOziEncodingziIconv_iconvEncoding8_closure ,
> _base_GHCziIOziEncodingziIconv_iconvEncoding2_closure , _hs_iconv ,
> _base_GHCziIOziEncodingziIconv_iconvEncoding10_bytes , _hs_iconv_close ,
> _base_GHCziIOziEncodingziIconv_iconvEncoding5_closure )
>   "_iconv_open", referenced from:
>       _hs_iconv_open in libHSbase-4.14.3.0.a(iconv.o)
>      (maybe you meant: _hs_iconv_open)
>   "_iconv_close", referenced from:
>       _hs_iconv_close in libHSbase-4.14.3.0.a(iconv.o)
>      (maybe you meant: _hs_iconv_close)
>   "_locale_charset", referenced from:
>       _localeEncoding in libHSbase-4.14.3.0.a(PrelIOUtils.o)
> ld: symbol(s) not found for architecture x86_64
> 
> I've triedgiong  through ghcup
> 
> 8.8.4
> 8.6.5.
> 8.10.2
> 8.10.7
> 9.0.1
> 
> all have the same problem.
> I'd be happy to build from source. Small problem: what Haskell compiler
> do I use?
> 
> Any advice on installs that works along with any changes to paths to
> avoid the iconv problems would be appreciated as currently my
> Haskell-related activities have come to a grinding halt. Switchig to a
> different OS would be nice but its not a 
> feasible option a at present.Writing a compiler is starting to look
> attractive..
> 
> thanks
> David
> 
> -- 
> David Duke
> Emeritus Professor of Computer Science
> School of Computing University of Leeds UK
> E:duke.j.da...@gmail.com 
> W:https://engineering.leeds.ac.uk/staff/334/Professor_David_Duke
> 
> 
> ___
> Glasgow-haskell-users mailing list
> Glasgow-haskell-users@haskell.org
> http://mail.haskell.org/cgi-bin/mailman/listinfo/glasgow-haskell-users
> 

___
Glasgow-haskell-users mailing list
Glasgow-haskell-users@haskell.org
http://mail.haskell.org/cgi-bin/mailman/listinfo/glasgow-haskell-users

Re: osx conundrum

Re: osx conundrum

Re: osx conundrum

Re: osx conundrum

Re: osx conundrum

Re: osx conundrum

Re: osx conundrum

Re: osx conundrum

Re: osx conundrum

Re: osx conundrum

10 matches

Site Navigation

Mail list logo

Footer information