On 2006-03-15, at 21.30, Nils Larsch via RT wrote:
> According to our records, your request has been resolved. If you
> have any
> further questions or concerns, please respond to this message.
it would be nice if the build system would automatically use OpenSSL
qsort() on platforms which p
On 2006-03-15, at 12.47, Nils Larsch via RT wrote:
> using the gcc 3.4.2 on 64 bit Solaris 8 box I could reproduce
> your problem. Somewhat strange however is that when I replace
> the call to the standard qsort() function in crypto/stack/stack.c
> with an own implementation of the qsort() funct
I'm having problems with the OpenSSL SSL_CTX_load_verify_locations()
routine dumping core on Solaris 8 (sparc, 64-bit). I first noticed
this problem with Apache mod_ssl but it can be reproduced with a
minimal standalone C program which calls SSL_CTX_load_verify_locations
().
I've only exp
On Tue, 14 Jan 2003, Lutz Jaenicke via RT wrote:
> On Tue, Dec 31, 2002 at 01:21:09PM +0100, Marko Asplund via RT wrote:
> > 2) error messages during 'make depend' when not using gcc and makedepend
> >is installed on the system (HP Ansi C Developer's Bundle,
On Tue, 14 Jan 2003, Lutz Jaenicke via RT wrote:
> On Tue, Dec 31, 2002 at 01:21:09PM +0100, Marko Asplund via RT wrote:
> > 2) error messages during 'make depend' when not using gcc and makedepend
> >is installed on the system (HP Ansi C Developer's Bundle, imak
On Fri, 3 Jan 2003, Andy Polyakov via RT wrote:
> > ...
> > with your patch applied shared library linkage and tests succeed on
> > hpux-parisc2-cc target.
>
> Great! Patch is applied to HEAD and OpenSSL_0_9_7-stable now. Can you by
> any chance test './Configure hpux64-parisc-cc shared'? If it
On Fri, 3 Jan 2003, Andy Polyakov via RT wrote:
> > ...
> > with your patch applied shared library linkage and tests succeed on
> > hpux-parisc2-cc target.
>
> Great! Patch is applied to HEAD and OpenSSL_0_9_7-stable now. Can you by
> any chance test './Configure hpux64-parisc-cc shared'? If it f
On Thu, 2 Jan 2003, Andy Polyakov via RT wrote:
> ...
> My knowledge of PA-RISC assembler is rather limited, but if I
> compare pa-risc.s and pa-risc2.s, I see that reference to "Division
> would overflow" is treated completely different. And I can actually
> imagine that the way it's treated in
On Thu, 2 Jan 2003, Andy Polyakov via RT wrote:
> ...
> My knowledge of PA-RISC assembler is rather limited, but if I
> compare pa-risc.s and pa-risc2.s, I see that reference to "Division
> would overflow" is treated completely different. And I can actually
> imagine that the way it's treated in p
On Fri, 3 Jan 2003, Lutz Jaenicke via RT wrote:
> > ...
> > changing optimization level from +O3 to +O2 in the hpux-parisc2-cc target
> > seems to fix the BN_kronecker test problem with the no-asm option. i'll
> > try and see if HP has patches related to this issue.
>
> I am not yet sure about t
On Fri, 3 Jan 2003, Lutz Jaenicke via RT wrote:
> > ...
> > changing optimization level from +O3 to +O2 in the hpux-parisc2-cc target
> > seems to fix the BN_kronecker test problem with the no-asm option. i'll
> > try and see if HP has patches related to this issue.
>
> I am not yet sure about th
On Tue, 31 Dec 2002, Andy Polyakov via RT wrote:
> First of all it would facilitate if you could file a single problem per
> report. In which the person who is considering to close the ticket won't
> end up judging over things he doesn't feel like capable of judging.
> ...
i'm sorry about this
On Tue, 31 Dec 2002, Andy Polyakov via RT wrote:
> First of all it would facilitate if you could file a single problem per
> report. In which the person who is considering to close the ticket won't
> end up judging over things he doesn't feel like capable of judging.
> ...
i'm sorry about this b
On Mon, 23 Dec 2002, Andy Polyakov wrote:
> > i tried this but linking the openssl program as well as the tests fails
> > with the following message:
> > cc -o openssl -DMONOLITH -I.. -I../include -DOPENSSL_THREADS
>-D_REENTRANT -DDSO_DL -DOPENSSL_NO_KRB5 -DOPENSSL_NO_ASM +DA2.0 +DS2.
i'm having a few problems building OpenSSL 0.9.7 on a HP-UX 11.00 machine
using the HP Ansi C compiler. here's a list of the issues i've noticed so
far (i've listed configuration options and error messages below):
1) when compiling for hpux-parisc2-cc target with no-asm option
BN_kronecker t
On Mon, 23 Dec 2002, Andy Polyakov wrote:
> ...
> Is it actually reproducible? I mean does it end-up in an endless loop
> *every* time you try?
yes, it's reproducible.
> Note that test_kron itself (the procedure printing "test BN_kronecker")
> can't go into an endless loop. It's BN_generate_pri
On Fri, 20 Dec 2002, Andy Polyakov via RT wrote:
> ...
> > the warnings and BN test failure seem to be related with the
> > hpux-parisc2-cc target and no-asm option. without the no-asm option
> > building goes ok (no warnings, tests succeed) using hpux-parisc2-cc
> > target.
>
> Yet it's extreme
On Fri, 20 Dec 2002, Andy Polyakov via RT wrote:
> ...
> > the warnings and BN test failure seem to be related with the
> > hpux-parisc2-cc target and no-asm option. without the no-asm option
> > building goes ok (no warnings, tests succeed) using hpux-parisc2-cc
> > target.
>
> Yet it's extremel
On Fri, 20 Dec 2002, Lutz Jaenicke via RT wrote:
> ...
> > * compilation goes fine apart from the following compiler warning:
> > cc -I.. -I../.. -I../../include -DOPENSSL_THREADS -D_REENTRANT -DDSO_DL
>-DOPENSSL_NO_KRB5 -DOPENSSL_NO_IDEA -DOPENSSL_NO_ASM +DA2.0 +DS2.0 +O3
>+Optrs_strongly_typed
On Fri, 20 Dec 2002, Richard Levitte - VMS Whacker via RT wrote:
> So that change makes the desired difference?
when building with a target that uses gcc on a system that has makedepend
installed, yes. however, it doesn't fix the original problem when other
compilers are used.
best regards,
--
On Fri, 20 Dec 2002, Marko Asplund wrote:
> ...
> i tried configuring OpenSSL v0.9.7-beta6 also with the default target
> (hpux-parisc-gcc) using config (with only --prefix argument) but i still
> get the above messages with 'gmake depend'. i think i found the cause for
&g
On Fri, 20 Dec 2002, Lutz Jaenicke via RT wrote:
> ...
> There are several issues in your report, so I have redirected this thread
> into the request tracker.
>
> > * lots of messages during 'make depend' apparently from the pre-processor:
> > ../util/domd .. -MD makedepend -- -DOPENSSL_THREADS -
in my problem report email installation problems were mentioned when
OpenSSL 0.9.7-beta6 has been configured to install to a non-default path
e.g. using the something like the following:
perl Configure hpux-parisc2-cc --prefix=/tmp/ossl097b6-6
the attached makefile patch should fix this.
best
On Fri, 20 Dec 2002, Lutz Jaenicke via RT wrote:
> ...
> > * compilation goes fine apart from the following compiler warning:
> > cc -I.. -I../.. -I../../include -DOPENSSL_THREADS -D_REENTRANT -DDSO_DL
>-DOPENSSL_NO_KRB5 -DOPENSSL_NO_IDEA -DOPENSSL_NO_ASM +DA2.0 +DS2.0 +O3
>+Optrs_strongly_type
On Fri, 20 Dec 2002, Richard Levitte - VMS Whacker via RT wrote:
> So that change makes the desired difference?
when building with a target that uses gcc on a system that has makedepend
installed, yes. however, it doesn't fix the original problem when other
compilers are used.
best regards,
--
On Fri, 20 Dec 2002, Marko Asplund wrote:
> ...
> i tried configuring OpenSSL v0.9.7-beta6 also with the default target
> (hpux-parisc-gcc) using config (with only --prefix argument) but i still
> get the above messages with 'gmake depend'. i think i found the cause for
&g
On Fri, 20 Dec 2002, Lutz Jaenicke via RT wrote:
> ...
> There are several issues in your report, so I have redirected this thread
> into the request tracker.
>
> > * lots of messages during 'make depend' apparently from the pre-processor:
> > ../util/domd .. -MD makedepend -- -DOPENSSL_THREADS
On Wed, 18 Dec 2002, Lutz Jaenicke wrote:
> ...
> What about 0.9.7-beta6? The shared library build system was reworked for
> 0.9.7 (with a special treatment to handle HP-UX).
ok, tried building 0.9.7-beta6 using the same configuration and procedure.
here are some notes about the build process:
28 matches
Mail list logo