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