Boost logo

Boost-Build :

From: Vladimir Prus (ghost_at_[hidden])
Date: 2004-01-16 04:22:05

Hi Andre,
> Andre Hentz wrote:
> > The results are attached. I cleaned up the file a bit. If I can make
> > some time later, I'll investigate further the failures that are not
> > related to "attempted multiple inclusion of file", including,
> > which never finished.

Thanks for doing this!

> The first problem is that on solaris, one has to compile with -fPIC if
> the object file will ever be used in shared libraries. I added that in
> manually for the tests but some logic is required in gcc.jam.

Maybe, it's possible to use:

flags gcc.compile OPTIONS <link>shared : -fPIC ;


> After that we have:
> - searched_lib: "...attempted multiple inclusions...", just like other
> tests.

Okay. That's the problem to be addressed first.

> - tag: the profile/static build never finishes. is stuck at
> line 435:
> self._stdout.append(

It's probably deadlock caused by catching both stderr and stdout. Command
wrote too much to stderr and got blocked. After that, is blocked
reading stdout -- but command is blocked on stderr so won't write anything to

I'll try to find a way to check if that's the cause of hang.

> - library_chain: FAILED:
> ld: warning: file required by b/bin/gcc/debug/, not found
> Undefined first referenced
> symbol in file
> geek() b/bin/gcc/debug/

I believe it's because on Linux, this requires -rpath-link to work. But on
Solaris, you've removed it. I think we need

> - conditionals: GNU ar version 2.11.2 creates invalid empty object.
> Should work with recent versions but I can't test. It works with Sun's ar.

Hmm... let's postpone this test until others are fine.

So, to summarize, we've got this problems:
- library order
- -L vs -rpath-link
- -fPIC
- conditionals
- tag hangup

I hope we'll be able to solve -fPIC soon, and then I'll have to take care of
the first ones. Not yet sure when I'll come to that, though.

- Volodya


Boost-Build list run by bdawes at, david.abrahams at, gregod at, cpdaniel at, john at