wbrawner/openssl
1
0
Fork 0
Code Issues Pull requests Projects Releases Packages Wiki Activity Actions
openssl/crypto/sha/Makefile.ssl

140 lines
4.8 KiB
Text
Raw Normal View History

Import of old SSLeay release: SSLeay 0.8.1b
1998-12-21 10:52:47 +00:00
#
# SSLeay/crypto/sha/Makefile
#
Import of old SSLeay release: SSLeay 0.9.0b
1998-12-21 10:56:39 +00:00
DIR= sha
TOP= ../..
CC= cc
In some of the Makefiles CPP was not defined.
2000-03-20 18:16:52 +00:00
CPP= $(CC) -E
Import of old SSLeay release: SSLeay 0.8.1b
1998-12-21 10:52:47 +00:00
INCLUDES=
CFLAG=-g
Support INSTALL_PREFIX for packagers. Submitted by: Reviewed by: PR:
1999-04-29 21:52:08 +00:00
INSTALL_PREFIX=
OPENSSLDIR= /usr/local/ssl
Import of old SSLeay release: SSLeay 0.8.1b
1998-12-21 10:52:47 +00:00
INSTALLTOP=/usr/local/ssl
Import of old SSLeay release: SSLeay 0.9.0b
1998-12-21 10:56:39 +00:00
MAKE= make -f Makefile.ssl
Make all configuration macros available for application by making sure they are available in opensslconf.h, by giving them names starting with "OPENSSL_" to avoid conflicts with other packages and by making sure e_os2.h will cover all platform-specific cases together with opensslconf.h. I've checked fairly well that nothing breaks with this (apart from external software that will adapt if they have used something like NO_KRB5), but I can't guarantee it completely, so a review of this change would be a good thing.
2001-02-19 16:06:34 +00:00
MAKEDEPPROG= makedepend
MAKEDEPEND= $(TOP)/util/domd $(TOP) -MD $(MAKEDEPPROG)
Import of old SSLeay release: SSLeay 0.9.0b
1998-12-21 10:56:39 +00:00
MAKEFILE= Makefile.ssl
AR= ar r
SHA1_ASM_OBJ=
Import of old SSLeay release: SSLeay 0.8.1b
1998-12-21 10:52:47 +00:00
CFLAGS= $(INCLUDES) $(CFLAG)
Provide ASFLAGS in the subdirectories handling assembler code. Submitted by: Tim Rice <tim@multitalents.net> PR: #735, #765
2003-11-16 14:38:34 +00:00
ASFLAGS= $(INCLUDES) $(ASFLAG)
Proper support for OpenBSD-i386 shared build, including assember modules! "Proper" means "compiles and passes test." Versioning is broken (I think).
2004-08-29 21:36:37 +00:00
AFLAGS= $(ASFLAGS)
Import of old SSLeay release: SSLeay 0.8.1b
1998-12-21 10:52:47 +00:00
GENERAL=Makefile
SHA-256/-512 update. A bug fix, SHA-512 tune-up for AMD64, hook for SSE2 code, Makefile update.
2004-05-20 21:24:41 +00:00
TEST=shatest.c sha1test.c sha256t.c sha512t.c
Import of old SSLeay release: SSLeay 0.8.1b
1998-12-21 10:52:47 +00:00
APPS=
LIB=$(TOP)/libcrypto.a
SHA-256/-512 update. A bug fix, SHA-512 tune-up for AMD64, hook for SSE2 code, Makefile update.
2004-05-20 21:24:41 +00:00
LIBSRC=sha_dgst.c sha1dgst.c sha_one.c sha1_one.c sha256.c sha512.c
LIBOBJ=sha_dgst.o sha1dgst.o sha_one.o sha1_one.o sha256.o sha512.o $(SHA1_ASM_OBJ)
Import of old SSLeay release: SSLeay 0.8.1b
1998-12-21 10:52:47 +00:00
SRC= $(LIBSRC)
EXHEADER= sha.h
Import of old SSLeay release: SSLeay 0.9.0b
1998-12-21 10:56:39 +00:00
HEADER= sha_locl.h $(EXHEADER)
Import of old SSLeay release: SSLeay 0.8.1b
1998-12-21 10:52:47 +00:00
ALL= $(GENERAL) $(SRC) $(HEADER)
top:
(cd ../..; $(MAKE) DIRS=crypto SDIRS=$(DIR) sub_all)
Import of old SSLeay release: SSLeay 0.9.0b
1998-12-21 10:56:39 +00:00
all: lib
Import of old SSLeay release: SSLeay 0.8.1b
1998-12-21 10:52:47 +00:00
Import of old SSLeay release: SSLeay 0.9.0b
1998-12-21 10:56:39 +00:00
lib: $(LIBOBJ)
Import of old SSLeay release: SSLeay 0.8.1b
1998-12-21 10:52:47 +00:00
$(AR) $(LIB) $(LIBOBJ)
Instead of telling both 'make' and the user that ranlib errors can be tolerated, hide the error from 'make'. This gives shorter output both if ranlib fails and if it works.
2001-03-09 14:01:42 +00:00
$(RANLIB) $(LIB) || echo Never mind.
Import of old SSLeay release: SSLeay 0.8.1b
1998-12-21 10:52:47 +00:00
@touch lib
Clean-up GAS targets: get rid of "cpp" stuff and replace it with "purified" COFF and a.out targets [similar to ELF targets]. You might notice some rudementary support for shared mingw builds under cygwin. It works (it produces cryptoeay32.dll and ssleay32.dll with everything exported by name), but it's primarily for testing/debugging purposes, at least for now...
2004-08-01 17:33:58 +00:00
# ELF
This patch was "ignited" by OpenBSD 3>=4 support. They've switched to ELF and GNU binutils, but kept BSD make... And I took the opportunity to unify other targets to this common least denominator...
2005-02-06 13:23:34 +00:00
sx86-elf.s: asm/sha1-586.pl ../perlasm/x86asm.pl
Clean-up GAS targets: get rid of "cpp" stuff and replace it with "purified" COFF and a.out targets [similar to ELF targets]. You might notice some rudementary support for shared mingw builds under cygwin. It works (it produces cryptoeay32.dll and ssleay32.dll with everything exported by name), but it's primarily for testing/debugging purposes, at least for now...
2004-08-01 17:33:58 +00:00
(cd asm; $(PERL) sha1-586.pl elf $(CFLAGS) $(PROCESSOR) > ../$@)
This patch was "ignited" by OpenBSD 3>=4 support. They've switched to ELF and GNU binutils, but kept BSD make... And I took the opportunity to unify other targets to this common least denominator...
2005-02-06 13:23:34 +00:00
s512sse2-elf.s: asm/sha512-sse2.pl ../perlasm/x86asm.pl
Clean-up GAS targets: get rid of "cpp" stuff and replace it with "purified" COFF and a.out targets [similar to ELF targets]. You might notice some rudementary support for shared mingw builds under cygwin. It works (it produces cryptoeay32.dll and ssleay32.dll with everything exported by name), but it's primarily for testing/debugging purposes, at least for now...
2004-08-01 17:33:58 +00:00
(cd asm; $(PERL) sha512-sse2.pl elf $(CFLAGS) $(PROCESSOR) > ../$@)
# COFF
This patch was "ignited" by OpenBSD 3>=4 support. They've switched to ELF and GNU binutils, but kept BSD make... And I took the opportunity to unify other targets to this common least denominator...
2005-02-06 13:23:34 +00:00
sx86-cof.s: asm/sha1-586.pl ../perlasm/x86asm.pl
Clean-up GAS targets: get rid of "cpp" stuff and replace it with "purified" COFF and a.out targets [similar to ELF targets]. You might notice some rudementary support for shared mingw builds under cygwin. It works (it produces cryptoeay32.dll and ssleay32.dll with everything exported by name), but it's primarily for testing/debugging purposes, at least for now...
2004-08-01 17:33:58 +00:00
(cd asm; $(PERL) sha1-586.pl coff $(CFLAGS) $(PROCESSOR) > ../$@)
This patch was "ignited" by OpenBSD 3>=4 support. They've switched to ELF and GNU binutils, but kept BSD make... And I took the opportunity to unify other targets to this common least denominator...
2005-02-06 13:23:34 +00:00
s512sse2-cof.s: asm/sha512-sse2.pl ../perlasm/x86asm.pl
Clean-up GAS targets: get rid of "cpp" stuff and replace it with "purified" COFF and a.out targets [similar to ELF targets]. You might notice some rudementary support for shared mingw builds under cygwin. It works (it produces cryptoeay32.dll and ssleay32.dll with everything exported by name), but it's primarily for testing/debugging purposes, at least for now...
2004-08-01 17:33:58 +00:00
(cd asm; $(PERL) sha512-sse2.pl coff $(CFLAGS) $(PROCESSOR) > ../$@)
Import of old SSLeay release: SSLeay 0.9.0b
1998-12-21 10:56:39 +00:00
# a.out
Proper support for OpenBSD-i386 shared build, including assember modules! "Proper" means "compiles and passes test." Versioning is broken (I think).
2004-08-29 21:36:37 +00:00
sx86-out.s: asm/sha1-586.pl ../perlasm/x86asm.pl
(cd asm; $(PERL) sha1-586.pl a.out $(CFLAGS) $(PROCESSOR) > ../$@)
s512sse2-out.s: asm/sha512-sse2.pl ../perlasm/x86asm.pl
(cd asm; $(PERL) sha512-sse2.pl a.out $(CFLAGS) $(PROCESSOR) > ../$@)
Import of old SSLeay release: SSLeay 0.9.0b
1998-12-21 10:56:39 +00:00
This patch was "ignited" by OpenBSD 3>=4 support. They've switched to ELF and GNU binutils, but kept BSD make... And I took the opportunity to unify other targets to this common least denominator...
2005-02-06 13:23:34 +00:00
sha1-ia64.s: asm/sha1-ia64.pl
Engage SHA1 IA64 assembler on IA64 platforms.
2004-12-09 15:39:55 +00:00
(cd asm; $(PERL) sha1-ia64.pl $(CFLAGS) ) > $@
This patch was "ignited" by OpenBSD 3>=4 support. They've switched to ELF and GNU binutils, but kept BSD make... And I took the opportunity to unify other targets to this common least denominator...
2005-02-06 13:23:34 +00:00
sha256-ia64.s: asm/sha512-ia64.pl
Engage RC4 IA-64 assembler module.
2004-11-26 15:12:17 +00:00
(cd asm; $(PERL) sha512-ia64.pl ../$@ $(CFLAGS))
This patch was "ignited" by OpenBSD 3>=4 support. They've switched to ELF and GNU binutils, but kept BSD make... And I took the opportunity to unify other targets to this common least denominator...
2005-02-06 13:23:34 +00:00
sha512-ia64.s: asm/sha512-ia64.pl
Engage RC4 IA-64 assembler module.
2004-11-26 15:12:17 +00:00
(cd asm; $(PERL) sha512-ia64.pl ../$@ $(CFLAGS))
Build-n-link new IA-64 modules on Linux and HP-UX.
2004-07-23 23:27:10 +00:00
Import of old SSLeay release: SSLeay 0.8.1b
1998-12-21 10:52:47 +00:00
files:
New Makefile variables $(RANLIB) and $(PERL).
1999-04-01 12:34:33 +00:00
$(PERL) $(TOP)/util/files.pl Makefile.ssl >> $(TOP)/MINFO
Import of old SSLeay release: SSLeay 0.8.1b
1998-12-21 10:52:47 +00:00
links:
Use sh explicitely to run point.sh This is part of a large change submitted by Markus Friedl <markus@openbsd.org>
2003-12-27 14:59:07 +00:00
@sh $(TOP)/util/point.sh Makefile.ssl Makefile
Obey $(PERL) when running util/mklink.pl. Submitted by: Reviewed by: PR:
1999-04-29 12:46:59 +00:00
@$(PERL) $(TOP)/util/mklink.pl ../../include/openssl $(EXHEADER)
@$(PERL) $(TOP)/util/mklink.pl ../../test $(TEST)
@$(PERL) $(TOP)/util/mklink.pl ../../apps $(APPS)
Import of old SSLeay release: SSLeay 0.8.1b
1998-12-21 10:52:47 +00:00
install:
Don't use $(EXHEADER) directly in for loops, as most shells will break if $(EXHEADER) is empty. Notified by many, solution suggested by Carson Gaspar <carson@taltos.org>
2004-11-02 23:55:01 +00:00
@headerlist="$(EXHEADER)"; for i in $$headerlist ; \
Import of old SSLeay release: SSLeay 0.8.1b
1998-12-21 10:52:47 +00:00
do \
Support INSTALL_PREFIX for packagers. Submitted by: Reviewed by: PR:
1999-04-29 21:52:08 +00:00
(cp $$i $(INSTALL_PREFIX)$(INSTALLTOP)/include/openssl/$$i; \
chmod 644 $(INSTALL_PREFIX)$(INSTALLTOP)/include/openssl/$$i ); \
Import of old SSLeay release: SSLeay 0.8.1b
1998-12-21 10:52:47 +00:00
done;
tags:
ctags $(SRC)
tests:
lint:
lint -DLINT $(INCLUDES) $(SRC)>fluff
depend:
Use double dashes so makedepend doesn't misunderstand the flags we give it. For 0.9.7 and up, that means util/domd needs to remove those double dashes from the argument list when gcc is used to find the dependencies.
2002-10-09 13:25:12 +00:00
$(MAKEDEPEND) -- $(CFLAG) $(INCLUDES) $(DEPFLAG) -- $(PROGS) $(LIBSRC)
Import of old SSLeay release: SSLeay 0.8.1b
1998-12-21 10:52:47 +00:00
dclean:
New Makefile variables $(RANLIB) and $(PERL).
1999-04-01 12:34:33 +00:00
$(PERL) -pe 'if (/^# DO NOT DELETE THIS LINE/) {print; exit(0);}' $(MAKEFILE) >Makefile.new
Import of old SSLeay release: SSLeay 0.8.1b
1998-12-21 10:52:47 +00:00
mv -f Makefile.new $(MAKEFILE)
clean:
This patch was "ignited" by OpenBSD 3>=4 support. They've switched to ELF and GNU binutils, but kept BSD make... And I took the opportunity to unify other targets to this common least denominator...
2005-02-06 13:23:34 +00:00
rm -f *.s *.o *.obj lib tags core .pure .nfs* *.old *.bak fluff
Import of old SSLeay release: SSLeay 0.8.1b
1998-12-21 10:52:47 +00:00
# DO NOT DELETE THIS LINE -- make depend depends on it.
Put the dependencies back.
1999-03-06 14:32:48 +00:00
make update
2002-12-05 01:55:48 +00:00
sha1_one.o: ../../include/openssl/crypto.h ../../include/openssl/e_os2.h
sha1_one.o: ../../include/openssl/opensslconf.h
After the latest round of header-hacking, regenerate the dependencies in the Makefiles. NB: this commit is probably going to generate a huge posting and it is highly uninteresting to read.
2004-05-17 19:26:06 +00:00
sha1_one.o: ../../include/openssl/opensslv.h ../../include/openssl/ossl_typ.h
sha1_one.o: ../../include/openssl/safestack.h ../../include/openssl/sha.h
sha1_one.o: ../../include/openssl/stack.h ../../include/openssl/symhacks.h
sha1_one.o: sha1_one.c
Make all configuration macros available for application by making sure they are available in opensslconf.h, by giving them names starting with "OPENSSL_" to avoid conflicts with other packages and by making sure e_os2.h will cover all platform-specific cases together with opensslconf.h. I've checked fairly well that nothing breaks with this (apart from external software that will adapt if they have used something like NO_KRB5), but I can't guarantee it completely, so a review of this change would be a good thing.
2001-02-19 16:06:34 +00:00
sha1dgst.o: ../../include/openssl/e_os2.h ../../include/openssl/opensslconf.h
"make depend" Submitted by: Reviewed by: PR:
1999-04-23 22:50:50 +00:00
sha1dgst.o: ../../include/openssl/opensslv.h ../../include/openssl/sha.h
make update
2001-07-31 17:07:24 +00:00
sha1dgst.o: ../md32_common.h sha1dgst.c sha_locl.h
make update
2004-05-25 09:41:00 +00:00
sha256.o: ../../include/openssl/crypto.h ../../include/openssl/e_os2.h
sha256.o: ../../include/openssl/opensslconf.h ../../include/openssl/opensslv.h
sha256.o: ../../include/openssl/ossl_typ.h ../../include/openssl/safestack.h
sha256.o: ../../include/openssl/sha.h ../../include/openssl/stack.h
sha256.o: ../../include/openssl/symhacks.h ../md32_common.h sha256.c
make update
2004-09-10 10:30:33 +00:00
sha512.o: ../../e_os.h ../../include/openssl/bio.h
sha512.o: ../../include/openssl/buffer.h ../../include/openssl/crypto.h
sha512.o: ../../include/openssl/e_os2.h ../../include/openssl/err.h
sha512.o: ../../include/openssl/lhash.h ../../include/openssl/opensslconf.h
sha512.o: ../../include/openssl/opensslv.h ../../include/openssl/ossl_typ.h
sha512.o: ../../include/openssl/safestack.h ../../include/openssl/sha.h
sha512.o: ../../include/openssl/stack.h ../../include/openssl/symhacks.h
sha512.o: ../cryptlib.h sha512.c
Make all configuration macros available for application by making sure they are available in opensslconf.h, by giving them names starting with "OPENSSL_" to avoid conflicts with other packages and by making sure e_os2.h will cover all platform-specific cases together with opensslconf.h. I've checked fairly well that nothing breaks with this (apart from external software that will adapt if they have used something like NO_KRB5), but I can't guarantee it completely, so a review of this change would be a good thing.
2001-02-19 16:06:34 +00:00
sha_dgst.o: ../../include/openssl/e_os2.h ../../include/openssl/opensslconf.h
"make depend" Submitted by: Reviewed by: PR:
1999-04-23 22:50:50 +00:00
sha_dgst.o: ../../include/openssl/opensslv.h ../../include/openssl/sha.h
make update
2001-07-31 17:07:24 +00:00
sha_dgst.o: ../md32_common.h sha_dgst.c sha_locl.h
make update
2002-12-05 01:55:48 +00:00
sha_one.o: ../../include/openssl/crypto.h ../../include/openssl/e_os2.h
sha_one.o: ../../include/openssl/opensslconf.h ../../include/openssl/opensslv.h
After the latest round of header-hacking, regenerate the dependencies in the Makefiles. NB: this commit is probably going to generate a huge posting and it is highly uninteresting to read.
2004-05-17 19:26:06 +00:00
sha_one.o: ../../include/openssl/ossl_typ.h ../../include/openssl/safestack.h
sha_one.o: ../../include/openssl/sha.h ../../include/openssl/stack.h
sha_one.o: ../../include/openssl/symhacks.h sha_one.c
Reference in a new issue Copy permalink