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.

Matt
-- 
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 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 you wrote, the link fails. Due to util/mkdef.pl needs
> an update? I looked at this .pl-file, but I'm a n00b when it
> comes to Perl. So I fail to see how it now should define all
> needed .def symbols.
> 
> As it's now, ssleay32.dll export only these:
>   BIO_f_ssl
>   BIO_new_ssl
>   BIO_ssl_copy_session_id
>   BIO_ssl_shutdown
>   BIO_new_buffer_ssl_connect
>   BIO_new_ssl_connect
> 
> But is building with -DOPENSSL_OPT_WINDLL (i.e. __declspec(dllimport)
> while using the OpenSSL .DLLs) still supported? If so, what is the
> .def-files good for then?
> 
The complete patch is attached. This is currently going through review,
and solves the link issue.

Matt
>From b4f4c8dfdb9ab4b88b52ee5708dc4da16c10ee64 Mon Sep 17 00:00:00 2001
From: Matt Caswell 
Date: Tue, 23 Feb 2016 15:27:05 +
Subject: [PATCH] Workaround for VisualStudio 2015 bug

VisualStudio 2015 has a bug where an internal compiler error was occurring.
By reordering the DEFINE_STACK_OF declarations for SSL_CIPHER and SSL_COMP
until after the ssl3.h include everything seems ok again.
---
 include/openssl/ssl.h | 11 +--
 util/mkdef.pl |  3 ++-
 2 files changed, 11 insertions(+), 3 deletions(-)

diff --git a/include/openssl/ssl.h b/include/openssl/ssl.h
index 9709103..4fb4e8a 100644
--- a/include/openssl/ssl.h
+++ b/include/openssl/ssl.h
@@ -326,8 +326,8 @@ typedef struct tls_sigalgs_st TLS_SIGALGS;
 typedef struct ssl_conf_ctx_st SSL_CONF_CTX;
 typedef struct ssl_comp_st SSL_COMP;
 
