Lutz,
I think the problem is because 32bit HP uses the SOM object format
and 64bit HP uses ELF. These are quite different and hence gcc
cannot be configured for both targets. So when you build gcc it is
a different target (hppa64-hp-hpux11.00) for 64bit than 32bit
(hppa2.0n-hp-hpux11.00). NB On PA-linux this is different, its
uses ELF32 and ELF64 respectively, so I think a single instance
of gcc does have 32/64 bit flag.
Thats why there are no flags to tell gcc to produce 64bit code, it
will always operate in LP64 mode. Because there is no real
autoconfigure you have to assume the user knows what they are
doing.
I was mainly using openssl to test gcc, as it has a very solid
test regime.
I hope this explaination makes sense.
Cheers,
Ross
---------------------------------------------------------------------------------
Ross Alexander "He knows no more about his
MIS - NEC Europe Limited destiny than a tea leaf knows
Work ph: +44 20 8752 3394 the history of East India Company"
|---------+--------------------------------->
| | Lutz Jaenicke |
| | <[EMAIL PROTECTED]|
| | Cottbus.DE> |
| | Sent by: |
| | owner-openssl-dev@open|
| | ssl.org |
| | |
| | |
| | 10/06/2002 14:27 |
| | Please respond to |
| | openssl-dev |
| | |
|---------+--------------------------------->
>-------------------------------------------------------------------------------------------------------------|
|
|
| To: [EMAIL PROTECTED]
|
| cc:
|
| Subject: Re: Various patches for 0.9.6d and 0.9.7-beta1
|
>-------------------------------------------------------------------------------------------------------------|
On Mon, Jun 10, 2002 at 01:52:12PM +0100, [EMAIL PROTECTED]
wrote:
> I have two patches for hpux64-parisc-gcc support in Configure and one
> to correct an error in evp_test.c, which calls strsep instead of sstrsep
> (09.7-beta1 only).
Thanks. The strsep issue is already fixed in the current tree.
> (See attached file: openssl-0.9.7-beta1.patch)(See attached file:
> openssl-0.9.6d.patch)(See attached file:
> openssl-0.9.7-beta1.evp_test.patch)
>
> I have tests the hpux64 with gcc-3.1.0 and make test runs through
> correctly.
> These are not the most optimal values (eg it sets the -g flag and no
> optimization) but gcc for hppa64-hp-hpux11.00 is still a little flaky.
> This currently
> doesn't create shared libraries. The GNU linker is very flaky but I
> wouldn't
> take too much to create shared libaries with the HP linker.
I don't yet fully understand your patches (I only have gcc-3.0.x on HP-UX
10.20, so I am not familiar with the latest 64bit issues).
It however seems, that nowhere any "64bit" command line option is used.
Doesn't this mean, that 32bit code is generated? For hpux64-parisc-cc
the +DD64 flag is required.
Best regards,
Lutz
--
Lutz Jaenicke [EMAIL PROTECTED]
http://www.aet.TU-Cottbus.DE/personen/jaenicke/
BTU Cottbus, Allgemeine Elektrotechnik
Universitaetsplatz 3-4, D-03044 Cottbus
______________________________________________________________________
OpenSSL Project http://www.openssl.org
Development Mailing List [EMAIL PROTECTED]
Automated List Manager [EMAIL PROTECTED]
______________________________________________________________________
OpenSSL Project http://www.openssl.org
Development Mailing List [EMAIL PROTECTED]
Automated List Manager [EMAIL PROTECTED]
