I've just (hopefully) fixed some bugs where Felix libs and test cases
didn't work right with 32 bit machines .. related to confusion between
int, ulong, and size types, which is, of course, a problem with C using
aliases for size_t that Felix is forced to wear as well.

I report happily fbuild can easily make both 32 and 64 bit systems in
parallel. On OSX I just use

fbuild --c-flag=-m32 --buildroot=build32

and "bobs you're uncle" :)

However this has raised another issue: the config data base.

At present $FLX_INSTALL_DIR/config contains a data base of *.fpc files
which specify how to find resources, particularly libraries. These files
look like this:

## gmpxx.fpc

requires_slibs: -lgmp
requires_dlibs: -lgmp
provides_dlib: -lgmpxx
provides_slib: -lgmpxx

for linking GMP with C++ binding. This handles BOTH dynamic and static linkage.
(slib: static, dlib: dynamic).

Problem is .. it doesn't handle both 32 and 64 bit correctly, unless of course 
you have
multi-arch libs, or some other mechanism for maintaining both libs.

In particular, even if you DO have such a mechanism on your system, you may 
install
a 3PL such as GMP for 64 bit and not bother with the 32 bit version (exactly my 
case!).

Interestingly the config does separate the config for header files for build, 
host,
target and run platforms.

Anyhow the problem here is the usual nasty one with builds and multiple 
platforms.
And add to that debug libs..

Ideally the whole Felix system should be able to do this:

flx -c --target=win32 file

and I mean ON LINUX, i.e. it should be able to cross-compile 
"with the flick of a switch". This is particular important on many modern
arches such as OSX where you might want to build different kinds of applications
eg 32 bit, 64 bit, PPC, or all 3 rolled up, or, with debug symbols or .... maybe
you're also building for iPhone emulator..


--
john skaller
skal...@users.sourceforge.net





------------------------------------------------------------------------------
10 Tips for Better Server Consolidation
Server virtualization is being driven by many needs.  
But none more important than the need to reduce IT complexity 
while improving strategic productivity.  Learn More! 
http://www.accelacomm.com/jaw/sdnl/114/51507609/
_______________________________________________
Felix-language mailing list
Felix-language@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/felix-language

Reply via email to