Bugzilla Bug 84642

The ebuild assumes that the operating system is just a linux/arch.

Needed changes linux${arch} could be changed to *, That way doesn't matter the system binary dir for bjam

for macosx the target should be changed and from "gcc" be set as "darwin"

install -D and cp -a aren't supported by the bsd toolchain. doins -r should be a useful replacement

ok ill make the icc/gcc for the linking a var, then we can add darwin w/o
problem
but since i have no idea about either problem you would have to lend me a hand
to make sure this all actually works, since i wouldnt be able to test any of
this

i would have to know what the full name of the libs are on darwin/fbsd since i
use --layout=system for the short names w/o the toolset name, but i can not
assume the toolsetname is darwin/fbsd

gcc is gcc
intel-linux is icc
darwin is ?

the linux${arch} is the least of our problems :)

i dont know if you would rather make changes you can verify on fbsd/osx and i
just verify icc/gcc still work as expected?
taking care of boost right now is all i have time for w/o the fbsd/osx
compliance, all i'd need is a little assistance to make things smooth

tell me how you think this would work best :)

Created an attachment (id=53158) [edit]
Some changes

here an intitial patch, the install -D is still present and should be replaced.

actually boost cvs is the only one that builds correctly on macosx.

osx people, I won't have access on a macosx system for some time, please make
sure there isn't anything wrong.

im actually very interested on boost cvs, some issues i am seeing with our
binutils > 2.15.90.0.* and the boost libs that are only built as .a, those
which build as shared libs as well never see this gnu.linkonce errors on
linking

and i was told serialization in cvs does now build both

just gotta find some time to make a snapshot and build it i suppose

i'll be looking over the changes later, now i need to take care of mucho car
things :/

the link errors were fixed with patches to gcc, after the  next revision  to
the boost ebuild i'll dive into this

please test http://dev.gentoo.org/~morfic/boost-1.32.0-r3.ebuild

no objections, i consider this fixed, adding os x keyword when testing there is
done