In message <[EMAIL PROTECTED]> on Thu, 26 Dec 2002 23:31:38 +0100, Andy 
Polyakov <[EMAIL PROTECTED]> said:

appro> Yet I'd dare:-) If it was up to me and if Tim is with us [i.e. is ready
appro> to swiftly verify a snapshot on explicit request], I'd pull it [unified
appro> *586-elf.o rules] even now:-) I have Linux and Solaris/Intel,
appro> login.openssl.org is a FreeBSD machine... So shall we?

I suggest not.  Can you say that you cover for all possible variants
of Linux?  All variants of FreeBSD?  What about OpenBSD?  What about
NetBSD?

I know that the *probability* is that it will work fine everywhere.
Unfortunately, when I've tried probability, I've been bitten a few
times.  I'd therefore rather play it safe.  Remember that the plan is
to release in the next few days.  Do you want to take responsability
for the support requests because whatever you do doesn't work on
platform FOO with compiler BAR and linker BAZ?

appro> > In the mean time, does the current solution work on UnixWare/SCO or
appro> > doesn't it?
appro> 

appro> Define "current solution" and define "work."

current solution: what is provided with OpenSSL 0.9.7 beta7-dev and
gets configured by default.

works: goes through compilation with no errors or warnings, goes
through tests with no errors (except for expired certificates in some
of the tests), installs correctly, and performs correctly with
applications compiled against it.  All this, of course, as far as
we're able to test (which often makes the part about correctly working
applications tricky, and therefore usually just an option, since we
haven't even defined what software we expect to run properly).

So if that means that currently there are some configuration targets
that do not provide any assembler modules and therefore use C code
only, and works properly with the definition above, that's perfectly
fine.  In my opinion, "works" comes before "performs faster" (which is
the expectation with the assembler modules :-)).

appro> As far as I can tell the only target that shouldn't work in
appro> 0.9.7-beta6 is sco5-gcc and only if you don't have GNU
appro> assembler around. The rest of targets should work.  They lack
appro> assembler support, but they're operational. What is being
appro> discussed here is *proposed* patch adding support for assembler
appro> modules to the targets in question.

OK, now I have a better picture.  For some reason, I didn't see the
beginning of this thread.  If sco5-gcc currently doesn't use any
assembler and "works" with such a configuration, I'd also leave it be
until 0.9.7a.

-- 
Richard Levitte   \ Spannvägen 38, II \ [EMAIL PROTECTED]
Redakteur@Stacken  \ S-168 35  BROMMA  \ T: +46-8-26 52 47
                    \      SWEDEN       \ or +46-708-26 53 44
Procurator Odiosus Ex Infernis                -- [EMAIL PROTECTED]
Member of the OpenSSL development team: http://www.openssl.org/

Unsolicited commercial email is subject to an archival fee of $400.
See <http://www.stacken.kth.se/~levitte/mail/> for more info.
______________________________________________________________________
OpenSSL Project                                 http://www.openssl.org
Development Mailing List                       [EMAIL PROTECTED]
Automated List Manager                           [EMAIL PROTECTED]

Reply via email to