Boost logo

Boost :

Subject: Re: [boost] linking on OSX
From: David M. Cotter (me_at_[hidden])
Date: 2009-10-21 02:50:55


> Hi David,
HI! :)

> On Wednesday 21 October 2009 07:22:48 David M. Cotter wrote:
>> well, no i meant bjam
>
> which is the low-level tool used.
>
>> is "boost.build" another name for "bjam" ??
>
> It's the name of the complete build system.
>
>> so are you saying i can do this?
>>
>>> ./bjam macosx-version-min=10.4 architecture=combined linkflags="-
>>> force_cpusubtype_ALL" install
>
> Of course.
>
> Be sure to clean the libs beforehand because Boost.Build does not
> track
> compile and link options. Or add "-a" to force a complete rebuild.

i tried doing this:

i completely wiped my boost tree. oops but i did not wipe the /usr/
local/lib hmmm. but it DID get updated (cre / mod date is today)

then did this:

> ./bjam macosx-version-min=10.4 architecture=combined linkflags="-
force_cpusubtype_ALL" install

however, it did NOT set the cpu type. when i do this you can see:

davec$ otool -f -v ./libboost_thread.dylib
Fat headers
fat_magic FAT_MAGIC
nfat_arch 2
architecture i386
     cputype CPU_TYPE_I386
     cpusubtype CPU_SUBTYPE_I386_ALL
     capabilities 0x0
     offset 4096
     size 119460
     align 2^12 (4096)
architecture ppc7400
     cputype CPU_TYPE_POWERPC
     cpusubtype CPU_SUBTYPE_POWERPC_7400
     capabilities 0x0
     offset 126976
     size 124024
     align 2^12 (4096)
davec$

and that file was definitely built just now.
interestingly the .a file IS CORRECT!

davec$ otool -f -v ./libboost_thread.a
Fat headers
fat_magic FAT_MAGIC
nfat_arch 2
architecture i386
     cputype CPU_TYPE_I386
     cpusubtype CPU_SUBTYPE_I386_ALL
     capabilities 0x0
     offset 48
     size 478160
     align 2^2 (4)
architecture ppc
     cputype CPU_TYPE_POWERPC
     cpusubtype CPU_SUBTYPE_POWERPC_ALL
     capabilities 0x0
     offset 478208
     size 514064
     align 2^2 (4)
Archive : ./libboost_thread.a

man i just don't get this. do i need to wipe /usr/local/lib as well?


Boost list run by bdawes at acm.org, gregod at cs.rpi.edu, cpdaniel at pacbell.net, john at johnmaddock.co.uk