I'd be very happy if OpenSSL used GNU autoconf, and did -not- use
Perl, to compile itself.
I use a totally-autoconfed version of SSLeay 0.8.1, which was created
for a project of mine that uses autoconf for all the rest of its
pieces as well (it's built out of a substantial quantity of homegrown
On Fri, Jul 09, 1999, Lenny Foner wrote:
autoconf work I've got, SSLeay compiled effortlessly under HPUX 9 and
10, Solaris, NetBSD, Linux (4.2 and 5.1), Irix (32 and 64 bit), Alphas
(64 bit, or course) and probably some other OS's I'm forgetting---all
simply by typing ./configure and then
At 11:09 09.07.99 +0200, you wrote:
On Fri, Jul 09, 1999, Lenny Foner wrote:
autoconf work I've got, SSLeay compiled effortlessly under HPUX 9 and
10, Solaris, NetBSD, Linux (4.2 and 5.1), Irix (32 and 64 bit), Alphas
(64 bit, or course) and probably some other OS's I'm forgetting---all
Show me one single .h file that is modified in place.
mkerr.pl It modifies .h files all over the place.
I'd much rather see the header files renamed and
then have some build targets that either copied
the files (i.e., default errors) or invoked mkerrs
(i.e., you've added new error codes)
Ulf Moeller [EMAIL PROTECTED] writes:
On Thu, Jul 08, 1999, William M. Perry wrote:
Perl is not just needed for running the configuration script; it is also
needed for putting together some of the assembler files, changing
defaults in various files (well, this counts as
Ulf Moeller [EMAIL PROTECTED] writes:
On Fri, Jul 09, 1999, Lenny Foner wrote:
autoconf work I've got, SSLeay compiled effortlessly under HPUX 9 and
10, Solaris, NetBSD, Linux (4.2 and 5.1), Irix (32 and 64 bit), Alphas
(64 bit, or course) and probably some other OS's I'm
Goetz Babin-Ebell [EMAIL PROTECTED] writes:
At 11:09 09.07.99 +0200, you wrote:
On Fri, Jul 09, 1999, Lenny Foner wrote:
autoconf work I've got, SSLeay compiled effortlessly under HPUX 9 and
10, Solaris, NetBSD, Linux (4.2 and 5.1), Irix (32 and 64 bit), Alphas
(64 bit, or course) and
mkerr.pl It modifies .h files all over the place.
Yes, but that is not part of configuring OpenSSL.
You don't use mkerr.pl when building OpenSSL, and if you add private
new error codes, you are free to add them manually to the header files.
You don't use mkerr.pl when building OpenSSL, and if you add private
New error codes, you are free to add them manually to the header files.
Okay, I'm convinced.
__
OpenSSL Project
On Fri, Jul 09, 1999, William M. Perry wrote:
Any reason the dependencies aren't auto-generated?
The tool we are currently using is not portable.
Autoconf will supposedly work on windows in the next major release. Last I
heard at least. :)
Checking the CPU version could be done through
On Fri, Jul 09, 1999 at 09:27:33AM -0500, William M. Perry wrote:
Note in particular this line:
checking which DES optimizations to use... -DDES_RISC2 -DDES_PTR
Nice, but in some cases it is better to actually know what you are doing
than just pick some flags and try if it appears to
Ulf Moeller [EMAIL PROTECTED] writes:
On Fri, Jul 09, 1999, William M. Perry wrote:
Any reason the dependencies aren't auto-generated?
The tool we are currently using is not portable.
Can't you just use the '-M' switch? Are there any compilers that do not
recognize this?
-Bill P.
Bodo Moeller [EMAIL PROTECTED] writes:
On Fri, Jul 09, 1999 at 09:27:33AM -0500, William M. Perry wrote:
Note in particular this line:
checking which DES optimizations to use... -DDES_RISC2 -DDES_PTR
Nice, but in some cases it is better to actually know what you are doing
than
William M. Perry wrote:
The only in-place changes are the dependencies in the Makefiles if you
remove a cipher (for example the Makefiles mustn't reference rsa.h if
that file doesn't exist) and when new files are added.
Any reason the dependencies aren't auto-generated?
They are!
William M. Perry wrote:
Ulf Moeller [EMAIL PROTECTED] writes:
On Fri, Jul 09, 1999, William M. Perry wrote:
Any reason the dependencies aren't auto-generated?
The tool we are currently using is not portable.
Can't you just use the '-M' switch? Are there any compilers that do
Ben Laurie [EMAIL PROTECTED] writes:
William M. Perry wrote:
Ulf Moeller [EMAIL PROTECTED] writes:
On Fri, Jul 09, 1999, William M. Perry wrote:
Any reason the dependencies aren't auto-generated?
The tool we are currently using is not portable.
Can't you just use
Ben Laurie [EMAIL PROTECTED] writes:
William M. Perry wrote:
The only in-place changes are the dependencies in the Makefiles if you
remove a cipher (for example the Makefiles mustn't reference rsa.h if
that file doesn't exist) and when new files are added.
Any reason the
Theodore Hope wrote:
I'll elaborate on my previous post. What I want is to implement a poor
man's SSL client which doesn't know what a certificate is but is capable
to connect to any secure Web server out there (Apache, IIS, Netscape).
I see it has to support Diffie-Hellman, Triple-DES
I'm a little confused by the gendh, dh, gendsa, dsaparam, and dsa
commands.
"gendh" creates a set of dh parameters (p,g) and writes it out
"dh" reads the dh parameters and prints them
"dsaparam" creates or reads a set of dsa paremters (p,q,g) and writes it out.
It optionally (using a
19 matches
Mail list logo
