Re: [openssl-dev] MSVC 2015 internal compiler error

2016-02-29 Thread Matt Caswell
On 24/02/16 16:48, Gisle Vanem wrote: > Matt Caswell wrote: > >> The complete patch is attached. This is currently going through review, >> and solves the link issue. > > That brought MSVC-2015 back on track. Thanks! > This has now been committed, so hopefully this should work again now.

Re: [openssl-dev] MSVC 2015 internal compiler error

2016-02-24 Thread Gisle Vanem
Matt Caswell wrote: > The complete patch is attached. This is currently going through review, > and solves the link issue. That brought MSVC-2015 back on track. Thanks! -- --gv -- openssl-dev mailing list To unsubscribe: https://mta.openssl.org/mailman/listinfo/openssl-dev

Re: [openssl-dev] MSVC 2015 internal compiler error

2016-02-24 Thread Matt Caswell
On 24/02/16 10:29, Gisle Vanem wrote: > Matt Caswell wrote: > >> The attached seems to avoid the problem - but then for reasons I cannot >> understand link errors result later on in the build. > > I too can confirm that your patch fixes MSVC-2105 compilation. > Thanks a million! > > But as

Re: [openssl-dev] MSVC 2015 internal compiler error

2016-02-24 Thread Gisle Vanem
Matt Caswell wrote: > The attached seems to avoid the problem - but then for reasons I cannot > understand link errors result later on in the build. I too can confirm that your patch fixes MSVC-2105 compilation. Thanks a million! But as you wrote, the link fails. Due to util/mkdef.pl needs an

Re: [openssl-dev] MSVC 2015 internal compiler error

2016-02-23 Thread Matt Caswell
On 23/02/16 15:59, Matt Caswell wrote: > > > On 23/02/16 01:55, Bill Bierman wrote: >> The Microsoft compiler team has suggested removing the include of ssl.h >> from srtp.h as it creates a circular reference which is likely confusing >> the compiler. >> >> On Mon, Feb 22, 2016 at 2:19 PM,

Re: [openssl-dev] MSVC 2015 internal compiler error

2016-02-23 Thread Matt Caswell
On 23/02/16 01:55, Bill Bierman wrote: > The Microsoft compiler team has suggested removing the include of ssl.h > from srtp.h as it creates a circular reference which is likely confusing > the compiler. > > On Mon, Feb 22, 2016 at 2:19 PM, Bill Bierman

Re: [openssl-dev] MSVC 2015 internal compiler error

2016-02-23 Thread Jeffrey Walton
> ... > F:\MingW32\src\inet\Crypto\OpenSSL\ssl\s3_lib.c : > fatal error C1001: An internal error has occurred in the compiler. > (compiler file 'f:\dd\vctools\compiler\utc\src\p2\main.c', line 246) >To work around this problem, try simplifying or changing the program near > the locations

Re: [openssl-dev] MSVC 2015 internal compiler error

2016-02-23 Thread Gisle Vanem
Viktor Dukhovni wrote: > On Mon, Feb 22, 2016 at 03:55:12PM -1000, Bill Bierman wrote: > >> The Microsoft compiler team has suggested removing the include of ssl.h >> from srtp.h as it creates a circular reference which is likely confusing >> the compiler. > > Could you test the patch below.

Re: [openssl-dev] MSVC 2015 internal compiler error

2016-02-22 Thread Viktor Dukhovni
On Mon, Feb 22, 2016 at 03:55:12PM -1000, Bill Bierman wrote: > The Microsoft compiler team has suggested removing the include of ssl.h > from srtp.h as it creates a circular reference which is likely confusing > the compiler. Could you test the patch below. It tries to avoid incompatible loss

Re: [openssl-dev] MSVC 2015 internal compiler error

2016-02-22 Thread Bill Bierman
The Microsoft compiler team has suggested removing the include of ssl.h from srtp.h as it creates a circular reference which is likely confusing the compiler. On Mon, Feb 22, 2016 at 2:19 PM, Bill Bierman wrote: > Hello. I'm sorry I cannot reply to the thread. I only

[openssl-dev] MSVC 2015 internal compiler error

2016-02-22 Thread Bill Bierman
Hello. I'm sorry I cannot reply to the thread. I only just now have subscribed to the list. I can confirm that this problem exists with Visual Studio 2015 on HEAD. I spoke to a friend of mine who works at MS who relayed this to the compiler team. A senior dev there is aware of the issue and

Re: [openssl-dev] MSVC 2015 internal compiler error

2016-01-27 Thread Erik Forsberg
I also noticed compiler warnings generated by this code using SunStudio compilers. This patch fixes those for me and seems to do the correct thing. Maybe it makes the VC compiler work too ? *** lhash.h Thu Jan 14 01:51:33 2016 --- ../../../x64/include/openssl//lhash.h Wed Jan 27

Re: [openssl-dev] MSVC 2015 internal compiler error

2016-01-27 Thread Kurt Roeckx
On Sat, Jan 16, 2016 at 11:42:52AM +0100, Gisle Vanem wrote: > While building OpenSSL from today's git-repo: > > ssl\d1_srtp.c : fatal error C1001: An internalerror has occurred in the > compiler. > (compiler file 'f:\dd\vctools\compiler\utc\src\p2\main.c', line 246) > To work around this

Re: [openssl-dev] MSVC 2015 internal compiler error

2016-01-27 Thread Gisle Vanem
Kurt Roeckx wrote: > So we've been seeing this on AppVeyor too. As far as I can see, > this happens somewhere between commit 249d9719 and 59fd40d4. The > file itself has only minor changes, turning some "SSL_CIPHER *" > into "const SSL_CIPHER *", so it's most likely one of the include > files

Re: [openssl-dev] MSVC 2015 internal compiler error

2016-01-18 Thread Jan Ehrhardt
Gisle Vanem in gmane.comp.encryption.openssl.devel (Sun, 17 Jan 2016 09:50:55 +0100): >I think I have this "update 1" from the cl version: > Microsoft (R) C/C++ Optimizing Compiler Version 19.00.23026 for x86 There is a newer one: Microsoft (R) C/C++ Optimizing Compiler Version 19.00.23506

Re: [openssl-dev] MSVC 2015 internal compiler error

2016-01-17 Thread Michel
> And did you have problems with the x86 compiler too? Did you try the x64 version also? No, I didn't try the x64 version. ___ openssl-dev mailing list To unsubscribe: https://mta.openssl.org/mailman/listinfo/openssl-dev

Re: [openssl-dev] MSVC 2015 internal compiler error

2016-01-16 Thread Michel
 : [openssl-dev] MSVC 2015 internal compiler error While building OpenSSL from today's git-repo: ssl\d1_srtp.c : fatal error C1001: An internalerror has occurred in the compiler. (compiler file 'f:\dd\vctools\compiler\utc\src\p2\main.c', line 246) To work around this problem, try simplifying or changing