On Friday, 22 June 2007 at 13:03, Jack Howarth wrote:
> Brendan,
>    I found a fix for the build failures of the fink ocaml package
> in 10.4 unstable under Leopard. The failure occurs at...
> 
> gcc -I../byterun -DCAML_NAME_SPACE -DNATIVE_CODE -DTARGET_power 
> -DSYS_rhapsody  -O -Wall
> -DDARWIN_VERSION_6  -D_FILE_OFFSET_BITS=64 -D_REENTRANT -I/sw/include  -c -o 
> signals_asm.o signals_asm.c
> In file included from signals_asm.c:28:
> signals_osdep.h: In function 'context_gpr_p':
> signals_osdep.h:181: error: dereferencing pointer to incomplete type
> signals_osdep.h:185: error: dereferencing pointer to incomplete type
> signals_asm.c: In function 'caml_init_signals':
> signals_asm.c:241: error: storage size of 'stk' isn't known
> signals_asm.c:241: warning: unused variable 'stk'
> make[1]: *** [signals_asm.o] Error 1
> make: *** [runtimeopt] Error 2
> ### execution of make failed, exit code 2
> Removing runtime build-lock...
> Removing build-lock package...
> /sw/bin/dpkg-lockwait -r fink-buildlock-ocaml-3.10-1
> (Reading database ... 13521 files and directories currently installed.)
> Removing fink-buildlock-ocaml-3.10-1 ...
> Failed: phase compiling: ocaml-3.10-1 failed
> 
> The problem can be avoided by setting MACOSX_DEPLOYMENT_TARGET to 10.4
> in ocaml.info. I will upload some revised ocaml packaging to fink tracking.
> The changes amount to...

Is it possible to do this in a friendlier way, say by only setting
that variable if the build system is > 10.4? Then I assume the revup
wouldn't be needed. Do you know how this variable is changing CPP
definitions?

-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
_______________________________________________
Fink-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/fink-devel

Reply via email to