Thats almost certainly what happened. (and that HP detail even had an unfortunate effect of having the machomebrew install defaults for ghc & haskell-platform default to 32bit rather than 64bit for a while, though that was recently corrected)
On Thu, Jun 7, 2012 at 9:05 AM, Brandon Allbery <allber...@gmail.com> wrote: > On Thu, Jun 7, 2012 at 8:40 AM, Heinrich Apfelmus < > apfel...@quantentunnel.de> wrote: > >> Tanja Piechnick wrote: >> >>> Loading package glib-0.12.3.1 ... can't load .so/.DLL for: intl >>> (dlopen(/usr/local/Cellar/**gettext/0.18.1.1/lib/libintl.**dylib<http://0.18.1.1/lib/libintl.dylib>, >>> 9): no suitable image found. Did find: >>> >>> /usr/local/Cellar/gettext/0.**18.1.1/lib/libintl.dylib<http://0.18.1.1/lib/libintl.dylib>: >>> mach-o, but wrong architecture) >>> *Main> >>> >> >> That's a 64bit / 32bit problem. The gtk library you installed via >> homebrew is probably 64bit while the GHC you use (7.0.4) seems to be 32bit. >> Either you reinstall GTK with 32bit support, or you use the 64bit version >> of the recently released Haskell Platform. >> > > The 7.0.4 HP package strongly suggested use of the 32-bit package even on > 64-bit systems, so this is very likely. > > -- > brandon s allbery allber...@gmail.com > wandering unix systems administrator (available) (412) 475-9364 vm/sms > > > _______________________________________________ > Haskell-Cafe mailing list > Haskell-Cafe@haskell.org > http://www.haskell.org/mailman/listinfo/haskell-cafe > >
_______________________________________________ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe