Hi Malcolm,
On Fri, Feb 08, 2008 at 14:11:28 +, Malcolm Wallace wrote:
> (OS X) Check architecture to use intermediate step of compiling
> master.o or not.
By the way, are you on PowerPC or Intel? (i guess the former?)
> There is still one tiny problem, specifically and only with the
Hi Malcolm,
> There is still one tiny problem, specifically and only with the demo
> program: samples/contrib/GLCanvas.hs, which continues to give a dynamic
> linking error. I tracked this down to the shared library
Did you also put in '--with-opengl' into your wxhaskell configure options?
Best
I wrote:
> Could this be anything to do with me building the underlying wxMac
> library with --disable-shared
The answer is yes. A correct build on MacOS 10.4.11 with ghc-6.6
requires that wxWidgets is configured with --enable-shared, and that
this patch:
(OS X) Check architecture to use in
"Eric Kow" <[EMAIL PROTECTED]> wrote:
> > The compilation of wxHaskell seems to proceed OK until the link
> > stage:
> >
> > g++ -r -keep_private_externs -nostdlib -o out/wxc/master.o
>
> Does obliterating this patch help at all?
> (OS X) Check architecture to use intermediate step of c
Hi Malcolm,
On 07/02/2008, Malcolm Wallace <[EMAIL PROTECTED]> wrote:
> I'm attempting to install wxHaskell from the darcs repo at
> darcs.haskell.org, under ghc-6.6. on MacOS 10.4.11, with wxMac-2.6.4.
>
> The compilation of wxHaskell seems to proceed OK until the link stage:
>
> g++ -r -keep
I'm attempting to install wxHaskell from the darcs repo at
darcs.haskell.org, under ghc-6.6. on MacOS 10.4.11, with wxMac-2.6.4.
The compilation of wxHaskell seems to proceed OK until the link stage:
g++ -r -keep_private_externs -nostdlib -o out/wxc/master.o
which failed because there i
