[EMAIL PROTECTED] (William M. Perry):
>>> Any reason the dependencies aren't auto-generated?
>> They are!
> I do not mean by the developers - I mean stripping them out of the
> distribution and let the generation of dependencies be part of the
> configuration or standard make process.
For some
"William M. Perry" wrote:
> Can't you just use the '-M' switch? Are there any compilers that do not
> recognize this?
>
Borland C for Win32 takes '-M', but it describes it as
" -M Generate link map".
PCs are PCs
A.
__
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.
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 reaso
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 co
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!
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 d
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
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 appear
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 thro
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,
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 forge
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 c
On Fri, Jul 09, 1999 at 10:41:48AM +0200, Ulf Moeller wrote:
>> The fact that OpenSSL modifies .h files and things like that _in_place_
> Show me one single .h file that is modified in place.
mkerr.pl does that, but this is not part of the building process -- it
justs helps writing the software
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---al
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
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 configuration, I guess),
>
> This is easily taken c
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
c
Bodo Moeller <[EMAIL PROTECTED]> writes:
> On Wed, Jul 07, 1999 at 08:17:22AM +0200, Alessandro Vesely wrote:
>
> [...]
> > Will there still be a Perl based config? if not, another hurrah for
> > that; although it doesn't look like an easy rework to do, there are
> > Perl installations that onl
Tell you what...no screams of agony so long as you leave reasonably
clear instructions in there for win32 stuff to be manually configured.
Unlike most *nix-ish stuff that I try to build under NT, OpenSSL has
heretofore been relatively painless.
Scott
--
Scott Ruffner Computer
On Wed, Jul 07, 1999 at 08:17:22AM +0200, Alessandro Vesely wrote:
[...]
> Will there still be a Perl based config? if not, another hurrah for
> that; although it doesn't look like an easy rework to do, there are
> Perl installations that only are there for installing OpenSSL...
Perl is not jus
"William M. Perry" wrote:
> [...]
> Any screams of agony out there? Hurrahs? :)
Hurrah for the shared library!
Will there still be a Perl based config?
if not, another hurrah for that; although
it doesn't look like an easy rework to do,
there are Perl installations that only
are there for inst
Ok, so we are using OpenSSL in one of our new products, and I have taken
quite a bit of time to make sure that all of our sources (including all the
third party libraries we license, etc) can build in a separate object
directory. This is really handy for building debug and release versions in
par
23 matches
Mail list logo
