Re: [openssl.org #3606] Need RSA_pubkey_digest()

2014-11-25 Thread Philip Prindeville via RT
On 11/25/2014 07:48 AM, Matt Caswell via RT wrote: On Thu Nov 20 21:35:45 2014, phil...@redfish-solutions.com wrote: Can the following function please be added: int RSA_public_digest(const RSA* key, const EVP_MD *type, unsigned char *md, unsigned int *len); which would use “type” to

Re: [openssl.org #1822] Issues w/ fips Makefile

2010-08-19 Thread Philip Prindeville via RT
On 7/19/10 9:25 AM, Philip Prindeville via RT wrote: On 7/18/10 12:27 PM, Stephen Henson via RT wrote: [philipp_s...@redfish-solutions.com - Sun Jul 18 19:02:04 2010]: The problem here is that the intermediate binaries like ./fips_standalone_sha1 are being built with the target compiler

Re: [openssl.org #1822] Issues w/ fips Makefile

2010-07-18 Thread Philip Prindeville via RT
On 7/18/10 10:00 AM, Stephen Henson via RT wrote: [philipp_s...@redfish-solutions.com - Tue Jul 06 23:40:15 2010]: On 6/29/09 3:26 PM, Stephen Henson via RT wrote: Also, in a cross-compiling environment, CC tends to default to the target machine. If you're building intermediate binaries

Re: [openssl.org #1822] Issues w/ fips Makefile

2010-07-06 Thread Philip Prindeville via RT
On 6/29/09 3:26 PM, Stephen Henson via RT wrote: Also, in a cross-compiling environment, CC tends to default to the target machine. If you're building intermediate binaries to be run as part of the build itself, these need to be indicated separately. A common practice is: HOSTCC?=$(CC)

Re: [openssl.org #1823] Linux configuration options for OCF/HAVE_CRYPTODEV needed

2009-07-01 Thread Philip Prindeville via RT
Stephen Henson via RT wrote: [phil...@redfish-solutions.com - Mon Jun 29 22:11:12 2009]: Philip A. Prindeville wrote: Stephen Henson via RT wrote: [philipp_s...@redfish-solutions.com - Mon Jan 26 12:04:34 2009]: The OCF code has been ported to Linux:

Re: [openssl.org #1822] Issues w/ fips Makefile

2009-06-30 Thread Philip Prindeville via RT
Green, Paul wrote: Stephen Henson via RT wrote: [philipp_s...@redfish-solutions.com wrote: The target: fips_standalone_sha1$(EXE_EXT): sha/fips_standalone_sha1.c $(CC) $(CFLAGS) -DFIPSCANISTER_O -o $@ sha/fips_standalone_sha1.c $(FIPSLIBDIR)fipscanister.o is built, but the

Re: [openssl.org #1821] Extensive use of @commands in Makefile makes troubleshooting challenging

2009-06-30 Thread Philip Prindeville via RT
Tim Rice via RT wrote: On Mon, 29 Jun 2009, Philip A. Prindeville wrote: Stephen Henson via RT wrote: It's not the @ command which might be non-portable IMHO but the expansion of $(Q) into @. I guess I still don't understand the issue. On the platforms that don't support this, it could

Re: [openssl.org #1821] Extensive use of @commands in Makefile makes troubleshooting challenging

2009-06-29 Thread Philip Prindeville via RT
Stephen Henson via RT wrote: [philipp_s...@redfish-solutions.com - Mon Mar 09 18:21:52 2009]: Stephen Henson via RT wrote: There have been some concerns expressed in the mailing list about how portable this is to the many version of 'make' it has to work with. Steve. The '@' command for

Re: [openssl.org #1821] Extensive use of @commands in Makefile makes troubleshooting challenging

2009-03-09 Thread Philip Prindeville via RT
Stephen Henson via RT wrote: [philipp_s...@redfish-solutions.com - Mon Jan 26 12:00:57 2009]: When doing a version bump on distros (especially distros that may have required some patching to accommodate this package), the silent death of commands that run and fail without emitting any

Re: [openssl.org #1823] Linux configuration options for OCF/HAVE_CRYPTODEV needed

2009-03-09 Thread Philip Prindeville via RT
Stephen Henson via RT wrote: [philipp_s...@redfish-solutions.com - Mon Jan 26 12:04:34 2009]: The OCF code has been ported to Linux: http://sourceforge.net/project/showfiles.php?group_id=133575 it would be very nice if this were supported in openssl without patching. For instance,

[openssl.org #1821] Extensive use of @commands in Makefile makes troubleshooting challenging

2009-01-26 Thread Philip Prindeville via RT
When doing a version bump on distros (especially distros that may have required some patching to accommodate this package), the silent death of commands that run and fail without emitting any output makes it especially difficult to figure out what died and why. I'd recommend using something

[openssl.org #1822] Issues w/ fips Makefile

2009-01-26 Thread Philip Prindeville via RT
The target: fips_standalone_sha1$(EXE_EXT): sha/fips_standalone_sha1.c $(CC) $(CFLAGS) -DFIPSCANISTER_O -o $@ sha/fips_standalone_sha1.c $(FIPSLIBDIR)fipscanister.o is built, but the extension is dropped when it's actually invoked: fipscanister.o: fips_start.o $(LIBOBJ)

[openssl.org #1823] Linux configuration options for OCF/HAVE_CRYPTODEV needed

2009-01-26 Thread Philip Prindeville via RT
The OCF code has been ported to Linux: http://sourceforge.net/project/showfiles.php?group_id=133575 it would be very nice if this were supported in openssl without patching. For instance, crypto/engine/eng_all.c tests for: #if defined(__OpenBSD__) || defined(__FreeBSD__) but why not test

[openssl.org #1806] Issues cross-compiling on 64-bit platform

2009-01-05 Thread Philip Prindeville via RT
I'm running FC9 on a Phenom platform, and I'm trying to cross-compile openssl as part of the Astlinux distro for a GeodeLX platform (-march=k6-2). However, there seem to be some issues with doing this. I get the following: gunzip -c /home/philipp/trunk2/dl/openssl-0.9.8i.tar.gz | tar -C

[openssl.org #1782] Re: Bug in Configure script?

2008-11-11 Thread Philip Prindeville via RT
Attached is a fix. One liner. Philip Prindeville wrote: I'm looking at ./Configure where it does: chop $prefix if $prefix =~ /\/$/; and then later on: s/^INSTALLTOP=.*$/INSTALLTOP=$prefix/; And then in crypto/Makefile, we have: install: @[ -n $(INSTALLTOP) ] # should be