History log of /openssl/Configure (Results 1026 – 1050 of 1539)
Revision (<<< Hide revision tags) (Show revision tags >>>) Date Author Comments
# 5ac7bde7 07-Oct-2005 Andy Polyakov

Throw in Montgomery multiplication assembler for x86_64.


# e85d67af 02-Aug-2005 Andy Polyakov

Type in OSF1 platform name.


# 3a6dec8a 26-Jul-2005 Geoff Thorpe

Change my debug build for amd64.


# 612a9111 24-Jul-2005 Andy Polyakov

Engage SHA-256/-512 x86_64 assembler module.


# 63999e52 20-Jul-2005 Andy Polyakov

Syncronize BSD-ia64 with other IA64-based platforms.


# a7ad2afa 19-Jul-2005 Andy Polyakov

Engage MD5 assembler module.


# d8518521 12-Jul-2005 Andy Polyakov

AES x86_64 assembler implementation.


Revision tags: OpenSSL_0_9_8
# 1875e6db 05-Jul-2005 Andy Polyakov

Pull up Win64 support from 0.9.8.


Revision tags: FIPS_TEST_10
# 14cc0aaf 26-Jun-2005 Andy Polyakov

Unify some SCO targets.


# c5de8b2a 26-Jun-2005 Andy Polyakov

Minimum requirement for Solaris x86 was always Pentium. Reflect this in
Configure line. TABLE update accomodates other recent ./Configure changes...


# 0ed64ce3 23-Jun-2005 Richard Levitte

Configure update for Stratus VOS.

PR: 1129


# ab6cf1b8 23-Jun-2005 Andy Polyakov

Darwin specific update for Configure and Makefile.shared.


# 88ebf535 23-Jun-2005 Andy Polyakov

Rename mips3.o to bn-mips3.o [it's better in long run] and adjust the
rule to accomodate gcc4, which no longer support SGI as.


# 5df70a9e 22-Jun-2005 Andy Polyakov

no-asm didn't prevent make from compiling assembler modules.


Revision tags: OpenSSL_0_9_8-beta6
# 4bd46774 18-Jun-2005 Richard Levitte

Move the definition of DEVRANDOM for DJGPP from Configure to e_os.h.
That should solve the issues with propagating it through the Makefiles.

PR: 1110


Revision tags: OpenSSL_0_9_8-beta5
# b764ab95 13-Jun-2005 Richard Levitte

Netware patch submitted by Verdon Walker" <VWalker@novell.com> in PR
1107. He says:

This is a followup to the NetWare patch that was applied to beta3. It
does the following:

Netware patch submitted by Verdon Walker" <VWalker@novell.com> in PR
1107. He says:

This is a followup to the NetWare patch that was applied to beta3. It
does the following:

- Fixes a problem in the CLib build with undefined symbols.

- Adds the ability to use BSD sockets as the default for the OpenSSL
socket BIO. NetWare supports 2 flavors of sockets and our Apache
developers need BSD sockets as a configurable option when building
OpenSSL. This adds that for them.

- Updates to the INSTALL.NW file to explain new options.

I have tried very hard to make sure all the changes are in NetWare
specific files or guarded carefully to make sure they only impact
NetWare builds. I have tested the Windows build to make sure it does
not break that since we have made changes to mk1mf.pl.

We are still working the gcc cross compile for NetWare issue and hope
to have a patch for that before beta 6 is released.

show more ...


# a761b89d 13-Jun-2005 Richard Levitte

Show what the offending target was.

PR: 1108


# a136862a 12-Jun-2005 Nils Larsch

replace the deprecated "-m486" gcc option with "-march=i486"

PR: 1049


Revision tags: FIPS_TEST_9, OpenSSL_0_9_8-beta4
# e774a329 05-Jun-2005 Richard Levitte

gcc 2.95.3 on Ultrix supports long long.

PR: 1091


# 99febc8b 05-Jun-2005 Richard Levitte

Correct typo ia64.o -> bn-ia64.o.

PR: 1094


# 1ce8efbd 05-Jun-2005 Richard Levitte

Add support for the new Intel compiler, icc.
Submitted by Keith Thompson <kst@sdsc.edu>

PR: 1095


# 9e5b3780 05-Jun-2005 Richard Levitte

Updated support for NetWare, submitted by Verdon Walker <VWalker@novell.com>.

PR: 1098


# 5b737a07 31-May-2005 Andy Polyakov

Platform update from 8-stable.


Revision tags: OpenSSL_0_9_8-beta3, BEN_FIPS_TEST_8, OpenSSL_0_9_8-beta2, OpenSSL_0_9_8-beta1
# 51ff6bde 18-May-2005 Andy Polyakov

Engage Applink in mingw. Note that application-side module is not
compiled into *our* aplpications. That's because mingw is always
consistent with itself. Having library-side code linked into

Engage Applink in mingw. Note that application-side module is not
compiled into *our* aplpications. That's because mingw is always
consistent with itself. Having library-side code linked into .dll
makes it possible to deploy the .dll with user-code compiled with
another compiler [which is pretty much the whole point behind Applink].

show more ...


# 2c4b354d 17-May-2005 Andy Polyakov

Disclaim 16-bit support.


1...<<41424344454647484950>>...62