No matter. As soon as we have to perform a new build (will be done on Visual
Studio 2015 later this year) and I discover the same issue, I will report it.
Kees
-Original Message-
From: Rich Salz via RT [mailto:r...@openssl.org]
Sent: Tuesday, February 02, 2016 22:16
To: Kees Dekker
Cc
(and solves warnings).
I assume that the name 'lib.pdb' is fixed, since I did not see a macro that
defines this name.
Regards,
Kees
-Original Message-
From: The default queue via RT [mailto:r...@openssl.org]
Sent: Thursday, September 26, 2013 19:08
To: Kees Dekker
Subject: [openssl.org #3133
, similar to the following
diff:
474c474
---
$(CP) $(OBJ_D)\lib.pdb $(INSTALLTOP)\lib
Regards,
Kees Dekker
__
OpenSSL Project http://www.openssl.org
Development Mailing List
: Andy Polyakov via RT [mailto:r...@openssl.org]
Sent: Tuesday, June 26, 2012 18:07
To: Kees Dekker
Cc: openssl-dev@openssl.org
Subject: Re: [openssl.org #2835] question/proposal for openssl 1.0.1c to make
do_ms.bat and do_win64a.bat somewhat more consisent + solve build errors for
WIN64a
that ar command.
I now just used to RANLIB workaround since I can control that one outside the
OpenSSL sources (which I don’t like to change).
Kees
-Original Message-
From: Andy Polyakov via RT [mailto:r...@openssl.org]
Sent: Wednesday, June 27, 2012 16:01
To: Kees Dekker
Cc: openssl-dev
:-).
Regards,
Kees
-Original Message-
From: Andy Polyakov via RT [mailto:r...@openssl.org]
Sent: Tuesday, June 26, 2012 18:07
To: Kees Dekker
Cc: openssl-dev@openssl.org
Subject: Re: [openssl.org #2835] question/proposal for openssl 1.0.1c to make
do_ms.bat and do_win64a.bat
that ar command.
I now just used to RANLIB workaround since I can control that one outside the
OpenSSL sources (which I don’t like to change).
Kees
-Original Message-
From: Andy Polyakov via RT [mailto:r...@openssl.org]
Sent: Wednesday, June 27, 2012 16:01
To: Kees Dekker
Cc
for x64 too (with VS
2010 SP1).
Regards,
Kees
-Original Message-
From: Andy Polyakov via RT [mailto:r...@openssl.org]
Sent: Tuesday, June 26, 2012 16:28
To: Kees Dekker
Cc: openssl-dev@openssl.org
Subject: Re: [openssl.org #2835] question/proposal for openssl 1.0.1c to make
-
From: Andy Polyakov via RT [mailto:r...@openssl.org]
Sent: Tuesday, June 26, 2012 17:10
To: Kees Dekker
Cc: openssl-dev@openssl.org
Subject: Re: [openssl.org #2835] question/proposal for openssl 1.0.1c to make
do_ms.bat and do_win64a.bat somewhat more consisent + solve build errors
too (with VS
2010 SP1).
Regards,
Kees
-Original Message-
From: Andy Polyakov via RT [mailto:r...@openssl.org]
Sent: Tuesday, June 26, 2012 16:28
To: Kees Dekker
Cc: openssl-dev@openssl.org
Subject: Re: [openssl.org #2835] question/proposal for openssl 1.0.1c to make
do_ms.bat
: Andy Polyakov via RT [mailto:r...@openssl.org]
Sent: Tuesday, June 26, 2012 17:10
To: Kees Dekker
Cc: openssl-dev@openssl.org
Subject: Re: [openssl.org #2835] question/proposal for openssl 1.0.1c to make
do_ms.bat and do_win64a.bat somewhat more consisent + solve build errors for
WIN64a
FYI:
When building OpenSSL, using the solaris64-sparcv9-cc config, then RANLIB uses
ar -rs as RANLIB command. Solaris 10 on UltraSparc (in my case a V440 system)
suffers from a bug in:
/usr/ccs/bin/ar:
SunOS 5.10 Generic 144500-19 Jul 2011
/etc/release:
Oracle
Hi,
I noticed that the Microsoft Assembler compiler support has gone, however, I
also found that ms\do_ms.bat does NOT use assembly (no-asm flag is used), while
ms\do_win64a.bat silently expects nasm compiler (according to INSTALL.WIN32 the
only supported assembly compiler). Similar is true
spaces.
Note that perl's built-in variable $^X will expand to a fully qualified path
name...
Regards,
Kees
-Original Message-
From: The default queue via RT [mailto:r...@openssl.org]
Sent: Thursday, June 14, 2012 16:57
To: Kees Dekker
Subject: [openssl.org #2835] AutoReply
: , line 6: Out of place #endif directive ignored. (unmatchendif)
#endif
Regards,
Kees Dekker
Hi,
Openssl1.0.0d contains a typo in a ifndef directive, see transscript below. This bug pops up in a build on a Tru64 V5.1B system.
DOPENSSL_BN_ASM_MONT -c -o bn_asm.o bn_asm.c
/bin/perl asm/alpha
, it is always
identical.
You may like to use UuidCreate() to generate a unique/random number, not
dependent on user32.dll/gdi32.dll.
Regards,
Kees
-Original Message-
From: Kees Dekker
Sent: Monday, 12 April, 2010 12:27
To: 'r...@openssl.org'
Cc: openssl-dev@openssl.org
Subject: RE: [openssl.org
, it is always
identical.
You may like to use UuidCreate() to generate a unique/random number, not
dependent on user32.dll/gdi32.dll.
Regards,
Kees
-Original Message-
From: Kees Dekker
Sent: Monday, 12 April, 2010 12:27
To: 'r...@openssl.org'
Cc: openssl-dev@openssl.org
Subject: RE: [openssl.org
has dropped, since you have made a fix. Do you know when
the fix becomes available in a new openSSL version (1.0.0b?)
Regards,
Kees
-Original Message-
From: Andy Polyakov via RT [mailto:r...@openssl.org]
Sent: Tuesday, 07 September, 2010 09:47
To: Kees Dekker
Cc: openssl-dev@openssl.org
, the urgency has dropped, since you have made a fix. Do you know when
the fix becomes available in a new openSSL version (1.0.0b?)
Regards,
Kees
-Original Message-
From: Andy Polyakov via RT [mailto:r...@openssl.org]
Sent: Tuesday, 07 September, 2010 09:47
To: Kees Dekker
Cc: openssl
I will try. I will send an update when done.
Kees
-Original Message-
From: Andy Polyakov via RT [mailto:r...@openssl.org]
Sent: Tuesday, 07 September, 2010 09:47
To: Kees Dekker
Cc: openssl-dev@openssl.org
Subject: Re: [openssl.org #2321] bug report: core dump on OPENSSL_cpuid_setup
I will try. I will send an update when done.
Kees
-Original Message-
From: Andy Polyakov via RT [mailto:r...@openssl.org]
Sent: Tuesday, 07 September, 2010 09:47
To: Kees Dekker
Cc: openssl-dev@openssl.org
Subject: Re: [openssl.org #2321] bug report: core dump
Mistake: openssl linked -lmalloc + mallopt(M_KEEP,0) ran on USII (no vis2).
Our own application still crashed. Anyhow, this is something for Sun to fix IMO.
Kees
-Original Message-
From: Kees Dekker
Sent: Thursday, 26 August, 2010 14:16
To: 'r...@openssl.org'
Cc: openssl-dev@openssl.org
-
From: Andy Polyakov via RT [mailto:r...@openssl.org]
Sent: Thursday, 26 August, 2010 20:16
To: Kees Dekker
Cc: openssl-dev@openssl.org
Subject: Re: [openssl.org #2321] bug report: core dump on OPENSSL_cpuid_setup()
on Solaris 10 with a Sun Enterprise 450 system
The reproduction provided
-Original Message-
From: Andy Polyakov via RT [mailto:r...@openssl.org]
Sent: Tuesday, 24 August, 2010 20:54
To: Kees Dekker
Cc: openssl-dev@openssl.org
Subject: Re: [openssl.org #2321] bug report: core dump on OPENSSL_cpuid_setup()
on Solaris 10 with a Sun Enterprise 450 system
Hi,
-Original Message-
From: Andy Polyakov via RT [mailto:r...@openssl.org]
Sent: Saturday, 21 August, 2010 14:42
To: Kees Dekker
Cc: openssl-dev@openssl.org
Subject: Re: [openssl.org #2321] bug report: core dump on
OPENSSL_cpuid_setup() on Solaris 10 with a Sun Enterprise 450
-Original Message-
From: Andy Polyakov via RT [mailto:r...@openssl.org]
Sent: Monday, 23 August, 2010 17:23
To: Kees Dekker
Cc: openssl-dev@openssl.org
Subject: Re: [openssl.org #2321] bug report: core dump on
OPENSSL_cpuid_setup() on Solaris 10 with a Sun Enterprise 450 system
Addition: building the openssl application with -lmalloc results in the same
coredump
May be dlopen(libdevinfo.so.1) and using -lmalloc does not work together (at
least on UltraSparcII).
Kees
-Original Message-
From: Kees Dekker
Sent: Tuesday, 24 August, 2010 14:25
To: 'r
-Original Message-
From: Andy Polyakov via RT [mailto:r...@openssl.org]
Sent: Tuesday, 24 August, 2010 20:54
To: Kees Dekker
Cc: openssl-dev@openssl.org
Subject: Re: [openssl.org #2321] bug report: core dump on OPENSSL_cpuid_setup()
on Solaris 10 with a Sun Enterprise 450 system
The 32-bit
-Original Message-
From: Andy Polyakov via RT [mailto:r...@openssl.org]
Sent: Monday, 23 August, 2010 17:23
To: Kees Dekker
Cc: openssl-dev@openssl.org
Subject: Re: [openssl.org #2321] bug report: core dump on
OPENSSL_cpuid_setup() on Solaris 10 with a Sun Enterprise 450
Addition: building the openssl application with -lmalloc results in the same
coredump
May be dlopen(libdevinfo.so.1) and using -lmalloc does not work together (at
least on UltraSparcII).
Kees
-Original Message-
From: Kees Dekker
Sent: Tuesday, 24 August, 2010 14:25
Hi,
-Original Message-
From: Andy Polyakov via RT [mailto:r...@openssl.org]
Sent: Saturday, 21 August, 2010 14:42
To: Kees Dekker
Cc: openssl-dev@openssl.org
Subject: Re: [openssl.org #2321] bug report: core dump on
OPENSSL_cpuid_setup() on Solaris 10 with a Sun Enterprise
Hi,
The 32-bit of openSSL 1.0.0a (solaris-sparcv9-cc configuration) coredumps upon
initialization. The stack trace is (of our product binary):
#0 0xff360c90 in free_unlocked () from /usr/lib/libmalloc.so.1
#1 0xff360b78 in free () from /usr/lib/libmalloc.so.1
#2 0x007107a4 in
...@openssl.org]
Sent: Thursday, 22 July, 2010 10:07
To: Kees Dekker
Cc: openssl-dev@openssl.org
Subject: Re: [openssl.org #2309] build of openssl1.0.0a failed on Tru64 5.1b:
No rule to make target `alphacpuid.o'
Hi,
When building openSSL on Tru64, 5.1b-3, I get:
$ gmake
making all in crypto
it helps if you and Daniel Stenberg talk together...
Regards,
Kees
-Original Message-
From: Andy Polyakov via RT [mailto:r...@openssl.org]
Sent: Thursday, 15 July, 2010 16:33
To: Kees Dekker
Cc: openssl-dev@openssl.org
Subject: Re: [openssl.org #2307] building cURL with OpenSSL 1.0.0a on 64-bit
Hi,
I noticed that the output directories of any prefixed (--prefix) OpenSSL build
for some Unix 64-bit flavors changed.
In the past (at least with openSSL openssl-0.9.8k), after calling gmake
install, the include files were in prefix/include, the libraries in prefix/lib.
Due to the changed
-Original Message-
From: Andy Polyakov via RT [mailto:r...@openssl.org]
Sent: Saturday, April 10, 2010 23:33
To: Kees Dekker
Cc: openssl-dev@openssl.org
Subject: Re: [openssl.org #2194] Unwanted dependencies to user32.dll
I agree that OPENSSL_isservice() cannot be changed
-Original Message-
From: Andy Polyakov via RT [mailto:r...@openssl.org]
Sent: Monday, April 12, 2010 12:08
To: Kees Dekker
Cc: openssl-dev@openssl.org
Subject: Re: [openssl.org #2194] Unwanted dependencies to user32.dll
May be there is another method to check wether a windows
-Original Message-
From: Andy Polyakov via RT [mailto:r...@openssl.org]
Sent: Saturday, April 10, 2010 23:33
To: Kees Dekker
Cc: openssl-dev@openssl.org
Subject: Re: [openssl.org #2194] Unwanted dependencies to user32.dll
I agree that OPENSSL_isservice() cannot be changed
-Original Message-
From: Andy Polyakov via RT [mailto:r...@openssl.org]
Sent: Monday, April 12, 2010 12:08
To: Kees Dekker
Cc: openssl-dev@openssl.org
Subject: Re: [openssl.org #2194] Unwanted dependencies to user32.dll
May be there is another method to check wether a windows
-Original Message-
From: Andy Polyakov via RT [mailto:r...@openssl.org]
Sent: Monday, March 22, 2010 22:48
To: Kees Dekker
Cc: openssl-dev@openssl.org
Subject: Re: [openssl.org #2194] Unwanted dependencies to user32.dll
I agree that OPENSSL_isservice() cannot be changed
-Original Message-
From: Andy Polyakov via RT [mailto:r...@openssl.org]
Sent: Monday, March 22, 2010 22:48
To: Kees Dekker
Cc: openssl-dev@openssl.org
Subject: Re: [openssl.org #2194] Unwanted dependencies to user32.dll
I agree that OPENSSL_isservice() cannot be changed
I agree that OPENSSL_isservice() cannot be changed,
??? My suggestion for *you* was to modify it to
unconditionally return 1...
Our application can both run in foreground and in service context. So simply
changing to return 1 is not possible.
May be there is another method to check
I agree that OPENSSL_isservice() cannot be changed,
??? My suggestion for *you* was to modify it to
unconditionally return 1...
Our application can both run in foreground and in service context. So simply
changing to return 1 is not possible.
May be there is another method to check
-Original Message-
From: Andy Polyakov via RT [mailto:r...@openssl.org]
Sent: Tuesday, March 16, 2010 22:23
To: Kees Dekker
Cc: openssl-dev@openssl.org
Subject: Re: [openssl.org #2194] Unwanted dependencies to user32.dll
When building openSSL on Windows with:
* CONFIG
-Original Message-
From: Kees Dekker
Sent: Tuesday, March 16, 2010 22:53
To: 'r...@openssl.org'
Cc: openssl-dev@openssl.org
Subject: RE: [openssl.org #2194] Unwanted dependencies to user32.dll
-Original Message-
From: Andy Polyakov via RT [mailto:r...@openssl.org
-Original Message-
From: Kees Dekker
Sent: Tuesday, March 16, 2010 22:53
To: 'r...@openssl.org'
Cc: openssl-dev@openssl.org
Subject: RE: [openssl.org #2194] Unwanted dependencies to user32.dll
-Original Message-
From: Andy Polyakov via RT [mailto:r...@openssl.org
/markrussinovich/archive/2010/02/24/3315174.aspx
Met vriendelijke groet/Best regards,
Kees Dekker | senior software engineer, ERP LN Development | Infor |
Baron van Nagellstraat 89 | 3771 LK Barneveld | Phone +31 (0)342 428706 | Fax
+31 (0)342 428796 | E-mail kees.dek...@infor.com
Hi,
When building
-Original Message-
From: Andy Polyakov via RT [mailto:r...@openssl.org]
Sent: Tuesday, March 16, 2010 22:23
To: Kees Dekker
Cc: openssl-dev@openssl.org
Subject: Re: [openssl.org #2194] Unwanted dependencies to user32.dll
When building openSSL on Windows with:
* CONFIG
it.
-Original Message-
From: Andy Polyakov via RT [mailto:r...@openssl.org]
Sent: Wednesday, 06 May, 2009 21:30
To: Kees Dekker
Cc: openssl-dev@openssl.org
Subject: Re: [openssl.org #1917] build error in x86cpuid-elf.s on x64 linux
The build of 32-bit openSSL (openssl-0.9.8k) fails on x64
-fomit-frame-pointer
-Wall::-D_REENTRANT::-ldl:BN_LLONG ${x86_gcc_des}
${x86_gcc_opts}:${x86_elf_asm}:dlfcn:linux-shared:-fPIC::.so.\$(SHLIB_MAJOR).\$(SHLIB_MINOR),
Attached some more information in the testlog (gzipped) file.
Regards,
Kees Dekker
Hi,
The build of 32-bit openSSL
50 matches
Mail list logo