Boost C++ Libraries: Ticket #1228: bug in toolset gcc + HP/UX PA-RSIC

attachment set

anonymous — Mon, 03 Sep 2007 14:17:33 GMT

attachment → gcc.jam.patch

attachment set

anonymous — Mon, 03 Sep 2007 14:18:26 GMT

attachment → site-config.jam.patch

oliver.kowalke@… — Tue, 04 Sep 2007 12:02:36 GMT

gcc.jam.2.patch contains another compiler option in order to compile date_time library on HPUX

attachment set

oliver.kowalke@… — Wed, 05 Sep 2007 08:31:27 GMT

attachment → gcc.jam.2.patch

some corrections

attachment set

Boris Gubenko — Wed, 26 Sep 2007 16:00:53 GMT

attachment → gcc.jam.3.patch

patch for gcc.jam tested on both HP-UX/ia64 and HP-UX PA-RISC

Boris Gubenko — Wed, 26 Sep 2007 16:17:40 GMT

I've just added attachement: gcc.jam.3.patch. This patch was tested on both HP-UX/ia64 and PA-RISC with gcc 4.2.1 and 3.4.2, respectively. The results are on the web: see tables for runner_id HP-UX_ia64_gcc and HP-UX_pa_risc_gcc, respectively. Oliver did independent testing on PA-RISC with gcc 3.4.4 and confirmed that modified gcc.jam works.

Both Oliver and I agree that modified gcc.jam which adds support for HP-UX, both ia64 and PA-RISC, is ready for the prime time. Please review changes and, if they look OK, either apply the patch or let me know and I'll check gcc.jam in myself.

Thanks,

Boris

Vladimir Prus — Mon, 01 Oct 2007 17:39:40 GMT

I have applied the gcc.jam patch, thanks. I did not apply site-config.jam patch -- first, it appears to be against already modified version -- the one in SVN has nothing but copyright, and second, the file is intentionally empty. Finally, you comment say you've changed the extension of shared lib files on HP-UX, and I don't see any such change -- did you forgot to attach something?

Boris Gubenko — Mon, 01 Oct 2007 18:13:16 GMT

Thanks for applying the patch (and for moving flags gcc.link OPTIONS <runtime-link>static to a more logical spot).

As for the file extension, Oliver and I have discussed this issue and have agreed that this is more of a "cosmetic" one because the existing file extension: .so, common to all Unix platforms, does not prevent Linker or loader on HP-UX from linking/activating shared Boost libraries. This is why I did not do anything about file extension in the patch for gcc.jam.

If we want to change file extension for Boost shared libraries on HP-UX (and I'm not sure we do), it is more than just gcc.jam and it deserves a separate ticket, I believe.

Thanks again,

Boris

status changed; resolution set

Vladimir Prus — Mon, 01 Oct 2007 18:21:57 GMT

status new → closed
resolution → fixed

Okay, I'm closing this issue. Thanks.

Oliver — Tue, 02 Oct 2007 06:34:38 GMT

I did not apply site-config.jam patch -- first, it appears to be against already modified version -- the one in SVN has nothing but copyright, and second, the file is intentionally empty.

Isn't it required that I put 'using gcc : : : <compileflags>"-fPIC" ;' into site-config.jam or user-config.jam in order to get the possition idepended code? Oliver

Vladimir Prus — Tue, 02 Oct 2007 06:44:22 GMT

Usually, -fPIC is needed only for shared libraries. This is handled by this code:

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

is there a reason this is not sufficient on HP-UX?

Oliver — Tue, 02 Oct 2007 06:58:46 GMT

Yes - I've checked it. The patch works. Thanks! Oliver

Boris Gubenko — Tue, 02 Oct 2007 11:55:06 GMT

Replying to vladimir_prus:

Usually, -fPIC is needed only for shared libraries. This is handled by this code:
    flags gcc.compile OPTIONS <link>shared : -fPIC ;
is there a reason this is not sufficient on HP-UX?

Just for the record: on HP-UX/PA-RISC, -fPIC on the compile command is not sufficient. On this platform, when building shared library, -fPIC should also be explicitly specified on the link command. This is handled by:

flags $(toolset).link OPTIONS $(condition)/<link>shared : -fPIC

: unchecked ;

inside 'case hpux :'.

On HP-UX/ia64, -fPIC is not necessary, but specifying it does not do any harm.

Thanks,

Boris