-DEFINE_STACK_OF_CONST(SSL_CIPHER)
-DEFINE_STACK_OF(SSL_COMP)
+STACK_OF(SSL_CIPHER);
+STACK_OF(SSL_COMP);
 
 /* SRTP protection profiles for use with the use_srtp extension (RFC 5764)*/
 typedef struct srtp_protection_profile_st {
@@ -907,6 +907,13 @@ __owur int SSL_extension_supported(unsigned int ext_type);
 extern "C" {
 #endif
 
+/*
+ * These need to be after the above set of includes due to a compiler bug
+ * in VisualStudio 2015
+ */
+DEFINE_STACK_OF_CONST(SSL_CIPHER)
+DEFINE_STACK_OF(SSL_COMP)
+
 /* compatibility */
 # define SSL_set_app_data(s,arg) (SSL_set_ex_data(s,0,(char *)arg))
 # define SSL_get_app_data(s) (SSL_get_ex_data(s,0))
diff --git a/util/mkdef.pl b/util/mkdef.pl
index a2fedc5..e9a3aff 100755
--- a/util/mkdef.pl
+++ b/util/mkdef.pl
@@ -632,7 +632,8 @@ sub do_defs
 next;
 			}
 			if ($tag{'TRUE'} != -1) {
-if (/^\s*DECLARE_STACK_OF\s*\(\s*(\w*)\s*\)/) {
+if (/^\s*DEFINE_STACK_OF\s*\(\s*(\w*)\s*\)/
+		|| /^\s*DEFINE_STACK_OF_CONST\s*\(\s*(\w*)\s*\)/) {
 	next;
 } elsif (/^\s*DECLARE_ASN1_ENCODE_FUNCTIONS\s*\(\s*(\w*)\s*,\s*(\w*)\s*,\s*(\w*)\s*\)/) {
 	$def .= "int d2i_$3(void);";
-- 
2.5.0

-- 
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 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 update? I looked at this .pl-file, but I'm a n00b when it
comes to Perl. So I fail to see how it now should define all
needed .def symbols.

As it's now, ssleay32.dll export only these:
  BIO_f_ssl
  BIO_new_ssl
  BIO_ssl_copy_session_id
  BIO_ssl_shutdown
  BIO_new_buffer_ssl_connect
  BIO_new_ssl_connect

But is building with -DOPENSSL_OPT_WINDLL (i.e. __declspec(dllimport)
while using the OpenSSL .DLLs) still supported? If so, what is the
.def-files good for then?

-- 
--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-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, Bill Bierman > > wrote:
>>
>> 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 they
>> are working on a fix.
> 
> 
> The attached seems to avoid the problem - but then for reasons I cannot
> understand link errors result later on in the build.

Ahhh, mkdef.pl had fallen over...fix coming up.

Matt

-- 
openssl-dev mailing list
To unsubscribe: https://mta.openssl.org/mailman/listinfo/openssl-dev


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  > wrote:
> 
> 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 they
> are working on a fix.


The attached seems to avoid the problem - but then for reasons I cannot
understand link errors result later on in the build.

Matt
>From 68db934d65513236b6e0ffd5290d0f53b71f56c9 Mon Sep 17 00:00:00 2001
From: Matt Caswell 
Date: Tue, 23 Feb 2016 15:27:05 +
Subject: [PATCH] Workaround for VisualStudio 2015 bug

VisualStudio 2015 has a bug where an internal compiler error was occurring.
By reordering the DEFINE_STACK_OF declarations for SSL_CIPHER and SSL_COMP
until after the ssl3.h include everything seems ok again.
---
 include/openssl/ssl.h | 9 +++--
 1 file changed, 7 insertions(+), 2 deletions(-)

diff --git a/include/openssl/ssl.h b/include/openssl/ssl.h
index 9709103..b6e6960 100644
--- a/include/openssl/ssl.h
+++ b/include/openssl/ssl.h
@@ -326,8 +326,6 @@ typedef struct tls_sigalgs_st TLS_SIGALGS;
 typedef struct ssl_conf_ctx_st SSL_CONF_CTX;
 typedef struct ssl_comp_st SSL_COMP;
 
-DEFINE_STACK_OF_CONST(SSL_CIPHER)
-DEFINE_STACK_OF(SSL_COMP)
 
 /* SRTP protection profiles for use with the use_srtp extension (RFC 5764)*/
 typedef struct srtp_protection_profile_st {
@@ -907,6 +905,13 @@ __owur int SSL_extension_supported(unsigned int ext_type);
 extern "C" {
 #endif
 
+/*
+ * These need to be after the above set of includes due to a compiler bug
+ * in VisualStudio 2015
+ */
+DEFINE_STACK_OF_CONST(SSL_CIPHER)
+DEFINE_STACK_OF(SSL_COMP)
+
 /* compatibility */
 # define SSL_set_app_data(s,arg) (SSL_set_ex_data(s,0,(char *)arg))
 # define SSL_get_app_data(s) (SSL_get_ex_data(s,0))
-- 
2.5.0

-- 
openssl-dev mailing list
To unsubscribe: https://mta.openssl.org/mailman/listinfo/openssl-dev


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 listed above.
>   Please choose the Technical Support command on the Visual C++
>Help menu, or open the Technical Support help file for more information
>
> INTERNAL COMPILER ERROR in 'f:\gv\VC_2015\bin\cl.exe'
> Please choose the Technical Support command on the Visual C++
> Help menu, or open the Technical Support help file for more information

I've seen these mystery breaks quite a few times under the VS
compilers. Mostly it was the old days of VC++ 5.0 and 6.0, but they
crop up on occasion.

As crazy as it sounds, you might try re-ordering functions in the
headers and source files. That is, if the order is:

  void fn1(...) { ... }
  void fn2(...) { ... }
  void fn3(...) { ... }

Then try:

  void fn3(...) { ... }
  void fn1(...) { ... }
  void fn2(...) { ... }

I don't know why it works on occasion.

Jeff
-- 
openssl-dev mailing list
To unsubscribe: https://mta.openssl.org/mailman/listinfo/openssl-dev


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.  It tries to avoid incompatible
> loss of the implicit inclusion, by making it conditional:

Nice try, but your patch doesn't help here:

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 listed above.
  Please choose the Technical Support command on the Visual C++
   Help menu, or open the Technical Support help file for more information

INTERNAL COMPILER ERROR in 'f:\gv\VC_2015\bin\cl.exe'
Please choose the Technical Support command on the Visual C++
Help menu, or open the Technical Support help file for more information



BTW1, using '-DOPENSSL_NO_SRTP' doesn't fix this. One of the .h-files seems to
  trigger this fault (no option I've tried so far has prevent it).

BTW2, I get a lot of these warnings:
  include\openssl/lhash.h(270): warning C4090: 'function': different 'const' 
qualifiers
  which seems related to include/openssl/lhash.h:
 typedef const char *OPENSSL_CSTRING;

  or one of the hideous lhash.h/safestack.h macros (?!)

And I'm still using this cl:
  Microsoft (R) C/C++ Optimizing Compiler Version 19.00.23506 for x86
  on Win-10.



-- 
--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-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 of the implicit inclusion, by making it conditional:

-- 
Viktor.

diff --git a/include/openssl/ssl.h b/include/openssl/ssl.h
index 9709103..ee61451 100644
--- a/include/openssl/ssl.h
+++ b/include/openssl/ssl.h
@@ -901,7 +901,9 @@ __owur int SSL_extension_supported(unsigned int ext_type);
 # include 
 # include   /* This is mostly sslv3 with a few tweaks */
 # include  /* Datagram TLS */
-# include   /* Support for the use_srtp extension */
+# ifndef HEADER_D1_SRTP_H
+#  include  /* Support for the use_srtp extension */
+# endif
 
 #ifdef  __cplusplus
 extern "C" {
-- 
openssl-dev mailing list
To unsubscribe: https://mta.openssl.org/mailman/listinfo/openssl-dev


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 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 they are
> working on a fix.
>
-- 
openssl-dev mailing list
To unsubscribe: https://mta.openssl.org/mailman/listinfo/openssl-dev


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 that changed in between.
> 
> It includes changes to safestack, including adding inline
> functions instead of the defines.  So that is probably why it
> fails, but I currently don't see a way to work around this, or how
> we could simplify things.

I haven't tried Erik Forsberg's patch for lhash.h. And have no
time to look into this. I use TDM-gcc in the meantime.

> Have you actually tried to contact Microsoft about this issue?

No, for the reason above.

-- 
--gv
___
openssl-dev mailing list
To unsubscribe: https://mta.openssl.org/mailman/listinfo/openssl-dev


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 15:09:47 2016
***
*** 99,105 
  unsigned long name##_LHASH_HASH(const void *);
  # define IMPLEMENT_LHASH_HASH_FN(name, o_type) \
  unsigned long name##_LHASH_HASH(const void *arg) { \
! const o_type *a = arg; \
  return name##_hash(a); }
  # define LHASH_HASH_FN(name) name##_LHASH_HASH
  
--- 99,105 
  unsigned long name##_LHASH_HASH(const void *);
  # define IMPLEMENT_LHASH_HASH_FN(name, o_type) \
  unsigned long name##_LHASH_HASH(const void *arg) { \
! o_type *a = (o_type *) arg; \
  return name##_hash(a); }
  # define LHASH_HASH_FN(name) name##_LHASH_HASH
  
***
*** 108,115 
  int name##_LHASH_COMP(const void *, const void *);
  # define IMPLEMENT_LHASH_COMP_FN(name, o_type) \
  int name##_LHASH_COMP(const void *arg1, const void *arg2) { \
! const o_type *a = arg1; \
! const o_type *b = arg2; \
  return name##_cmp(a,b); }
  # define LHASH_COMP_FN(name) name##_LHASH_COMP
  
--- 108,115 
  int name##_LHASH_COMP(const void *, const void *);
  # define IMPLEMENT_LHASH_COMP_FN(name, o_type) \
  int name##_LHASH_COMP(const void *arg1, const void *arg2) { \
! o_type *a = (o_type *) arg1; \
! o_type *b = (o_type *) arg2; \
  return name##_cmp(a,b); }
  # define LHASH_COMP_FN(name) name##_LHASH_COMP
  
***
*** 118,125 
  void name##_LHASH_DOALL_ARG(void *, void *);
  # define IMPLEMENT_LHASH_DOALL_ARG_FN(name, o_type, a_type) \
  void name##_LHASH_DOALL_ARG(void *arg1, void *arg2) { \
! o_type *a = arg1; \
! a_type *b = arg2; \
  name##_doall_arg(a, b); }
  # define LHASH_DOALL_ARG_FN(name) name##_LHASH_DOALL_ARG
  
--- 118,125 
  void name##_LHASH_DOALL_ARG(void *, void *);
  # define IMPLEMENT_LHASH_DOALL_ARG_FN(name, o_type, a_type) \
  void name##_LHASH_DOALL_ARG(void *arg1, void *arg2) { \
! o_type *a = (o_type *) arg1; \
! a_type *b = (o_type *) arg2; \
  name##_doall_arg(a, b); }
  # define LHASH_DOALL_ARG_FN(name) name##_LHASH_DOALL_ARG
  

>-- Original Message --
>
>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 problem, try simplifying or changing the program near 
>> the locations listed above.
>> Please choose the Technical Support command on the Visual C++
>>  Help menu, or open the Technical Support help file for more information
>> 
>> INTERNAL COMPILER ERROR in 'f:\gv\VC_2015\bin\cl.exe'
>> Please choose the Technical Support command on the Visual C++
>> Help menu, or open the Technical Support help file for more information
>> 
>> -
>> 
>> Seems to be related to:
>>   typedef const char *OPENSSL_CSTRING;
>> 
>> in safestack.h Changing this into:
>> 
>>   #ifdef _MSC_VER
>>   typedef   char *OPENSSL_CSTRING;
>>   #else
>>   typedef const char *OPENSSL_CSTRING;
>>   #endif
>> 
>> helps, but triggers the same internal compiler error later on.
>> 
>> It suspect the compiler sees 'const const *x' in some
>> places. So I assume that's the trigger for this fault.
>
>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 that changed in between.
>
>It includes changes to safestack, including adding inline
>functions instead of the defines.  So that is probably why it
>fails, but I currently don't see a way to work around this, or how
>we could simplify things.
>
>The problem also only seems to have with VC 14/2015.  It works in
>all the older versions we have on AppVeyor.
>
>Have you actually tried to contact Microsoft about this issue?
>
>
>Kurt
>
>___
>openssl-dev mailing list
>To unsubscribe: https://mta.openssl.org/mailman/listinfo/openssl-dev

___
openssl-dev mailing list
To unsubscribe: https://mta.openssl.org/mailman/listinfo/openssl-dev


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 problem, try simplifying or changing the program near 
> the locations listed above.
> Please choose the Technical Support command on the Visual C++
>  Help menu, or open the Technical Support help file for more information
> 
> INTERNAL COMPILER ERROR in 'f:\gv\VC_2015\bin\cl.exe'
> Please choose the Technical Support command on the Visual C++
> Help menu, or open the Technical Support help file for more information
> 
> -
> 
> Seems to be related to:
>   typedef const char *OPENSSL_CSTRING;
> 
> in safestack.h Changing this into:
> 
>   #ifdef _MSC_VER
>   typedef   char *OPENSSL_CSTRING;
>   #else
>   typedef const char *OPENSSL_CSTRING;
>   #endif
> 
> helps, but triggers the same internal compiler error later on.
> 
> It suspect the compiler sees 'const const *x' in some
> places. So I assume that's the trigger for this fault.

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 that changed in between.

It includes changes to safestack, including adding inline
functions instead of the defines.  So that is probably why it
fails, but I currently don't see a way to work around this, or how
we could simplify things.

The problem also only seems to have with VC 14/2015.  It works in
all the older versions we have on AppVeyor.

Have you actually tried to contact Microsoft about this issue?


Kurt

___
openssl-dev mailing list
To unsubscribe: https://mta.openssl.org/mailman/listinfo/openssl-dev


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 for x86

Did you install SP1 manually? It was not included in the normal Windows
Update. https://www.visualstudio.com/en-us/news/vs2015-update1-vs.aspx

Jan

___
openssl-dev mailing list
To unsubscribe: https://mta.openssl.org/mailman/listinfo/openssl-dev


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-17 Thread Gisle Vanem
Michel wrote:

> FWIW I encountered the same problem last week with the statem_srvr.c.
> I undestood that it was a compiler bug, but suspected there was an
> underlying problem with the source code, as usually it is error in MY code
> that make the compiler crashes...

Nice to seem I'm not alone with such a problem.

> So I gave a try to Visual Studio Community 2013 SP 5, and it compiles even
> without a warning.
> Contrary at what I read, the update 1 of VS 2015 didn't fixed this.

I think I have this "update 1" from the cl version:
  Microsoft (R) C/C++ Optimizing Compiler Version 19.00.23026 for x86

And did you have problems with the x86 compiler too? Did you try the
x64 version also?

-- 
--gv
___
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
Hi,
FWIW I encountered the same problem last week with the statem_srvr.c.
I undestood that it was a compiler bug, but suspected there was an
underlying problem with the source code, as usually it is error in MY code
that make the compiler crashes...
:-(
So I gave a try to Visual Studio Community 2013 SP 5, and it compiles even
without a warning.
Contrary at what I read, the update 1 of VS 2015 didn't fixed this.


-Message d'origine-
De : openssl-dev [mailto:openssl-dev-boun...@openssl.org] De la part de
Gisle Vanem
Envoyé : samedi 16 janvier 2016 11:43
À : OpenSSL-dev
Objet : [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 the program near the
locations listed above.
Please choose the Technical Support command on the Visual C++  Help menu, or
open the Technical Support help file for more information

INTERNAL COMPILER ERROR in 'f:\gv\VC_2015\bin\cl.exe'
Please choose the Technical Support command on the Visual C++
Help menu, or open the Technical Support help file for more information


___
openssl-dev mailing list
To unsubscribe: https://mta.openssl.org/mailman/listinfo/openssl-dev