Really, what needs to happen is that, in the case of VMS with a
limited C compiler that doesn't handle long symbols, the long symbols
need to be truncated in the *.num files.  (This shouldn't need to be
done for any other platform at this instant, but...)

There's currently no conflict, so there's no current major issue --
but it's something the developers need to keep in mind, that there are
arbitrary symbol length limits on at least one of the
somewhat-supported platforms.

-Kyle H

On Fri, Jan 22, 2010 at 1:20 PM, Steven M. Schweda <s...@antinode.info> wrote:
> From: Arpadffy Zoltan <zoltan.arpad...@scientificgames.se>
>
>> I have applied the following changes:
>
>> TITAN2_ZAY $ diff <.crypto>symhacks.h
>> [...]
>
>   Plausible.  (I'd bet that output from GNU "diff" would be more
> popular here.)
>
>> TITAN2_ZAY $ diff <.util>libeay.num
>> [...]
>
>   I didn't look closely at this.  "util/ssleay.num" may be a better
> place for these things.
>
>
>> It does a clean compile, but the functions can not be found in the
>> library.
>> [...]
>> What I am doing wrong?
>
>   Expecting any of this stuff to work easily?
>
>   I'd guess that the new "ssl/t1_reneg.c" needs to be included in
> "ssl/ssl-lib.com".  Look for the scrambled mess of module names at
> "LIB_SSL =".  (Remember that these module names are in this disorder
> because this way it's so easy to update the list when it's changed.  See
> how much that helped?  But someday it'll all be automatic.  I'm holding
> _my_ breath.  You?)
>
>> Any help would be highly appreciated as VMS community would like to have
>> an usable and fully functional 1.0.0 release.
>
>   WAKE UP!  You're asleep and dreaming.
>
>> >    I assume that these things need to be added to "crypto/symhacks.h"
>> >    and/or "util/libeay.num".
>
>   Well, "util/<something>.num".  Probably.  (Perhaps?)
>
> ------------------------------------------------------------------------
>
>   Steven M. Schweda               s...@antinode-info
>   382 South Warwick Street        (+1) 651-699-9818
>   Saint Paul  MN  55105-2547
> ______________________________________________________________________
> OpenSSL Project                                 http://www.openssl.org
> Development Mailing List                       openssl-dev@openssl.org
> Automated List Manager                           majord...@openssl.org
>
______________________________________________________________________
OpenSSL Project                                 http://www.openssl.org
Development Mailing List                       openssl-dev@openssl.org
Automated List Manager                           majord...@openssl.org

Reply via email to