[Haskell-cafe] Ease of Haskell development on OS X?

Sat Mar 21 13:37:37 EDT 2009

In file included from ../pango/pango.h:31,
                 from pango-impl-utils.h:28,
                 from fonts.c:30:
../pango/pango-enum-types.h:12:9: error: macro names must be identifiers
../pango/pango-enum-types.h:14:9: error: macro names must be identifiers
../pango/pango-enum-types.h:17:9: error: macro names must be identifiers
../pango/pango-enum-types.h:19:9: error: macro names must be identifiers
../pango/pango-enum-types.h:22:9: error: macro names must be identifiers
../pango/pango-enum-types.h:25:9: error: macro names must be identifiers
../pango/pango-enum-types.h:27:9: error: macro names must be identifiers
../pango/pango-enum-types.h:29:9: error: macro names must be identifiers
../pango/pango-enum-types.h:31:9: error: macro names must be identifiers
../pango/pango-enum-types.h:33:9: error: macro names must be identifiers
../pango/pango-enum-types.h:36:9: error: macro names must be identifiers
../pango/pango-enum-types.h:38:9: error: macro names must be identifiers
../pango/pango-enum-types.h:41:9: error: macro names must be identifiers
../pango/pango-enum-types.h:43:9: error: macro names must be identifiers
../pango/pango-enum-types.h:45:9: error: macro names must be identifiers
../pango/pango-enum-types.h:48:9: error: macro names must be identifiers
../pango/pango-enum-types.h:51:9: error: macro names must be identifiers
../pango/pango-enum-types.h:54:9: error: macro names must be identifiers
In file included from ../pango/pango.h:31,
                 from pango-impl-utils.h:28,
                 from glyphstring.c:26:
../pango/pango-enum-types.h:12:9: error: macro names must be identifiers
../pango/pango-enum-types.h:14:9: error: macro names must be identifiers
../pango/pango-enum-types.h:17:9: error: macro names must be identifiers
../pango/pango-enum-types.h:19:9: error: macro names must be identifiers
../pango/pango-enum-types.h:22:9: error: macro names must be identifiers
../pango/pango-enum-types.h:25:9: error: macro names must be identifiers
../pango/pango-enum-types.h:27:9: error: macro names must be identifiers
../pango/pango-enum-types.h:29:9: error: macro names must be identifiers
../pango/pango-enum-types.h:31:9: error: macro names must be identifiers
../pango/pango-enum-types.h:33:9: error: macro names must be identifiers
../pango/pango-enum-types.h:36:9: error: macro names must be identifiers
../pango/pango-enum-types.h:38:9: error: macro names must be identifiers
../pango/pango-enum-types.h:41:9: error: macro names must be identifiers
../pango/pango-enum-types.h:43:9: error: macro names must be identifiers
../pango/pango-enum-types.h:45:9: error: macro names must be identifiers
../pango/pango-enum-types.h:48:9: error: macro names must be identifiers
../pango/pango-enum-types.h:51:9: error: macro names must be identifiers
../pango/pango-enum-types.h:54:9: error: macro names must be identifiers


2009/3/21 Ross Mellgren <rmm-haskell at z.odi.ac>:
> I didn't get any errors like that (nor do I remember ever having them),
> though if you want to paste them here maybe I can help with them.
>
> -Ross
>
> On Mar 21, 2009, at 1:27 PM, Colin Adams wrote:
>
>> If I try this, pango fails to compile with lots of error messages
>> about error: macro names must be identifiers.
>>
>> I think I've seen this before - some well-known Mac OSX problem? (I'm
>> a linux man myself - so I'm not used to the mac)
>>
>> 2009/3/21 Ross Mellgren <rmm-haskell at z.odi.ac>:
>>>
>>> I tried making this work, but librsvg requires pango, and pango is a huge
>>> pain in the ass -- I managed to get the whole thing to compile, but now
>>> it
>>> can't find any fonts, apparently due to some dynaloading issues.
>>>
>>> I think if you need any of the extended modules (e.g. svgcairo, gl) that
>>> the
>>> DMG doesn't directly support then you're best served by shedding a couple
>>> tears and going with macports.
>>>
>>> The steps I used to get the broken version were (FYI -- doing this causes
>>> all fonts to load as the no-character square in all gtk2hs apps):
>>>
>>> export
>>>
>>> PKG_CONFIG_PATH=/usr/X11/lib/pkgconfig:/usr/local/lib/pkgconfig:/Library/Frameworks/Cairo.framework/Resources/dev/lib/pkgconfig:/Library/Frameworks/GLib.framework/Resources/dev/lib/pkgconfig:/Library/Frameworks/Gtk.framework/Resources/dev/lib/pkgconfig
>>>
>>> export PATH=$PATH:/Library/Frameworks/GLib.framework/Resources/dev/bin
>>>
>>> cd pango-1.24.0
>>> CFLAGS="-DFC_WEIGHT_EXTRABLACK=215" ./configure --prefix=/usr/local
>>> make -j4
>>> sudo make install
>>>
>>> cd librsvg-2.26.0
>>> ./configure --prefix=/usr/local
>>> make -j4
>>> sudo make install
>>>
>>> cd gtk2hs-0.10.0
>>> ./configure --disable-gio
>>> make -j4
>>> sudo make install
>>>
>>> Running apps linked with this version of gtk2hs gets:
>>>
>>> (svgviewer:43314): Pango-CRITICAL **: No modules found:
>>> No builtin or dynamically loaded modules were found.
>>> PangoFc will not work correctly.
>>> This probably means there was an error in the creation of:
>>>  '/usr/local/etc/pango/pango.modules'
>>> You should create this file by running:
>>>  pango-querymodules > '/usr/local/etc/pango/pango.modules'
>>>
>>> (svgviewer:43314): Pango-WARNING **: failed to choose a font, expect ugly
>>> output. engine-type='PangoRenderATSUI', script='latin'
>>>
>>> So if anyone knows what Pango is trying to do, maybe they could help
>>> resolve
>>> this.
>>>
>>> I'm probably going to ditch the use of GTK in my own project and use FFI
>>> bindings to Carbon/Win32, since I don't really need widgets for my own
>>> stuff
>>> and the whole family of GTK related packages is a total pain in the ass
>>> (as
>>> are most things in the GNU family of software, IMO)
>>>
>>> -Ross
>>>
>>> On Mar 21, 2009, at 10:13 AM, Colin Paul Adams wrote:
>>>
>>>>>>>>> "Ross" == Ross Mellgren <rmm-haskell at z.odi.ac> writes:
>>>>
>>>>  Ross> While there is not a .dmg for Gtk2Hs, you can use a .dmg
>>>>  Ross> installed GHC with a .dmg installed Gtk, and then build
>>>>  Ross> gtk2hs straight on top of that, without having to deal with
>>>>  Ross> the dual-GHC macports mess..
>>>>
>>>>  Ross>
>>>>
>>>> http://www.haskell.org/haskellwiki/Gtk2hs#Using_the_GTK.2B_OS_X_Framework
>>>>
>>>> I just tried this.
>>>>
>>>> The configure enables cairo, but does not enable svgcairo. Is there
>>>> anyway round this, or do I have to revert to the macports gtk? (my
>>>> application uses svgcairo)
>>>> --
>>>> Colin Adams
>>>> Preston Lancashire
>>>
>>> _______________________________________________
>>> Haskell-Cafe mailing list
>>> Haskell-Cafe at haskell.org
>>> http://www.haskell.org/mailman/listinfo/haskell-cafe
>>>
>
>