Re: compiling openJdk 11 on windows 7 32bits fail

2019-02-17 Thread Magnus Ihse Bursie


> 16 feb. 2019 kl. 07:47 skrev Franco Gastón Pellegrini 
> :
> 
> Yes, removing --debug-mode enables a 32 bits compilation, with warnings. 
> Thanks!

Great!

Did the patch help for debug builds?

/Magnus

> 
> El vie., 15 de feb. de 2019 a la(s) 08:05, Magnus Ihse Bursie 
> (magnus.ihse.bur...@oracle.com) escribió:
>> 
>> 
>> On 2019-02-12 15:42, Alexey Ivanov wrote:
>> > On 12/02/2019 14:37, Magnus Ihse Bursie wrote:
>> >> There has been some fallout due to the mapfile/linking changes made 
>> >> in JDK 12 that affected JNICALL. However, that should not be 
>> >> affecting JDK 11.
>> > Wasn't it done in JDK 11?
>> > If my memory serves me right, it was done in JDK 11.
>> 
>> You are correct. The major part of the mapfile removal was done in 
>> JDK-8200358, which was pushed to JDK 11. There were follow up issues 
>> going on all the way into JDK 12, though.
>> 
>> Anyway, I've now looked more into this issue. And this time map files 
>> were not really to blame, but JNICALL still is.
>> 
>> First of all, it's important to note that this only shows up when 
>> compiling a debug build. As a workaround, building a normal release 
>> build for 32-bit Windows will not trigger this issue. (This is likely 
>> how it has gotten unnoticed.) To Franco: that means removing 
>> "--enable-debug" from your configure line.
>> 
>> There core problem seems indeed to be discrepancy whether a function is 
>> declared JNICALL or not.
>> 
>> In JDK-8214120, DTrace_VPrintln() & co. got JNICALL added in 
>> src/java.desktop/share/native/common/awt/debug/debug_trace.c and 
>> debug_trace.h. However, the typedef DTRACE_PRINT_CALLBACK was not 
>> updated. Since JNICALL is a no-op on all platforms except Windows 32, 
>> this was not discovered.
>> 
>> However, according to JBS JDK-8214120 was fixed in JDK-12. So why this 
>> is causing issues in JDK-11, I don't understand. Or maybe the discussion 
>> drifted from testing JDK 11 to testing JDK 12? In any case, it is likely 
>> currently broken in JDK 13.
>> 
>> Here is a suggested patch. Hopefully I got the JNICALL modifier in the 
>> correct place (C function pointer typedefs are the worst!).
>> 
>> diff --git 
>> a/src/java.desktop/share/native/common/awt/debug/debug_trace.h 
>> b/src/java.desktop/share/native/common/awt/debug/debug_trace.h
>> --- a/src/java.desktop/share/native/common/awt/debug/debug_trace.h
>> +++ b/src/java.desktop/share/native/common/awt/debug/debug_trace.h
>> @@ -48,7 +48,7 @@
>>   typedef void (*DTRACE_OUTPUT_CALLBACK)(const char * msg);
>> 
>>   /* prototype for client provided print callback function */
>> -typedef void (*DTRACE_PRINT_CALLBACK)(const char * file, int line, int 
>> argc, const char * fmt, va_list arglist);
>> +typedef void (JNICALL *DTRACE_PRINT_CALLBACK)(const char * file, int 
>> line, int argc, const char * fmt, va_list arglist);
>> 
>>   extern void DTrace_EnableAll(dbool_t enabled);
>>   extern void DTrace_EnableFile(const char * file, dbool_t enabled);
>> 
>> Please test and let me know if it works. If so it should be pushed to 
>> JDK 13, and possibly backported.
>> 
>> /Magnus
> 
> 
> -- 
> Franco Gastón Pellegrini


Re: compiling openJdk 11 on windows 7 32bits fail

2019-02-15 Thread Franco Gastón Pellegrini
Yes, removing --debug-mode enables a 32 bits compilation, with warnings.
Thanks!

El vie., 15 de feb. de 2019 a la(s) 08:05, Magnus Ihse Bursie (
magnus.ihse.bur...@oracle.com) escribió:

>
>
> On 2019-02-12 15:42, Alexey Ivanov wrote:
> > On 12/02/2019 14:37, Magnus Ihse Bursie wrote:
> >> There has been some fallout due to the mapfile/linking changes made
> >> in JDK 12 that affected JNICALL. However, that should not be
> >> affecting JDK 11.
> > Wasn't it done in JDK 11?
> > If my memory serves me right, it was done in JDK 11.
>
> You are correct. The major part of the mapfile removal was done in
> JDK-8200358, which was pushed to JDK 11. There were follow up issues
> going on all the way into JDK 12, though.
>
> Anyway, I've now looked more into this issue. And this time map files
> were not really to blame, but JNICALL still is.
>
> First of all, it's important to note that this only shows up when
> compiling a debug build. As a workaround, building a normal release
> build for 32-bit Windows will not trigger this issue. (This is likely
> how it has gotten unnoticed.) To Franco: that means removing
> "--enable-debug" from your configure line.
>
> There core problem seems indeed to be discrepancy whether a function is
> declared JNICALL or not.
>
> In JDK-8214120, DTrace_VPrintln() & co. got JNICALL added in
> src/java.desktop/share/native/common/awt/debug/debug_trace.c and
> debug_trace.h. However, the typedef DTRACE_PRINT_CALLBACK was not
> updated. Since JNICALL is a no-op on all platforms except Windows 32,
> this was not discovered.
>
> However, according to JBS JDK-8214120 was fixed in JDK-12. So why this
> is causing issues in JDK-11, I don't understand. Or maybe the discussion
> drifted from testing JDK 11 to testing JDK 12? In any case, it is likely
> currently broken in JDK 13.
>
> Here is a suggested patch. Hopefully I got the JNICALL modifier in the
> correct place (C function pointer typedefs are the worst!).
>
> diff --git
> a/src/java.desktop/share/native/common/awt/debug/debug_trace.h
> b/src/java.desktop/share/native/common/awt/debug/debug_trace.h
> --- a/src/java.desktop/share/native/common/awt/debug/debug_trace.h
> +++ b/src/java.desktop/share/native/common/awt/debug/debug_trace.h
> @@ -48,7 +48,7 @@
>   typedef void (*DTRACE_OUTPUT_CALLBACK)(const char * msg);
>
>   /* prototype for client provided print callback function */
> -typedef void (*DTRACE_PRINT_CALLBACK)(const char * file, int line, int
> argc, const char * fmt, va_list arglist);
> +typedef void (JNICALL *DTRACE_PRINT_CALLBACK)(const char * file, int
> line, int argc, const char * fmt, va_list arglist);
>
>   extern void DTrace_EnableAll(dbool_t enabled);
>   extern void DTrace_EnableFile(const char * file, dbool_t enabled);
>
> Please test and let me know if it works. If so it should be pushed to
> JDK 13, and possibly backported.
>
> /Magnus
>


-- 
Franco Gastón Pellegrini


Re: compiling openJdk 11 on windows 7 32bits fail

2019-02-15 Thread Magnus Ihse Bursie




On 2019-02-12 15:42, Alexey Ivanov wrote:

On 12/02/2019 14:37, Magnus Ihse Bursie wrote:
There has been some fallout due to the mapfile/linking changes made 
in JDK 12 that affected JNICALL. However, that should not be 
affecting JDK 11.

Wasn't it done in JDK 11?
If my memory serves me right, it was done in JDK 11.


You are correct. The major part of the mapfile removal was done in 
JDK-8200358, which was pushed to JDK 11. There were follow up issues 
going on all the way into JDK 12, though.


Anyway, I've now looked more into this issue. And this time map files 
were not really to blame, but JNICALL still is.


First of all, it's important to note that this only shows up when 
compiling a debug build. As a workaround, building a normal release 
build for 32-bit Windows will not trigger this issue. (This is likely 
how it has gotten unnoticed.) To Franco: that means removing 
"--enable-debug" from your configure line.


There core problem seems indeed to be discrepancy whether a function is 
declared JNICALL or not.


In JDK-8214120, DTrace_VPrintln() & co. got JNICALL added in 
src/java.desktop/share/native/common/awt/debug/debug_trace.c and 
debug_trace.h. However, the typedef DTRACE_PRINT_CALLBACK was not 
updated. Since JNICALL is a no-op on all platforms except Windows 32, 
this was not discovered.


However, according to JBS JDK-8214120 was fixed in JDK-12. So why this 
is causing issues in JDK-11, I don't understand. Or maybe the discussion 
drifted from testing JDK 11 to testing JDK 12? In any case, it is likely 
currently broken in JDK 13.


Here is a suggested patch. Hopefully I got the JNICALL modifier in the 
correct place (C function pointer typedefs are the worst!).


diff --git 
a/src/java.desktop/share/native/common/awt/debug/debug_trace.h 
b/src/java.desktop/share/native/common/awt/debug/debug_trace.h

--- a/src/java.desktop/share/native/common/awt/debug/debug_trace.h
+++ b/src/java.desktop/share/native/common/awt/debug/debug_trace.h
@@ -48,7 +48,7 @@
 typedef void (*DTRACE_OUTPUT_CALLBACK)(const char * msg);

 /* prototype for client provided print callback function */
-typedef void (*DTRACE_PRINT_CALLBACK)(const char * file, int line, int 
argc, const char * fmt, va_list arglist);
+typedef void (JNICALL *DTRACE_PRINT_CALLBACK)(const char * file, int 
line, int argc, const char * fmt, va_list arglist);


 extern void DTrace_EnableAll(dbool_t enabled);
 extern void DTrace_EnableFile(const char * file, dbool_t enabled);

Please test and let me know if it works. If so it should be pushed to 
JDK 13, and possibly backported.


/Magnus


Re: compiling openJdk 11 on windows 7 32bits fail

2019-02-12 Thread Alexey Ivanov

On 12/02/2019 14:37, Magnus Ihse Bursie wrote:
There has been some fallout due to the mapfile/linking changes made in 
JDK 12 that affected JNICALL. However, that should not be affecting 
JDK 11.

Wasn't it done in JDK 11?
If my memory serves me right, it was done in JDK 11.

--
Alexey


Re: compiling openJdk 11 on windows 7 32bits fail

2019-02-12 Thread Magnus Ihse Bursie

On 2019-02-12 14:38, Alexey Ivanov wrote:

On 12/02/2019 04:25, David Holmes wrote:

On 12/02/2019 1:45 pm, Franco Gastón Pellegrini wrote:
I just downloaded again (to be sure about my errors) JDK 12 and use 
this command:
bash ./configure --enable-debug --disable-warnings-as-errors 
--with-target-bits=32 --with-toolchain-version=2017 
--with-jvm-variants=client --with-boot-jdk="/cygdrive/c/Program 
Files/Java/jdk-11.0.2/";


and I get:

ERROR: Build failed for target 'default (exploded-image)' in 
configuration 'windows-x86-client-fastdebug' (exit code 2)

Stopping sjavac server

=== Output from failing command(s) repeated here ===
* For target support_native_java.desktop_libawt_Hashtable.obj:
Hashtable.cpp
c:/cygwin64/home/franc/java/jdk12/src/java.desktop/windows/native/libawt/windows/Hashtable.cpp(53): 
error C2664: 'void 
DTrace_PrintFunction(DTRACE_PRINT_CALLBACK,dtrace_id *,dtrace_id 
*,const char *,int,int,const char *,...)': cannot convert argument 1 
from 'void (__stdcall *)(const char *,int,int,const char *,va_list)' 
to 'DTRACE_PRINT_CALLBACK'
c:/cygwin64/home/franc/java/jdk12/src/java.desktop/windows/native/libawt/windows/Hashtable.cpp(53): 
note: None of the functions with this name in scope match the target 
type


Maybe CALLBACK / JNICALL macro is missing somewhere…
If I understand correctly, a pointer to function with __stdcall 
calling convention is expected; but DTRACE_PRINT_CALLBACK probably 
does not have it.


There has been some fallout due to the mapfile/linking changes made in 
JDK 12 that affected JNICALL. However, that should not be affecting JDK 11.


/Magnus



Does it build successfully if you don't define DEBUG?

Regards,
Alexey



Sorry I can't see anything that would cause that - certainly nothing 
32-bit specific.


David
-


    ... (rest of output omitted)

* All command lines available in 
/cygdrive/c/cygwin64/home/franc/java/jdk12/build/windows-x86-client-fastdebug/make-support/failure-logs.

=== End of repeated output ===

No indication of failed target found.
Hint: Try searching the build log for '] Error'.
Hint: See doc/building.html#troubleshooting for assistance.

make[1]: *** [/home/franc/java/jdk12/make/Init.gmk:310: main] Error 2
make: *** [/home/franc/java/jdk12/make/Init.gmk:186: default] Error 2








Re: compiling openJdk 11 on windows 7 32bits fail

2019-02-12 Thread Alexey Ivanov

On 12/02/2019 04:25, David Holmes wrote:

On 12/02/2019 1:45 pm, Franco Gastón Pellegrini wrote:
I just downloaded again (to be sure about my errors) JDK 12 and use 
this command:
bash ./configure --enable-debug --disable-warnings-as-errors 
--with-target-bits=32 --with-toolchain-version=2017 
--with-jvm-variants=client --with-boot-jdk="/cygdrive/c/Program 
Files/Java/jdk-11.0.2/";


and I get:

ERROR: Build failed for target 'default (exploded-image)' in 
configuration 'windows-x86-client-fastdebug' (exit code 2)

Stopping sjavac server

=== Output from failing command(s) repeated here ===
* For target support_native_java.desktop_libawt_Hashtable.obj:
Hashtable.cpp
c:/cygwin64/home/franc/java/jdk12/src/java.desktop/windows/native/libawt/windows/Hashtable.cpp(53): 
error C2664: 'void 
DTrace_PrintFunction(DTRACE_PRINT_CALLBACK,dtrace_id *,dtrace_id 
*,const char *,int,int,const char *,...)': cannot convert argument 1 
from 'void (__stdcall *)(const char *,int,int,const char *,va_list)' 
to 'DTRACE_PRINT_CALLBACK'
c:/cygwin64/home/franc/java/jdk12/src/java.desktop/windows/native/libawt/windows/Hashtable.cpp(53): 
note: None of the functions with this name in scope match the target 
type


Maybe CALLBACK / JNICALL macro is missing somewhere…
If I understand correctly, a pointer to function with __stdcall calling 
convention is expected; but DTRACE_PRINT_CALLBACK probably does not have it.


Does it build successfully if you don't define DEBUG?

Regards,
Alexey



Sorry I can't see anything that would cause that - certainly nothing 
32-bit specific.


David
-


    ... (rest of output omitted)

* All command lines available in 
/cygdrive/c/cygwin64/home/franc/java/jdk12/build/windows-x86-client-fastdebug/make-support/failure-logs.

=== End of repeated output ===

No indication of failed target found.
Hint: Try searching the build log for '] Error'.
Hint: See doc/building.html#troubleshooting for assistance.

make[1]: *** [/home/franc/java/jdk12/make/Init.gmk:310: main] Error 2
make: *** [/home/franc/java/jdk12/make/Init.gmk:186: default] Error 2






Re: compiling openJdk 11 on windows 7 32bits fail

2019-02-11 Thread David Holmes

On 12/02/2019 1:45 pm, Franco Gastón Pellegrini wrote:
I just downloaded again (to be sure about my errors) JDK 12 and use this 
command:
bash ./configure --enable-debug --disable-warnings-as-errors 
--with-target-bits=32 --with-toolchain-version=2017 
--with-jvm-variants=client --with-boot-jdk="/cygdrive/c/Program 
Files/Java/jdk-11.0.2/";


and I get:

ERROR: Build failed for target 'default (exploded-image)' in 
configuration 'windows-x86-client-fastdebug' (exit code 2)

Stopping sjavac server

=== Output from failing command(s) repeated here ===
* For target support_native_java.desktop_libawt_Hashtable.obj:
Hashtable.cpp
c:/cygwin64/home/franc/java/jdk12/src/java.desktop/windows/native/libawt/windows/Hashtable.cpp(53): 
error C2664: 'void DTrace_PrintFunction(DTRACE_PRINT_CALLBACK,dtrace_id 
*,dtrace_id *,const char *,int,int,const char *,...)': cannot convert 
argument 1 from 'void (__stdcall *)(const char *,int,int,const char 
*,va_list)' to 'DTRACE_PRINT_CALLBACK'
c:/cygwin64/home/franc/java/jdk12/src/java.desktop/windows/native/libawt/windows/Hashtable.cpp(53): 
note: None of the functions with this name in scope match the target type


Sorry I can't see anything that would cause that - certainly nothing 
32-bit specific.


David
-


    ... (rest of output omitted)

* All command lines available in 
/cygdrive/c/cygwin64/home/franc/java/jdk12/build/windows-x86-client-fastdebug/make-support/failure-logs.

=== End of repeated output ===

No indication of failed target found.
Hint: Try searching the build log for '] Error'.
Hint: See doc/building.html#troubleshooting for assistance.

make[1]: *** [/home/franc/java/jdk12/make/Init.gmk:310: main] Error 2
make: *** [/home/franc/java/jdk12/make/Init.gmk:186: default] Error 2


El lun., 11 de feb. de 2019 a la(s) 19:53, David Holmes 
(david.hol...@oracle.com ) escribió:


On 12/02/2019 8:28 am, Franco Gastón Pellegrini wrote:
 > My mistake to not fully describe it but I tried jdk 11 and 12
using the
 > disable warning as error on both, getting similar errors. (Both
32 bits)

The "operator delete" issue has already been encountered:

https://bugs.openjdk.java.net/browse/JDK-8196880

But I can't see how that relates to share/code/codeBlob.cpp and only
for
32-bit. That would be a question for hotspot-...@openjdk.java.net


David

 > El lun., 11 de feb. de 2019 19:26, David Holmes
mailto:david.hol...@oracle.com>
 > >> escribió:
 >
 >     On 12/02/2019 12:03 am, Alexey Ivanov wrote:
 >      > Hi David,
 >      >
 >      > On 11/02/2019 11:33, David Holmes wrote:
 >      >> Hi Alexey,
 >      >>
 >      >> On 11/02/2019 7:12 pm, Alexey Ivanov wrote:
 >      >>> Hi Franco,
 >      >>>
 >      >>> On 11/02/2019 02:03, David Holmes wrote:
 >       On 8/02/2019 5:07 am, Franco Gastón Pellegrini wrote:
 >      > I tried compiling JDK 12 for 32 bits, and I get
similar errors:
 >      >
 >      > === Output from failing command(s) repeated here ===
 >      > * For target
 >     hotspot_variant-client_libjvm_objs_classFileParser.obj:
 >      > classFileParser.cpp
 >      >
 >   
  c:/cygwin64/home/franc/java/jdk12/src/hotspot/share/classfile/classFileParser.cpp(312):

 >
 >      > error C2220: warning treated as error - no 'object' file
 >     generated
 >      >
 >   
  c:/cygwin64/home/franc/java/jdk12/src/hotspot/share/classfile/classFileParser.cpp(312):

 >
 >      > warning C4267: '=': conversion from 'size_t' to 'u2',
 >     possible loss
 >      > of data
 >      >     ... (rest of output omitted)
 >      >>>
 >      >>> I used --disable-warnings-as-errors option to configure
when I
 >     built
 >      >>> JDK for 32 bit Windows last time.
 >      >>
 >      >> Note there are actual errors in Franco's log not just the
 >     warnings I
 >      >> commented on. I think we've already encountered the
operate delete
 >      >> issue so it may be fixed in 13, but not 12. Need to track
it down.
 >      >
 >      > I must have missed that point.
 >      > The message above says “error C2220: warning treated as
error”, so I
 >      > decided to let Franco know --disable-warnings-as-errors
helped me.
 >
 >     Yeah sorry - getting confused by the different things Franco
tried. He
 >     tried a JDK11 build with --disable-warnings-as-errors but it
still
 >     failed because of real errors:
 >
 >   
  c:/cygwin64/home/franc/java/jdk11/src/hotspot/share/code/codeBlob.cpp(229):

 >
 >     error C2956: sized deallocation function 'operator delete(void*,
 >     size_t)' would be 

Re: compiling openJdk 11 on windows 7 32bits fail

2019-02-11 Thread Franco Gastón Pellegrini
I just downloaded again (to be sure about my errors) JDK 12 and use this
command:
bash ./configure --enable-debug --disable-warnings-as-errors
--with-target-bits=32 --with-toolchain-version=2017
--with-jvm-variants=client --with-boot-jdk="/cygdrive/c/Program
Files/Java/jdk-11.0.2/";

and I get:

ERROR: Build failed for target 'default (exploded-image)' in configuration
'windows-x86-client-fastdebug' (exit code 2)
Stopping sjavac server

=== Output from failing command(s) repeated here ===
* For target support_native_java.desktop_libawt_Hashtable.obj:
Hashtable.cpp
c:/cygwin64/home/franc/java/jdk12/src/java.desktop/windows/native/libawt/windows/Hashtable.cpp(53):
error C2664: 'void DTrace_PrintFunction(DTRACE_PRINT_CALLBACK,dtrace_id
*,dtrace_id *,const char *,int,int,const char *,...)': cannot convert
argument 1 from 'void (__stdcall *)(const char *,int,int,const char
*,va_list)' to 'DTRACE_PRINT_CALLBACK'
c:/cygwin64/home/franc/java/jdk12/src/java.desktop/windows/native/libawt/windows/Hashtable.cpp(53):
note: None of the functions with this name in scope match the target type
   ... (rest of output omitted)

* All command lines available in
/cygdrive/c/cygwin64/home/franc/java/jdk12/build/windows-x86-client-fastdebug/make-support/failure-logs.
=== End of repeated output ===

No indication of failed target found.
Hint: Try searching the build log for '] Error'.
Hint: See doc/building.html#troubleshooting for assistance.

make[1]: *** [/home/franc/java/jdk12/make/Init.gmk:310: main] Error 2
make: *** [/home/franc/java/jdk12/make/Init.gmk:186: default] Error 2


El lun., 11 de feb. de 2019 a la(s) 19:53, David Holmes (
david.hol...@oracle.com) escribió:

> On 12/02/2019 8:28 am, Franco Gastón Pellegrini wrote:
> > My mistake to not fully describe it but I tried jdk 11 and 12 using the
> > disable warning as error on both, getting similar errors. (Both 32 bits)
>
> The "operator delete" issue has already been encountered:
>
> https://bugs.openjdk.java.net/browse/JDK-8196880
>
> But I can't see how that relates to share/code/codeBlob.cpp and only for
> 32-bit. That would be a question for hotspot-...@openjdk.java.net
>
> David
>
> > El lun., 11 de feb. de 2019 19:26, David Holmes  > > escribió:
> >
> > On 12/02/2019 12:03 am, Alexey Ivanov wrote:
> >  > Hi David,
> >  >
> >  > On 11/02/2019 11:33, David Holmes wrote:
> >  >> Hi Alexey,
> >  >>
> >  >> On 11/02/2019 7:12 pm, Alexey Ivanov wrote:
> >  >>> Hi Franco,
> >  >>>
> >  >>> On 11/02/2019 02:03, David Holmes wrote:
> >   On 8/02/2019 5:07 am, Franco Gastón Pellegrini wrote:
> >  > I tried compiling JDK 12 for 32 bits, and I get similar
> errors:
> >  >
> >  > === Output from failing command(s) repeated here ===
> >  > * For target
> > hotspot_variant-client_libjvm_objs_classFileParser.obj:
> >  > classFileParser.cpp
> >  >
> >
>  
> c:/cygwin64/home/franc/java/jdk12/src/hotspot/share/classfile/classFileParser.cpp(312):
> >
> >  > error C2220: warning treated as error - no 'object' file
> > generated
> >  >
> >
>  
> c:/cygwin64/home/franc/java/jdk12/src/hotspot/share/classfile/classFileParser.cpp(312):
> >
> >  > warning C4267: '=': conversion from 'size_t' to 'u2',
> > possible loss
> >  > of data
> >  > ... (rest of output omitted)
> >  >>>
> >  >>> I used --disable-warnings-as-errors option to configure when I
> > built
> >  >>> JDK for 32 bit Windows last time.
> >  >>
> >  >> Note there are actual errors in Franco's log not just the
> > warnings I
> >  >> commented on. I think we've already encountered the operate
> delete
> >  >> issue so it may be fixed in 13, but not 12. Need to track it
> down.
> >  >
> >  > I must have missed that point.
> >  > The message above says “error C2220: warning treated as error”,
> so I
> >  > decided to let Franco know --disable-warnings-as-errors helped me.
> >
> > Yeah sorry - getting confused by the different things Franco tried.
> He
> > tried a JDK11 build with --disable-warnings-as-errors but it still
> > failed because of real errors:
> >
> >
>  c:/cygwin64/home/franc/java/jdk11/src/hotspot/share/code/codeBlob.cpp(229):
> >
> > error C2956: sized deallocation function 'operator delete(void*,
> > size_t)' would be chosen as placement deallocation function.
> > predefined C++ types (compiler internal)(44): note: see declaration
> of
> > 'operator delete'
> >
> > Then he posted that he'd tried jdk12 as well with "similar errors"
> but
> > only showed the
> >
> > error C2220: warning treated as error - no 'object' file generated
> > warning C4267: '=': conversion from 'size_t' to 'u2', possible loss
> > of data
> >
> > which means he was not running with --disable-warnings-as-errors
> >
> > David
> > -
> >
> >
> >

Re: compiling openJdk 11 on windows 7 32bits fail

2019-02-11 Thread David Holmes

On 12/02/2019 8:28 am, Franco Gastón Pellegrini wrote:
My mistake to not fully describe it but I tried jdk 11 and 12 using the 
disable warning as error on both, getting similar errors. (Both 32 bits)


The "operator delete" issue has already been encountered:

https://bugs.openjdk.java.net/browse/JDK-8196880

But I can't see how that relates to share/code/codeBlob.cpp and only for 
32-bit. That would be a question for hotspot-...@openjdk.java.net


David

El lun., 11 de feb. de 2019 19:26, David Holmes > escribió:


On 12/02/2019 12:03 am, Alexey Ivanov wrote:
 > Hi David,
 >
 > On 11/02/2019 11:33, David Holmes wrote:
 >> Hi Alexey,
 >>
 >> On 11/02/2019 7:12 pm, Alexey Ivanov wrote:
 >>> Hi Franco,
 >>>
 >>> On 11/02/2019 02:03, David Holmes wrote:
  On 8/02/2019 5:07 am, Franco Gastón Pellegrini wrote:
 > I tried compiling JDK 12 for 32 bits, and I get similar errors:
 >
 > === Output from failing command(s) repeated here ===
 > * For target
hotspot_variant-client_libjvm_objs_classFileParser.obj:
 > classFileParser.cpp
 >

c:/cygwin64/home/franc/java/jdk12/src/hotspot/share/classfile/classFileParser.cpp(312):

 > error C2220: warning treated as error - no 'object' file
generated
 >

c:/cygwin64/home/franc/java/jdk12/src/hotspot/share/classfile/classFileParser.cpp(312):

 > warning C4267: '=': conversion from 'size_t' to 'u2',
possible loss
 > of data
 >     ... (rest of output omitted)
 >>>
 >>> I used --disable-warnings-as-errors option to configure when I
built
 >>> JDK for 32 bit Windows last time.
 >>
 >> Note there are actual errors in Franco's log not just the
warnings I
 >> commented on. I think we've already encountered the operate delete
 >> issue so it may be fixed in 13, but not 12. Need to track it down.
 >
 > I must have missed that point.
 > The message above says “error C2220: warning treated as error”, so I
 > decided to let Franco know --disable-warnings-as-errors helped me.

Yeah sorry - getting confused by the different things Franco tried. He
tried a JDK11 build with --disable-warnings-as-errors but it still
failed because of real errors:

c:/cygwin64/home/franc/java/jdk11/src/hotspot/share/code/codeBlob.cpp(229):

error C2956: sized deallocation function 'operator delete(void*,
size_t)' would be chosen as placement deallocation function.
predefined C++ types (compiler internal)(44): note: see declaration of
'operator delete'

Then he posted that he'd tried jdk12 as well with "similar errors" but
only showed the

error C2220: warning treated as error - no 'object' file generated
warning C4267: '=': conversion from 'size_t' to 'u2', possible loss
of data

which means he was not running with --disable-warnings-as-errors

David
-


 >
 > It's been a long while since I built jdk-dev on 32 bit Windows last
 > time; many things could have changed there.
 >
 > Regards,
 > Alexey
 >
 >>
 >> Cheers,
 >> David
 >>
 >>> David pointed to JDK-8205677 which should be forwardported to
13 to
 >>> fix the problem.
 >>>
 >>> Regards,
 >>> Alexey
 >>>
 
  This is an issue we ran into compiling 8u with VS2017:
 
  https://bugs.openjdk.java.net/browse/JDK-8205677
 
  We probably never noticed in JDK 12 because we don't do 32-bits
  builds with VS2017.
 
  David
  -
 
 > * All command lines available in
 >

/cygdrive/c/cygwin64/home/franc/java/jdk12/build/windows-x86-client-fastdebug/make-support/failure-logs.

 >
 > === End of repeated output ===
 >
 > No indication of failed target found.
 > Hint: Try searching the build log for '] Error'.
 > Hint: See doc/building.html#troubleshooting for assistance.
 >
 > make[1]: *** [/home/franc/java/jdk12/make/Init.gmk:310: main]
Error 2
 > make: *** [/home/franc/java/jdk12/make/Init.gmk:186: default]
Error 2
 >
 >
 > El mié., 6 de feb. de 2019 a la(s) 19:23, Franco Gastón
Pellegrini
 > (francogpellegr...@gmail.com

>)
 > escribió:
 >
 >     I just tried --disable-warnings-as-errors, and JDK 11
64bits as a
 >     bootjdk, but I get a lots of errors, and it refuse to build,
 > like this:
 >
 >

c:/cygwin64/home/franc/java/jdk11/src/hotspot/share/classfile/classFileParser.cpp(310):

 >
 >     warning C4267: '=': conversion from 'size_t' to 'u2',
possible
 > 

Re: compiling openJdk 11 on windows 7 32bits fail

2019-02-11 Thread Franco Gastón Pellegrini
My mistake to not fully describe it but I tried jdk 11 and 12 using the
disable warning as error on both, getting similar errors. (Both 32 bits)

El lun., 11 de feb. de 2019 19:26, David Holmes 
escribió:

> On 12/02/2019 12:03 am, Alexey Ivanov wrote:
> > Hi David,
> >
> > On 11/02/2019 11:33, David Holmes wrote:
> >> Hi Alexey,
> >>
> >> On 11/02/2019 7:12 pm, Alexey Ivanov wrote:
> >>> Hi Franco,
> >>>
> >>> On 11/02/2019 02:03, David Holmes wrote:
>  On 8/02/2019 5:07 am, Franco Gastón Pellegrini wrote:
> > I tried compiling JDK 12 for 32 bits, and I get similar errors:
> >
> > === Output from failing command(s) repeated here ===
> > * For target hotspot_variant-client_libjvm_objs_classFileParser.obj:
> > classFileParser.cpp
> >
> c:/cygwin64/home/franc/java/jdk12/src/hotspot/share/classfile/classFileParser.cpp(312):
>
> > error C2220: warning treated as error - no 'object' file generated
> >
> c:/cygwin64/home/franc/java/jdk12/src/hotspot/share/classfile/classFileParser.cpp(312):
>
> > warning C4267: '=': conversion from 'size_t' to 'u2', possible loss
> > of data
> > ... (rest of output omitted)
> >>>
> >>> I used --disable-warnings-as-errors option to configure when I built
> >>> JDK for 32 bit Windows last time.
> >>
> >> Note there are actual errors in Franco's log not just the warnings I
> >> commented on. I think we've already encountered the operate delete
> >> issue so it may be fixed in 13, but not 12. Need to track it down.
> >
> > I must have missed that point.
> > The message above says “error C2220: warning treated as error”, so I
> > decided to let Franco know --disable-warnings-as-errors helped me.
>
> Yeah sorry - getting confused by the different things Franco tried. He
> tried a JDK11 build with --disable-warnings-as-errors but it still
> failed because of real errors:
>
> c:/cygwin64/home/franc/java/jdk11/src/hotspot/share/code/codeBlob.cpp(229):
>
> error C2956: sized deallocation function 'operator delete(void*,
> size_t)' would be chosen as placement deallocation function.
> predefined C++ types (compiler internal)(44): note: see declaration of
> 'operator delete'
>
> Then he posted that he'd tried jdk12 as well with "similar errors" but
> only showed the
>
> error C2220: warning treated as error - no 'object' file generated
> warning C4267: '=': conversion from 'size_t' to 'u2', possible loss of data
>
> which means he was not running with --disable-warnings-as-errors
>
> David
> -
>
>
> >
> > It's been a long while since I built jdk-dev on 32 bit Windows last
> > time; many things could have changed there.
> >
> > Regards,
> > Alexey
> >
> >>
> >> Cheers,
> >> David
> >>
> >>> David pointed to JDK-8205677 which should be forwardported to 13 to
> >>> fix the problem.
> >>>
> >>> Regards,
> >>> Alexey
> >>>
> 
>  This is an issue we ran into compiling 8u with VS2017:
> 
>  https://bugs.openjdk.java.net/browse/JDK-8205677
> 
>  We probably never noticed in JDK 12 because we don't do 32-bits
>  builds with VS2017.
> 
>  David
>  -
> 
> > * All command lines available in
> >
> /cygdrive/c/cygwin64/home/franc/java/jdk12/build/windows-x86-client-fastdebug/make-support/failure-logs.
>
> >
> > === End of repeated output ===
> >
> > No indication of failed target found.
> > Hint: Try searching the build log for '] Error'.
> > Hint: See doc/building.html#troubleshooting for assistance.
> >
> > make[1]: *** [/home/franc/java/jdk12/make/Init.gmk:310: main] Error 2
> > make: *** [/home/franc/java/jdk12/make/Init.gmk:186: default] Error 2
> >
> >
> > El mié., 6 de feb. de 2019 a la(s) 19:23, Franco Gastón Pellegrini
> > (francogpellegr...@gmail.com )
> > escribió:
> >
> > I just tried --disable-warnings-as-errors, and JDK 11 64bits as a
> > bootjdk, but I get a lots of errors, and it refuse to build,
> > like this:
> >
> >
> c:/cygwin64/home/franc/java/jdk11/src/hotspot/share/classfile/classFileParser.cpp(310):
>
> >
> > warning C4267: '=': conversion from 'size_t' to 'u2', possible
> > loss
> > of data
> >
> c:/cygwin64/home/franc/java/jdk11/src/hotspot/share/code/codeBlob.cpp(229):
> >
> > error C2956: sized deallocation function 'operator delete(void*,
> > size_t)' would be chosen as placement deallocation function.
> > predefined C++ types (compiler internal)(44): note: see
> > declaration
> > of 'operator delete'
> >
> c:/cygwin64/home/franc/java/jdk11/src/hotspot/share/code/codeBlob.cpp(250):
> >
> > error C2956: sized deallocation function 'operator delete(void*,
> > size_t)' would be chosen as placement deallocation function.
> > predefined C++ types (compiler internal)(44): note: see
> > declaration
> > of 'operator delete'
> >
> 

Re: compiling openJdk 11 on windows 7 32bits fail

2019-02-11 Thread David Holmes

On 12/02/2019 12:03 am, Alexey Ivanov wrote:

Hi David,

On 11/02/2019 11:33, David Holmes wrote:

Hi Alexey,

On 11/02/2019 7:12 pm, Alexey Ivanov wrote:

Hi Franco,

On 11/02/2019 02:03, David Holmes wrote:

On 8/02/2019 5:07 am, Franco Gastón Pellegrini wrote:

I tried compiling JDK 12 for 32 bits, and I get similar errors:

=== Output from failing command(s) repeated here ===
* For target hotspot_variant-client_libjvm_objs_classFileParser.obj:
classFileParser.cpp
c:/cygwin64/home/franc/java/jdk12/src/hotspot/share/classfile/classFileParser.cpp(312): 
error C2220: warning treated as error - no 'object' file generated
c:/cygwin64/home/franc/java/jdk12/src/hotspot/share/classfile/classFileParser.cpp(312): 
warning C4267: '=': conversion from 'size_t' to 'u2', possible loss 
of data

    ... (rest of output omitted)


I used --disable-warnings-as-errors option to configure when I built 
JDK for 32 bit Windows last time.


Note there are actual errors in Franco's log not just the warnings I 
commented on. I think we've already encountered the operate delete 
issue so it may be fixed in 13, but not 12. Need to track it down.


I must have missed that point.
The message above says “error C2220: warning treated as error”, so I 
decided to let Franco know --disable-warnings-as-errors helped me.


Yeah sorry - getting confused by the different things Franco tried. He 
tried a JDK11 build with --disable-warnings-as-errors but it still 
failed because of real errors:


c:/cygwin64/home/franc/java/jdk11/src/hotspot/share/code/codeBlob.cpp(229): 
error C2956: sized deallocation function 'operator delete(void*, 
size_t)' would be chosen as placement deallocation function.
predefined C++ types (compiler internal)(44): note: see declaration of 
'operator delete'


Then he posted that he'd tried jdk12 as well with "similar errors" but 
only showed the


error C2220: warning treated as error - no 'object' file generated
warning C4267: '=': conversion from 'size_t' to 'u2', possible loss of data

which means he was not running with --disable-warnings-as-errors

David
-




It's been a long while since I built jdk-dev on 32 bit Windows last 
time; many things could have changed there.


Regards,
Alexey



Cheers,
David

David pointed to JDK-8205677 which should be forwardported to 13 to 
fix the problem.


Regards,
Alexey



This is an issue we ran into compiling 8u with VS2017:

https://bugs.openjdk.java.net/browse/JDK-8205677

We probably never noticed in JDK 12 because we don't do 32-bits 
builds with VS2017.


David
-

* All command lines available in 
/cygdrive/c/cygwin64/home/franc/java/jdk12/build/windows-x86-client-fastdebug/make-support/failure-logs. 


=== End of repeated output ===

No indication of failed target found.
Hint: Try searching the build log for '] Error'.
Hint: See doc/building.html#troubleshooting for assistance.

make[1]: *** [/home/franc/java/jdk12/make/Init.gmk:310: main] Error 2
make: *** [/home/franc/java/jdk12/make/Init.gmk:186: default] Error 2


El mié., 6 de feb. de 2019 a la(s) 19:23, Franco Gastón Pellegrini 
(francogpellegr...@gmail.com ) 
escribió:


    I just tried --disable-warnings-as-errors, and JDK 11 64bits as a
    bootjdk, but I get a lots of errors, and it refuse to build, 
like this:


c:/cygwin64/home/franc/java/jdk11/src/hotspot/share/classfile/classFileParser.cpp(310): 

    warning C4267: '=': conversion from 'size_t' to 'u2', possible 
loss

    of data
c:/cygwin64/home/franc/java/jdk11/src/hotspot/share/code/codeBlob.cpp(229): 


    error C2956: sized deallocation function 'operator delete(void*,
    size_t)' would be chosen as placement deallocation function.
    predefined C++ types (compiler internal)(44): note: see 
declaration

    of 'operator delete'
c:/cygwin64/home/franc/java/jdk11/src/hotspot/share/code/codeBlob.cpp(250): 


    error C2956: sized deallocation function 'operator delete(void*,
    size_t)' would be chosen as placement deallocation function.
    predefined C++ types (compiler internal)(44): note: see 
declaration

    of 'operator delete'
c:/cygwin64/home/franc/java/jdk11/src/hotspot/share/code/codeBlob.cpp(289): 


    error C2956: sized deallocation function 'operator delete(void*,
    size_t)' would be chosen as placement deallocation function.
    predefined C++ types (compiler internal)(44): note: see 
declaration

    of 'operator delete'
c:/cygwin64/home/franc/java/jdk11/src/hotspot/share/code/codeBlob.cpp(312): 


    error C2956: sized deallocation function 'operator delete(void*,
    size_t)' would be chosen as placement deallocation function.
    predefined C++ types (compiler internal)(44): note: see 
declaration

    of 'operator delete'
c:/cygwin64/home/franc/java/jdk11/src/hotspot/share/code/codeBlob.cpp(333): 


    error C2956: sized deallocation function 'operator delete(void*,
    size_t)' would be chosen as placement deallocation function.
    predefined C++ types (compiler 

Re: compiling openJdk 11 on windows 7 32bits fail

2019-02-11 Thread Alexey Ivanov

Hi David,

On 11/02/2019 11:33, David Holmes wrote:

Hi Alexey,

On 11/02/2019 7:12 pm, Alexey Ivanov wrote:

Hi Franco,

On 11/02/2019 02:03, David Holmes wrote:

On 8/02/2019 5:07 am, Franco Gastón Pellegrini wrote:

I tried compiling JDK 12 for 32 bits, and I get similar errors:

=== Output from failing command(s) repeated here ===
* For target hotspot_variant-client_libjvm_objs_classFileParser.obj:
classFileParser.cpp
c:/cygwin64/home/franc/java/jdk12/src/hotspot/share/classfile/classFileParser.cpp(312): 
error C2220: warning treated as error - no 'object' file generated
c:/cygwin64/home/franc/java/jdk12/src/hotspot/share/classfile/classFileParser.cpp(312): 
warning C4267: '=': conversion from 'size_t' to 'u2', possible loss 
of data

    ... (rest of output omitted)


I used --disable-warnings-as-errors option to configure when I built 
JDK for 32 bit Windows last time.


Note there are actual errors in Franco's log not just the warnings I 
commented on. I think we've already encountered the operate delete 
issue so it may be fixed in 13, but not 12. Need to track it down.


I must have missed that point.
The message above says “error C2220: warning treated as error”, so I 
decided to let Franco know --disable-warnings-as-errors helped me.


It's been a long while since I built jdk-dev on 32 bit Windows last 
time; many things could have changed there.


Regards,
Alexey



Cheers,
David

David pointed to JDK-8205677 which should be forwardported to 13 to 
fix the problem.


Regards,
Alexey



This is an issue we ran into compiling 8u with VS2017:

https://bugs.openjdk.java.net/browse/JDK-8205677

We probably never noticed in JDK 12 because we don't do 32-bits 
builds with VS2017.


David
-

* All command lines available in 
/cygdrive/c/cygwin64/home/franc/java/jdk12/build/windows-x86-client-fastdebug/make-support/failure-logs. 


=== End of repeated output ===

No indication of failed target found.
Hint: Try searching the build log for '] Error'.
Hint: See doc/building.html#troubleshooting for assistance.

make[1]: *** [/home/franc/java/jdk12/make/Init.gmk:310: main] Error 2
make: *** [/home/franc/java/jdk12/make/Init.gmk:186: default] Error 2


El mié., 6 de feb. de 2019 a la(s) 19:23, Franco Gastón Pellegrini 
(francogpellegr...@gmail.com ) 
escribió:


    I just tried --disable-warnings-as-errors, and JDK 11 64bits as a
    bootjdk, but I get a lots of errors, and it refuse to build, 
like this:


c:/cygwin64/home/franc/java/jdk11/src/hotspot/share/classfile/classFileParser.cpp(310): 

    warning C4267: '=': conversion from 'size_t' to 'u2', possible 
loss

    of data
c:/cygwin64/home/franc/java/jdk11/src/hotspot/share/code/codeBlob.cpp(229): 


    error C2956: sized deallocation function 'operator delete(void*,
    size_t)' would be chosen as placement deallocation function.
    predefined C++ types (compiler internal)(44): note: see 
declaration

    of 'operator delete'
c:/cygwin64/home/franc/java/jdk11/src/hotspot/share/code/codeBlob.cpp(250): 


    error C2956: sized deallocation function 'operator delete(void*,
    size_t)' would be chosen as placement deallocation function.
    predefined C++ types (compiler internal)(44): note: see 
declaration

    of 'operator delete'
c:/cygwin64/home/franc/java/jdk11/src/hotspot/share/code/codeBlob.cpp(289): 


    error C2956: sized deallocation function 'operator delete(void*,
    size_t)' would be chosen as placement deallocation function.
    predefined C++ types (compiler internal)(44): note: see 
declaration

    of 'operator delete'
c:/cygwin64/home/franc/java/jdk11/src/hotspot/share/code/codeBlob.cpp(312): 


    error C2956: sized deallocation function 'operator delete(void*,
    size_t)' would be chosen as placement deallocation function.
    predefined C++ types (compiler internal)(44): note: see 
declaration

    of 'operator delete'
c:/cygwin64/home/franc/java/jdk11/src/hotspot/share/code/codeBlob.cpp(333): 


    error C2956: sized deallocation function 'operator delete(void*,
    size_t)' would be chosen as placement deallocation function.
    predefined C++ types (compiler internal)(44): note: see 
declaration

    of 'operator delete'
c:/cygwin64/home/franc/java/jdk11/src/hotspot/share/code/codeBlob.cpp(372): 


    error C2956: sized deallocation function 'operator delete(void*,
    size_t)' would be chosen as placement deallocation function.
    predefined C++ types (compiler internal)(44): note: see 
declaration

    of 'operator delete'
c:/cygwin64/home/franc/java/jdk11/src/hotspot/share/code/codeBlob.cpp(437): 


    error C2956: sized deallocation function 'operator delete(void*,
    size_t)' would be chosen as placement deallocation function.
    predefined C++ types (compiler internal)(44): note: see 
declaration

    of 'operator delete'
c:/cygwin64/home/franc/java/jdk11/src/hotspot/share/code/codeBlob.cpp(541): 


    error C2956: sized deallocation function 'operator delete(void*,

Re: compiling openJdk 11 on windows 7 32bits fail

2019-02-11 Thread David Holmes

Hi Alexey,

On 11/02/2019 7:12 pm, Alexey Ivanov wrote:

Hi Franco,

On 11/02/2019 02:03, David Holmes wrote:

On 8/02/2019 5:07 am, Franco Gastón Pellegrini wrote:

I tried compiling JDK 12 for 32 bits, and I get similar errors:

=== Output from failing command(s) repeated here ===
* For target hotspot_variant-client_libjvm_objs_classFileParser.obj:
classFileParser.cpp
c:/cygwin64/home/franc/java/jdk12/src/hotspot/share/classfile/classFileParser.cpp(312): 
error C2220: warning treated as error - no 'object' file generated
c:/cygwin64/home/franc/java/jdk12/src/hotspot/share/classfile/classFileParser.cpp(312): 
warning C4267: '=': conversion from 'size_t' to 'u2', possible loss 
of data

    ... (rest of output omitted)


I used --disable-warnings-as-errors option to configure when I built JDK 
for 32 bit Windows last time.


Note there are actual errors in Franco's log not just the warnings I 
commented on. I think we've already encountered the operate delete issue 
so it may be fixed in 13, but not 12. Need to track it down.


Cheers,
David

David pointed to JDK-8205677 which should be forwardported to 13 to fix 
the problem.


Regards,
Alexey



This is an issue we ran into compiling 8u with VS2017:

https://bugs.openjdk.java.net/browse/JDK-8205677

We probably never noticed in JDK 12 because we don't do 32-bits builds 
with VS2017.


David
-

* All command lines available in 
/cygdrive/c/cygwin64/home/franc/java/jdk12/build/windows-x86-client-fastdebug/make-support/failure-logs. 


=== End of repeated output ===

No indication of failed target found.
Hint: Try searching the build log for '] Error'.
Hint: See doc/building.html#troubleshooting for assistance.

make[1]: *** [/home/franc/java/jdk12/make/Init.gmk:310: main] Error 2
make: *** [/home/franc/java/jdk12/make/Init.gmk:186: default] Error 2


El mié., 6 de feb. de 2019 a la(s) 19:23, Franco Gastón Pellegrini 
(francogpellegr...@gmail.com ) 
escribió:


    I just tried --disable-warnings-as-errors, and JDK 11 64bits as a
    bootjdk, but I get a lots of errors, and it refuse to build, like 
this:


c:/cygwin64/home/franc/java/jdk11/src/hotspot/share/classfile/classFileParser.cpp(310): 


    warning C4267: '=': conversion from 'size_t' to 'u2', possible loss
    of data
c:/cygwin64/home/franc/java/jdk11/src/hotspot/share/code/codeBlob.cpp(229): 


    error C2956: sized deallocation function 'operator delete(void*,
    size_t)' would be chosen as placement deallocation function.
    predefined C++ types (compiler internal)(44): note: see declaration
    of 'operator delete'
c:/cygwin64/home/franc/java/jdk11/src/hotspot/share/code/codeBlob.cpp(250): 


    error C2956: sized deallocation function 'operator delete(void*,
    size_t)' would be chosen as placement deallocation function.
    predefined C++ types (compiler internal)(44): note: see declaration
    of 'operator delete'
c:/cygwin64/home/franc/java/jdk11/src/hotspot/share/code/codeBlob.cpp(289): 


    error C2956: sized deallocation function 'operator delete(void*,
    size_t)' would be chosen as placement deallocation function.
    predefined C++ types (compiler internal)(44): note: see declaration
    of 'operator delete'
c:/cygwin64/home/franc/java/jdk11/src/hotspot/share/code/codeBlob.cpp(312): 


    error C2956: sized deallocation function 'operator delete(void*,
    size_t)' would be chosen as placement deallocation function.
    predefined C++ types (compiler internal)(44): note: see declaration
    of 'operator delete'
c:/cygwin64/home/franc/java/jdk11/src/hotspot/share/code/codeBlob.cpp(333): 


    error C2956: sized deallocation function 'operator delete(void*,
    size_t)' would be chosen as placement deallocation function.
    predefined C++ types (compiler internal)(44): note: see declaration
    of 'operator delete'
c:/cygwin64/home/franc/java/jdk11/src/hotspot/share/code/codeBlob.cpp(372): 


    error C2956: sized deallocation function 'operator delete(void*,
    size_t)' would be chosen as placement deallocation function.
    predefined C++ types (compiler internal)(44): note: see declaration
    of 'operator delete'
c:/cygwin64/home/franc/java/jdk11/src/hotspot/share/code/codeBlob.cpp(437): 


    error C2956: sized deallocation function 'operator delete(void*,
    size_t)' would be chosen as placement deallocation function.
    predefined C++ types (compiler internal)(44): note: see declaration
    of 'operator delete'
c:/cygwin64/home/franc/java/jdk11/src/hotspot/share/code/codeBlob.cpp(541): 


    error C2956: sized deallocation function 'operator delete(void*,
    size_t)' would be chosen as placement deallocation function.
    predefined C++ types (compiler internal)(44): note: see declaration
    of 'operator delete'






Re: compiling openJdk 11 on windows 7 32bits fail

2019-02-11 Thread Alexey Ivanov

Hi Franco,

On 11/02/2019 02:03, David Holmes wrote:

On 8/02/2019 5:07 am, Franco Gastón Pellegrini wrote:

I tried compiling JDK 12 for 32 bits, and I get similar errors:

=== Output from failing command(s) repeated here ===
* For target hotspot_variant-client_libjvm_objs_classFileParser.obj:
classFileParser.cpp
c:/cygwin64/home/franc/java/jdk12/src/hotspot/share/classfile/classFileParser.cpp(312): 
error C2220: warning treated as error - no 'object' file generated
c:/cygwin64/home/franc/java/jdk12/src/hotspot/share/classfile/classFileParser.cpp(312): 
warning C4267: '=': conversion from 'size_t' to 'u2', possible loss 
of data

    ... (rest of output omitted)


I used --disable-warnings-as-errors option to configure when I built JDK 
for 32 bit Windows last time.


David pointed to JDK-8205677 which should be forwardported to 13 to fix 
the problem.


Regards,
Alexey



This is an issue we ran into compiling 8u with VS2017:

https://bugs.openjdk.java.net/browse/JDK-8205677

We probably never noticed in JDK 12 because we don't do 32-bits builds 
with VS2017.


David
-

* All command lines available in 
/cygdrive/c/cygwin64/home/franc/java/jdk12/build/windows-x86-client-fastdebug/make-support/failure-logs.

=== End of repeated output ===

No indication of failed target found.
Hint: Try searching the build log for '] Error'.
Hint: See doc/building.html#troubleshooting for assistance.

make[1]: *** [/home/franc/java/jdk12/make/Init.gmk:310: main] Error 2
make: *** [/home/franc/java/jdk12/make/Init.gmk:186: default] Error 2


El mié., 6 de feb. de 2019 a la(s) 19:23, Franco Gastón Pellegrini 
(francogpellegr...@gmail.com ) 
escribió:


    I just tried --disable-warnings-as-errors, and JDK 11 64bits as a
    bootjdk, but I get a lots of errors, and it refuse to build, like 
this:


c:/cygwin64/home/franc/java/jdk11/src/hotspot/share/classfile/classFileParser.cpp(310):
    warning C4267: '=': conversion from 'size_t' to 'u2', possible loss
    of data
c:/cygwin64/home/franc/java/jdk11/src/hotspot/share/code/codeBlob.cpp(229):
    error C2956: sized deallocation function 'operator delete(void*,
    size_t)' would be chosen as placement deallocation function.
    predefined C++ types (compiler internal)(44): note: see declaration
    of 'operator delete'
c:/cygwin64/home/franc/java/jdk11/src/hotspot/share/code/codeBlob.cpp(250):
    error C2956: sized deallocation function 'operator delete(void*,
    size_t)' would be chosen as placement deallocation function.
    predefined C++ types (compiler internal)(44): note: see declaration
    of 'operator delete'
c:/cygwin64/home/franc/java/jdk11/src/hotspot/share/code/codeBlob.cpp(289):
    error C2956: sized deallocation function 'operator delete(void*,
    size_t)' would be chosen as placement deallocation function.
    predefined C++ types (compiler internal)(44): note: see declaration
    of 'operator delete'
c:/cygwin64/home/franc/java/jdk11/src/hotspot/share/code/codeBlob.cpp(312):
    error C2956: sized deallocation function 'operator delete(void*,
    size_t)' would be chosen as placement deallocation function.
    predefined C++ types (compiler internal)(44): note: see declaration
    of 'operator delete'
c:/cygwin64/home/franc/java/jdk11/src/hotspot/share/code/codeBlob.cpp(333):
    error C2956: sized deallocation function 'operator delete(void*,
    size_t)' would be chosen as placement deallocation function.
    predefined C++ types (compiler internal)(44): note: see declaration
    of 'operator delete'
c:/cygwin64/home/franc/java/jdk11/src/hotspot/share/code/codeBlob.cpp(372):
    error C2956: sized deallocation function 'operator delete(void*,
    size_t)' would be chosen as placement deallocation function.
    predefined C++ types (compiler internal)(44): note: see declaration
    of 'operator delete'
c:/cygwin64/home/franc/java/jdk11/src/hotspot/share/code/codeBlob.cpp(437):
    error C2956: sized deallocation function 'operator delete(void*,
    size_t)' would be chosen as placement deallocation function.
    predefined C++ types (compiler internal)(44): note: see declaration
    of 'operator delete'
c:/cygwin64/home/franc/java/jdk11/src/hotspot/share/code/codeBlob.cpp(541):
    error C2956: sized deallocation function 'operator delete(void*,
    size_t)' would be chosen as placement deallocation function.
    predefined C++ types (compiler internal)(44): note: see declaration
    of 'operator delete'






Re: compiling openJdk 11 on windows 7 32bits fail

2019-02-10 Thread David Holmes

On 8/02/2019 5:07 am, Franco Gastón Pellegrini wrote:

I tried compiling JDK 12 for 32 bits, and I get similar errors:

=== Output from failing command(s) repeated here ===
* For target hotspot_variant-client_libjvm_objs_classFileParser.obj:
classFileParser.cpp
c:/cygwin64/home/franc/java/jdk12/src/hotspot/share/classfile/classFileParser.cpp(312): 
error C2220: warning treated as error - no 'object' file generated
c:/cygwin64/home/franc/java/jdk12/src/hotspot/share/classfile/classFileParser.cpp(312): 
warning C4267: '=': conversion from 'size_t' to 'u2', possible loss of data

    ... (rest of output omitted)


This is an issue we ran into compiling 8u with VS2017:

https://bugs.openjdk.java.net/browse/JDK-8205677

We probably never noticed in JDK 12 because we don't do 32-bits builds 
with VS2017.


David
-

* All command lines available in 
/cygdrive/c/cygwin64/home/franc/java/jdk12/build/windows-x86-client-fastdebug/make-support/failure-logs.

=== End of repeated output ===

No indication of failed target found.
Hint: Try searching the build log for '] Error'.
Hint: See doc/building.html#troubleshooting for assistance.

make[1]: *** [/home/franc/java/jdk12/make/Init.gmk:310: main] Error 2
make: *** [/home/franc/java/jdk12/make/Init.gmk:186: default] Error 2


El mié., 6 de feb. de 2019 a la(s) 19:23, Franco Gastón Pellegrini 
(francogpellegr...@gmail.com ) escribió:


I just tried --disable-warnings-as-errors, and JDK 11 64bits as a
bootjdk, but I get a lots of errors, and it refuse to build, like this:


c:/cygwin64/home/franc/java/jdk11/src/hotspot/share/classfile/classFileParser.cpp(310):
warning C4267: '=': conversion from 'size_t' to 'u2', possible loss
of data
c:/cygwin64/home/franc/java/jdk11/src/hotspot/share/code/codeBlob.cpp(229):
error C2956: sized deallocation function 'operator delete(void*,
size_t)' would be chosen as placement deallocation function.
predefined C++ types (compiler internal)(44): note: see declaration
of 'operator delete'
c:/cygwin64/home/franc/java/jdk11/src/hotspot/share/code/codeBlob.cpp(250):
error C2956: sized deallocation function 'operator delete(void*,
size_t)' would be chosen as placement deallocation function.
predefined C++ types (compiler internal)(44): note: see declaration
of 'operator delete'
c:/cygwin64/home/franc/java/jdk11/src/hotspot/share/code/codeBlob.cpp(289):
error C2956: sized deallocation function 'operator delete(void*,
size_t)' would be chosen as placement deallocation function.
predefined C++ types (compiler internal)(44): note: see declaration
of 'operator delete'
c:/cygwin64/home/franc/java/jdk11/src/hotspot/share/code/codeBlob.cpp(312):
error C2956: sized deallocation function 'operator delete(void*,
size_t)' would be chosen as placement deallocation function.
predefined C++ types (compiler internal)(44): note: see declaration
of 'operator delete'
c:/cygwin64/home/franc/java/jdk11/src/hotspot/share/code/codeBlob.cpp(333):
error C2956: sized deallocation function 'operator delete(void*,
size_t)' would be chosen as placement deallocation function.
predefined C++ types (compiler internal)(44): note: see declaration
of 'operator delete'
c:/cygwin64/home/franc/java/jdk11/src/hotspot/share/code/codeBlob.cpp(372):
error C2956: sized deallocation function 'operator delete(void*,
size_t)' would be chosen as placement deallocation function.
predefined C++ types (compiler internal)(44): note: see declaration
of 'operator delete'
c:/cygwin64/home/franc/java/jdk11/src/hotspot/share/code/codeBlob.cpp(437):
error C2956: sized deallocation function 'operator delete(void*,
size_t)' would be chosen as placement deallocation function.
predefined C++ types (compiler internal)(44): note: see declaration
of 'operator delete'
c:/cygwin64/home/franc/java/jdk11/src/hotspot/share/code/codeBlob.cpp(541):
error C2956: sized deallocation function 'operator delete(void*,
size_t)' would be chosen as placement deallocation function.
predefined C++ types (compiler internal)(44): note: see declaration
of 'operator delete'



El mié., 6 de feb. de 2019 a la(s) 16:15, Erik Joelsson
(erik.joels...@oracle.com ) escribió:

If you are running into warnings treated as errors, please try
configuring with --disable-warnings-as-errors. That is often
needed on
less tested platforms.

Note that as long as you run the build on a 64 bit system, you
can use a
64 bit bootjdk to build a 32 bit JDK.

/Erik

On 2019-02-06 11:07, Franco Gastón Pellegrini wrote:
 > Can this be fixed before JDK 12? I will not able to compile
java 12 32bits
 > because I will not have java 11 32bits as a boot-jdk.
 >
 > El sáb., 24 de nov. de 2018 a 

Re: compiling openJdk 11 on windows 7 32bits fail

2019-02-07 Thread Franco Gastón Pellegrini
I tried compiling JDK 12 for 32 bits, and I get similar errors:

=== Output from failing command(s) repeated here ===
* For target hotspot_variant-client_libjvm_objs_classFileParser.obj:
classFileParser.cpp
c:/cygwin64/home/franc/java/jdk12/src/hotspot/share/classfile/classFileParser.cpp(312):
error C2220: warning treated as error - no 'object' file generated
c:/cygwin64/home/franc/java/jdk12/src/hotspot/share/classfile/classFileParser.cpp(312):
warning C4267: '=': conversion from 'size_t' to 'u2', possible loss of data
   ... (rest of output omitted)

* All command lines available in
/cygdrive/c/cygwin64/home/franc/java/jdk12/build/windows-x86-client-fastdebug/make-support/failure-logs.
=== End of repeated output ===

No indication of failed target found.
Hint: Try searching the build log for '] Error'.
Hint: See doc/building.html#troubleshooting for assistance.

make[1]: *** [/home/franc/java/jdk12/make/Init.gmk:310: main] Error 2
make: *** [/home/franc/java/jdk12/make/Init.gmk:186: default] Error 2


El mié., 6 de feb. de 2019 a la(s) 19:23, Franco Gastón Pellegrini (
francogpellegr...@gmail.com) escribió:

> I just tried  --disable-warnings-as-errors, and JDK 11 64bits as a
> bootjdk, but I get a lots of errors, and it refuse to build, like this:
>
> c:/cygwin64/home/franc/java/jdk11/src/hotspot/share/classfile/classFileParser.cpp(310):
> warning C4267: '=': conversion from 'size_t' to 'u2', possible loss of data
> c:/cygwin64/home/franc/java/jdk11/src/hotspot/share/code/codeBlob.cpp(229):
> error C2956: sized deallocation function 'operator delete(void*, size_t)'
> would be chosen as placement deallocation function.
> predefined C++ types (compiler internal)(44): note: see declaration of
> 'operator delete'
> c:/cygwin64/home/franc/java/jdk11/src/hotspot/share/code/codeBlob.cpp(250):
> error C2956: sized deallocation function 'operator delete(void*, size_t)'
> would be chosen as placement deallocation function.
> predefined C++ types (compiler internal)(44): note: see declaration of
> 'operator delete'
> c:/cygwin64/home/franc/java/jdk11/src/hotspot/share/code/codeBlob.cpp(289):
> error C2956: sized deallocation function 'operator delete(void*, size_t)'
> would be chosen as placement deallocation function.
> predefined C++ types (compiler internal)(44): note: see declaration of
> 'operator delete'
> c:/cygwin64/home/franc/java/jdk11/src/hotspot/share/code/codeBlob.cpp(312):
> error C2956: sized deallocation function 'operator delete(void*, size_t)'
> would be chosen as placement deallocation function.
> predefined C++ types (compiler internal)(44): note: see declaration of
> 'operator delete'
> c:/cygwin64/home/franc/java/jdk11/src/hotspot/share/code/codeBlob.cpp(333):
> error C2956: sized deallocation function 'operator delete(void*, size_t)'
> would be chosen as placement deallocation function.
> predefined C++ types (compiler internal)(44): note: see declaration of
> 'operator delete'
> c:/cygwin64/home/franc/java/jdk11/src/hotspot/share/code/codeBlob.cpp(372):
> error C2956: sized deallocation function 'operator delete(void*, size_t)'
> would be chosen as placement deallocation function.
> predefined C++ types (compiler internal)(44): note: see declaration of
> 'operator delete'
> c:/cygwin64/home/franc/java/jdk11/src/hotspot/share/code/codeBlob.cpp(437):
> error C2956: sized deallocation function 'operator delete(void*, size_t)'
> would be chosen as placement deallocation function.
> predefined C++ types (compiler internal)(44): note: see declaration of
> 'operator delete'
> c:/cygwin64/home/franc/java/jdk11/src/hotspot/share/code/codeBlob.cpp(541):
> error C2956: sized deallocation function 'operator delete(void*, size_t)'
> would be chosen as placement deallocation function.
> predefined C++ types (compiler internal)(44): note: see declaration of
> 'operator delete'
>
>
>
> El mié., 6 de feb. de 2019 a la(s) 16:15, Erik Joelsson (
> erik.joels...@oracle.com) escribió:
>
>> If you are running into warnings treated as errors, please try
>> configuring with --disable-warnings-as-errors. That is often needed on
>> less tested platforms.
>>
>> Note that as long as you run the build on a 64 bit system, you can use a
>> 64 bit bootjdk to build a 32 bit JDK.
>>
>> /Erik
>>
>> On 2019-02-06 11:07, Franco Gastón Pellegrini wrote:
>> > Can this be fixed before JDK 12? I will not able to compile java 12
>> 32bits
>> > because I will not have java 11 32bits as a boot-jdk.
>> >
>> > El sáb., 24 de nov. de 2018 a la(s) 03:59, David Holmes (
>> > david.hol...@oracle.com) escribió:
>> >
>> >> On 23/11/2018 7:10 pm, Magnus Ihse Bursie wrote:
>> >>> On 2018-11-23 08:35, Franco Gastón Pellegrini wrote:
>>  Using the same command as before, and then using
>>  make CONF=windows-x86-normal-client-fastdebug clean;
>>  make CONF=windows-x86-normal-client-fastdebug;
>> 
>>  I get warnings as error, and cannot compile. The output is (and I
>>  attached the logs):
>> 
>>  $ make 

Re: compiling openJdk 11 on windows 7 32bits fail

2019-02-06 Thread Franco Gastón Pellegrini
I just tried  --disable-warnings-as-errors, and JDK 11 64bits as a bootjdk,
but I get a lots of errors, and it refuse to build, like this:

c:/cygwin64/home/franc/java/jdk11/src/hotspot/share/classfile/classFileParser.cpp(310):
warning C4267: '=': conversion from 'size_t' to 'u2', possible loss of data
c:/cygwin64/home/franc/java/jdk11/src/hotspot/share/code/codeBlob.cpp(229):
error C2956: sized deallocation function 'operator delete(void*, size_t)'
would be chosen as placement deallocation function.
predefined C++ types (compiler internal)(44): note: see declaration of
'operator delete'
c:/cygwin64/home/franc/java/jdk11/src/hotspot/share/code/codeBlob.cpp(250):
error C2956: sized deallocation function 'operator delete(void*, size_t)'
would be chosen as placement deallocation function.
predefined C++ types (compiler internal)(44): note: see declaration of
'operator delete'
c:/cygwin64/home/franc/java/jdk11/src/hotspot/share/code/codeBlob.cpp(289):
error C2956: sized deallocation function 'operator delete(void*, size_t)'
would be chosen as placement deallocation function.
predefined C++ types (compiler internal)(44): note: see declaration of
'operator delete'
c:/cygwin64/home/franc/java/jdk11/src/hotspot/share/code/codeBlob.cpp(312):
error C2956: sized deallocation function 'operator delete(void*, size_t)'
would be chosen as placement deallocation function.
predefined C++ types (compiler internal)(44): note: see declaration of
'operator delete'
c:/cygwin64/home/franc/java/jdk11/src/hotspot/share/code/codeBlob.cpp(333):
error C2956: sized deallocation function 'operator delete(void*, size_t)'
would be chosen as placement deallocation function.
predefined C++ types (compiler internal)(44): note: see declaration of
'operator delete'
c:/cygwin64/home/franc/java/jdk11/src/hotspot/share/code/codeBlob.cpp(372):
error C2956: sized deallocation function 'operator delete(void*, size_t)'
would be chosen as placement deallocation function.
predefined C++ types (compiler internal)(44): note: see declaration of
'operator delete'
c:/cygwin64/home/franc/java/jdk11/src/hotspot/share/code/codeBlob.cpp(437):
error C2956: sized deallocation function 'operator delete(void*, size_t)'
would be chosen as placement deallocation function.
predefined C++ types (compiler internal)(44): note: see declaration of
'operator delete'
c:/cygwin64/home/franc/java/jdk11/src/hotspot/share/code/codeBlob.cpp(541):
error C2956: sized deallocation function 'operator delete(void*, size_t)'
would be chosen as placement deallocation function.
predefined C++ types (compiler internal)(44): note: see declaration of
'operator delete'



El mié., 6 de feb. de 2019 a la(s) 16:15, Erik Joelsson (
erik.joels...@oracle.com) escribió:

> If you are running into warnings treated as errors, please try
> configuring with --disable-warnings-as-errors. That is often needed on
> less tested platforms.
>
> Note that as long as you run the build on a 64 bit system, you can use a
> 64 bit bootjdk to build a 32 bit JDK.
>
> /Erik
>
> On 2019-02-06 11:07, Franco Gastón Pellegrini wrote:
> > Can this be fixed before JDK 12? I will not able to compile java 12
> 32bits
> > because I will not have java 11 32bits as a boot-jdk.
> >
> > El sáb., 24 de nov. de 2018 a la(s) 03:59, David Holmes (
> > david.hol...@oracle.com) escribió:
> >
> >> On 23/11/2018 7:10 pm, Magnus Ihse Bursie wrote:
> >>> On 2018-11-23 08:35, Franco Gastón Pellegrini wrote:
>  Using the same command as before, and then using
>  make CONF=windows-x86-normal-client-fastdebug clean;
>  make CONF=windows-x86-normal-client-fastdebug;
> 
>  I get warnings as error, and cannot compile. The output is (and I
>  attached the logs):
> 
>  $ make CONF=windows-x86-normal-client-fastdebug;
>  Building target 'default (exploded-image)' in configuration
>  'windows-x86-normal-client-fastdebug'
>  Compiling 8 files for BUILD_TOOLS_LANGTOOLS
>  Compiling 2 files for BUILD_JVMTI_TOOLS
>  Compiling 1 files for BUILD_JFR_TOOLS
>  Compiling 12 properties into resource bundles for jdk.jdeps
>  Compiling 7 properties into resource bundles for jdk.jshell
>  Parsing 2 properties into enum-like class for jdk.compiler
>  Compiling 19 properties into resource bundles for jdk.compiler
>  Compiling 13 properties into resource bundles for jdk.javadoc
>  Compiling 117 files for BUILD_java.compiler.interim
>  Compiling 394 files for BUILD_jdk.compiler.interim
>  Creating support/modules_libs/java.base/client/jvm.dll from 746
> file(s)
>  Creating hotspot/variant-client/libjvm/gtest/jvm.dll from 90 file(s)
>  Creating hotspot/variant-client/libjvm/gtest/gtestLauncher.exe from 1
>  file(s)
>  Compiling 299 files for BUILD_jdk.javadoc.interim
>  Compiling 162 files for BUILD_TOOLS_JDK
>  Compiling 188 files for BUILD_jdk.rmic.interim
>  Note: Some input files use or override a deprecated API.
>  Note: Recompile with 

Re: compiling openJdk 11 on windows 7 32bits fail

2019-02-06 Thread Franco Gastón Pellegrini
Thanks for the tip!

El mié., 6 de feb. de 2019 a la(s) 16:15, Erik Joelsson (
erik.joels...@oracle.com) escribió:

> If you are running into warnings treated as errors, please try
> configuring with --disable-warnings-as-errors. That is often needed on
> less tested platforms.
>
> Note that as long as you run the build on a 64 bit system, you can use a
> 64 bit bootjdk to build a 32 bit JDK.
>
> /Erik
>
> On 2019-02-06 11:07, Franco Gastón Pellegrini wrote:
> > Can this be fixed before JDK 12? I will not able to compile java 12
> 32bits
> > because I will not have java 11 32bits as a boot-jdk.
> >
> > El sáb., 24 de nov. de 2018 a la(s) 03:59, David Holmes (
> > david.hol...@oracle.com) escribió:
> >
> >> On 23/11/2018 7:10 pm, Magnus Ihse Bursie wrote:
> >>> On 2018-11-23 08:35, Franco Gastón Pellegrini wrote:
>  Using the same command as before, and then using
>  make CONF=windows-x86-normal-client-fastdebug clean;
>  make CONF=windows-x86-normal-client-fastdebug;
> 
>  I get warnings as error, and cannot compile. The output is (and I
>  attached the logs):
> 
>  $ make CONF=windows-x86-normal-client-fastdebug;
>  Building target 'default (exploded-image)' in configuration
>  'windows-x86-normal-client-fastdebug'
>  Compiling 8 files for BUILD_TOOLS_LANGTOOLS
>  Compiling 2 files for BUILD_JVMTI_TOOLS
>  Compiling 1 files for BUILD_JFR_TOOLS
>  Compiling 12 properties into resource bundles for jdk.jdeps
>  Compiling 7 properties into resource bundles for jdk.jshell
>  Parsing 2 properties into enum-like class for jdk.compiler
>  Compiling 19 properties into resource bundles for jdk.compiler
>  Compiling 13 properties into resource bundles for jdk.javadoc
>  Compiling 117 files for BUILD_java.compiler.interim
>  Compiling 394 files for BUILD_jdk.compiler.interim
>  Creating support/modules_libs/java.base/client/jvm.dll from 746
> file(s)
>  Creating hotspot/variant-client/libjvm/gtest/jvm.dll from 90 file(s)
>  Creating hotspot/variant-client/libjvm/gtest/gtestLauncher.exe from 1
>  file(s)
>  Compiling 299 files for BUILD_jdk.javadoc.interim
>  Compiling 162 files for BUILD_TOOLS_JDK
>  Compiling 188 files for BUILD_jdk.rmic.interim
>  Note: Some input files use or override a deprecated API.
>  Note: Recompile with -Xlint:deprecation for details.
>  Note: Some input files use unchecked or unsafe operations.
>  Note: Recompile with -Xlint:unchecked for details.
>  Compiling 2 files for COMPILE_DEPEND
>  Note: Some input files use or override a deprecated API.
>  Note: Recompile with -Xlint:deprecation for details.
>  Compiling 2 files for BUILD_BREAKITERATOR_BASE
>  Compiling 2 files for BUILD_BREAKITERATOR_LD
>  SocketOptionRegistry.java.template
>  Compiling 11 properties into resource bundles for java.base
>  Compiling 6 properties into resource bundles for java.base
>  Compiling 11 properties into resource bundles for java.logging
>  Compiling 11 properties into resource bundles for jdk.jartool
>  Compiling 11 properties into resource bundles for jdk.management.agent
> 
> >>
> c:/cygwin/home/Franco/Java/jdk11/src/hotspot/share/classfile/classFileParser.cpp(310):
> >>
>  error C2220: warning treated as error - no 'object' file generated
> 
> >>
> c:/cygwin/home/Franco/Java/jdk11/src/hotspot/share/classfile/classFileParser.cpp(310):
> >>
>  warning C4267: '=': conversion from 'size_t' to 'u2', possible loss of
>  data
>  make[3]: *** [lib/CompileJvm.gmk:151:
> 
> >>
> /cygdrive/c/cygwin/home/Franco/Java/jdk11/build/windows-x86-normal-client-fastdebug/hotspot/variant-client/libjvm/objs/classFileParser.obj]
> >>
>  Error 1
> >>> 32-bit Windows is not regularly built, and might become unbuildable
> from
> >>> time to time. I think you are running into
> >>> https://bugs.openjdk.java.net/browse/JDK-8214206, which has a patch
> out
> >>> for review.
> >> No, this isn't JDK-8214206 - that was caused by a change only in JDK 12.
> >>
> >> But the above must have been fixed at some point as 32-bit builds in
> >> mainline are being done fairly regularly. (We have ARM 32-bit in our
> >> tier 5 now).
> >>
> >> David
> >>
> >>> /Magnus
> >>>
> >>>
>  make[3]: *** Waiting for unfinished jobs
>  make[2]: *** [make/Main.gmk:257: hotspot-client-libs] Error 2
>  make[2]: *** Waiting for unfinished jobs
>  Compiling 4 properties into resource bundles for jdk.jlink
>  Compiling 3 properties into resource bundles for jdk.jdi
>  Compiling 3 properties into resource bundles for jdk.jlink
>  Compiling 1 properties into resource bundles for jdk.jlink
> 
>  ERROR: Build failed for target 'default (exploded-image)' in
>  configuration 'windows-x86-normal-client-fastdebug' (exit code 2)
> 
>  === Output from failing command(s) repeated here ===
>  * For target 

Re: compiling openJdk 11 on windows 7 32bits fail

2019-02-06 Thread Erik Joelsson
If you are running into warnings treated as errors, please try 
configuring with --disable-warnings-as-errors. That is often needed on 
less tested platforms.


Note that as long as you run the build on a 64 bit system, you can use a 
64 bit bootjdk to build a 32 bit JDK.


/Erik

On 2019-02-06 11:07, Franco Gastón Pellegrini wrote:

Can this be fixed before JDK 12? I will not able to compile java 12 32bits
because I will not have java 11 32bits as a boot-jdk.

El sáb., 24 de nov. de 2018 a la(s) 03:59, David Holmes (
david.hol...@oracle.com) escribió:


On 23/11/2018 7:10 pm, Magnus Ihse Bursie wrote:

On 2018-11-23 08:35, Franco Gastón Pellegrini wrote:

Using the same command as before, and then using
make CONF=windows-x86-normal-client-fastdebug clean;
make CONF=windows-x86-normal-client-fastdebug;

I get warnings as error, and cannot compile. The output is (and I
attached the logs):

$ make CONF=windows-x86-normal-client-fastdebug;
Building target 'default (exploded-image)' in configuration
'windows-x86-normal-client-fastdebug'
Compiling 8 files for BUILD_TOOLS_LANGTOOLS
Compiling 2 files for BUILD_JVMTI_TOOLS
Compiling 1 files for BUILD_JFR_TOOLS
Compiling 12 properties into resource bundles for jdk.jdeps
Compiling 7 properties into resource bundles for jdk.jshell
Parsing 2 properties into enum-like class for jdk.compiler
Compiling 19 properties into resource bundles for jdk.compiler
Compiling 13 properties into resource bundles for jdk.javadoc
Compiling 117 files for BUILD_java.compiler.interim
Compiling 394 files for BUILD_jdk.compiler.interim
Creating support/modules_libs/java.base/client/jvm.dll from 746 file(s)
Creating hotspot/variant-client/libjvm/gtest/jvm.dll from 90 file(s)
Creating hotspot/variant-client/libjvm/gtest/gtestLauncher.exe from 1
file(s)
Compiling 299 files for BUILD_jdk.javadoc.interim
Compiling 162 files for BUILD_TOOLS_JDK
Compiling 188 files for BUILD_jdk.rmic.interim
Note: Some input files use or override a deprecated API.
Note: Recompile with -Xlint:deprecation for details.
Note: Some input files use unchecked or unsafe operations.
Note: Recompile with -Xlint:unchecked for details.
Compiling 2 files for COMPILE_DEPEND
Note: Some input files use or override a deprecated API.
Note: Recompile with -Xlint:deprecation for details.
Compiling 2 files for BUILD_BREAKITERATOR_BASE
Compiling 2 files for BUILD_BREAKITERATOR_LD
SocketOptionRegistry.java.template
Compiling 11 properties into resource bundles for java.base
Compiling 6 properties into resource bundles for java.base
Compiling 11 properties into resource bundles for java.logging
Compiling 11 properties into resource bundles for jdk.jartool
Compiling 11 properties into resource bundles for jdk.management.agent


c:/cygwin/home/Franco/Java/jdk11/src/hotspot/share/classfile/classFileParser.cpp(310):


error C2220: warning treated as error - no 'object' file generated


c:/cygwin/home/Franco/Java/jdk11/src/hotspot/share/classfile/classFileParser.cpp(310):


warning C4267: '=': conversion from 'size_t' to 'u2', possible loss of
data
make[3]: *** [lib/CompileJvm.gmk:151:


/cygdrive/c/cygwin/home/Franco/Java/jdk11/build/windows-x86-normal-client-fastdebug/hotspot/variant-client/libjvm/objs/classFileParser.obj]


Error 1

32-bit Windows is not regularly built, and might become unbuildable from
time to time. I think you are running into
https://bugs.openjdk.java.net/browse/JDK-8214206, which has a patch out
for review.

No, this isn't JDK-8214206 - that was caused by a change only in JDK 12.

But the above must have been fixed at some point as 32-bit builds in
mainline are being done fairly regularly. (We have ARM 32-bit in our
tier 5 now).

David


/Magnus



make[3]: *** Waiting for unfinished jobs
make[2]: *** [make/Main.gmk:257: hotspot-client-libs] Error 2
make[2]: *** Waiting for unfinished jobs
Compiling 4 properties into resource bundles for jdk.jlink
Compiling 3 properties into resource bundles for jdk.jdi
Compiling 3 properties into resource bundles for jdk.jlink
Compiling 1 properties into resource bundles for jdk.jlink

ERROR: Build failed for target 'default (exploded-image)' in
configuration 'windows-x86-normal-client-fastdebug' (exit code 2)

=== Output from failing command(s) repeated here ===
* For target hotspot_variant-client_libjvm_objs_classFileParser.obj:
classFileParser.cpp


c:/cygwin/home/Franco/Java/jdk11/src/hotspot/share/classfile/classFileParser.cpp(310):


error C2220: warning treated as error - no 'object' file generated


c:/cygwin/home/Franco/Java/jdk11/src/hotspot/share/classfile/classFileParser.cpp(310):


warning C4267: '=': conversion from 'size_t' to 'u2', possible loss of
data
... (rest of output omitted)

* All command lines available in


/cygdrive/c/cygwin/home/Franco/Java/jdk11/build/windows-x86-normal-client-fastdebug/make-support/failure-logs.


=== End of repeated output ===

El jue., 22 de nov. de 2018 a la(s) 22:19, Franco Gastón Pellegrini
(francogpellegr...@gmail.com 

Re: compiling openJdk 11 on windows 7 32bits fail

2019-02-06 Thread Franco Gastón Pellegrini
Can this be fixed before JDK 12? I will not able to compile java 12 32bits
because I will not have java 11 32bits as a boot-jdk.

El sáb., 24 de nov. de 2018 a la(s) 03:59, David Holmes (
david.hol...@oracle.com) escribió:

> On 23/11/2018 7:10 pm, Magnus Ihse Bursie wrote:
> >
> > On 2018-11-23 08:35, Franco Gastón Pellegrini wrote:
> >> Using the same command as before, and then using
> >> make CONF=windows-x86-normal-client-fastdebug clean;
> >> make CONF=windows-x86-normal-client-fastdebug;
> >>
> >> I get warnings as error, and cannot compile. The output is (and I
> >> attached the logs):
> >>
> >> $ make CONF=windows-x86-normal-client-fastdebug;
> >> Building target 'default (exploded-image)' in configuration
> >> 'windows-x86-normal-client-fastdebug'
> >> Compiling 8 files for BUILD_TOOLS_LANGTOOLS
> >> Compiling 2 files for BUILD_JVMTI_TOOLS
> >> Compiling 1 files for BUILD_JFR_TOOLS
> >> Compiling 12 properties into resource bundles for jdk.jdeps
> >> Compiling 7 properties into resource bundles for jdk.jshell
> >> Parsing 2 properties into enum-like class for jdk.compiler
> >> Compiling 19 properties into resource bundles for jdk.compiler
> >> Compiling 13 properties into resource bundles for jdk.javadoc
> >> Compiling 117 files for BUILD_java.compiler.interim
> >> Compiling 394 files for BUILD_jdk.compiler.interim
> >> Creating support/modules_libs/java.base/client/jvm.dll from 746 file(s)
> >> Creating hotspot/variant-client/libjvm/gtest/jvm.dll from 90 file(s)
> >> Creating hotspot/variant-client/libjvm/gtest/gtestLauncher.exe from 1
> >> file(s)
> >> Compiling 299 files for BUILD_jdk.javadoc.interim
> >> Compiling 162 files for BUILD_TOOLS_JDK
> >> Compiling 188 files for BUILD_jdk.rmic.interim
> >> Note: Some input files use or override a deprecated API.
> >> Note: Recompile with -Xlint:deprecation for details.
> >> Note: Some input files use unchecked or unsafe operations.
> >> Note: Recompile with -Xlint:unchecked for details.
> >> Compiling 2 files for COMPILE_DEPEND
> >> Note: Some input files use or override a deprecated API.
> >> Note: Recompile with -Xlint:deprecation for details.
> >> Compiling 2 files for BUILD_BREAKITERATOR_BASE
> >> Compiling 2 files for BUILD_BREAKITERATOR_LD
> >> SocketOptionRegistry.java.template
> >> Compiling 11 properties into resource bundles for java.base
> >> Compiling 6 properties into resource bundles for java.base
> >> Compiling 11 properties into resource bundles for java.logging
> >> Compiling 11 properties into resource bundles for jdk.jartool
> >> Compiling 11 properties into resource bundles for jdk.management.agent
> >>
> c:/cygwin/home/Franco/Java/jdk11/src/hotspot/share/classfile/classFileParser.cpp(310):
>
> >> error C2220: warning treated as error - no 'object' file generated
> >>
> c:/cygwin/home/Franco/Java/jdk11/src/hotspot/share/classfile/classFileParser.cpp(310):
>
> >> warning C4267: '=': conversion from 'size_t' to 'u2', possible loss of
> >> data
> >> make[3]: *** [lib/CompileJvm.gmk:151:
> >>
> /cygdrive/c/cygwin/home/Franco/Java/jdk11/build/windows-x86-normal-client-fastdebug/hotspot/variant-client/libjvm/objs/classFileParser.obj]
>
> >> Error 1
> >
> > 32-bit Windows is not regularly built, and might become unbuildable from
> > time to time. I think you are running into
> > https://bugs.openjdk.java.net/browse/JDK-8214206, which has a patch out
> > for review.
>
> No, this isn't JDK-8214206 - that was caused by a change only in JDK 12.
>
> But the above must have been fixed at some point as 32-bit builds in
> mainline are being done fairly regularly. (We have ARM 32-bit in our
> tier 5 now).
>
> David
>
> > /Magnus
> >
> >
> >> make[3]: *** Waiting for unfinished jobs
> >> make[2]: *** [make/Main.gmk:257: hotspot-client-libs] Error 2
> >> make[2]: *** Waiting for unfinished jobs
> >> Compiling 4 properties into resource bundles for jdk.jlink
> >> Compiling 3 properties into resource bundles for jdk.jdi
> >> Compiling 3 properties into resource bundles for jdk.jlink
> >> Compiling 1 properties into resource bundles for jdk.jlink
> >>
> >> ERROR: Build failed for target 'default (exploded-image)' in
> >> configuration 'windows-x86-normal-client-fastdebug' (exit code 2)
> >>
> >> === Output from failing command(s) repeated here ===
> >> * For target hotspot_variant-client_libjvm_objs_classFileParser.obj:
> >> classFileParser.cpp
> >>
> c:/cygwin/home/Franco/Java/jdk11/src/hotspot/share/classfile/classFileParser.cpp(310):
>
> >> error C2220: warning treated as error - no 'object' file generated
> >>
> c:/cygwin/home/Franco/Java/jdk11/src/hotspot/share/classfile/classFileParser.cpp(310):
>
> >> warning C4267: '=': conversion from 'size_t' to 'u2', possible loss of
> >> data
> >>... (rest of output omitted)
> >>
> >> * All command lines available in
> >>
> /cygdrive/c/cygwin/home/Franco/Java/jdk11/build/windows-x86-normal-client-fastdebug/make-support/failure-logs.
>
> >>
> >> === End of repeated output ===
> >>
> >> El 

Re: compiling openJdk 11 on windows 7 32bits fail

2018-11-23 Thread David Holmes

On 23/11/2018 7:10 pm, Magnus Ihse Bursie wrote:


On 2018-11-23 08:35, Franco Gastón Pellegrini wrote:

Using the same command as before, and then using
make CONF=windows-x86-normal-client-fastdebug clean;
make CONF=windows-x86-normal-client-fastdebug;

I get warnings as error, and cannot compile. The output is (and I 
attached the logs):


$ make CONF=windows-x86-normal-client-fastdebug;
Building target 'default (exploded-image)' in configuration 
'windows-x86-normal-client-fastdebug'

Compiling 8 files for BUILD_TOOLS_LANGTOOLS
Compiling 2 files for BUILD_JVMTI_TOOLS
Compiling 1 files for BUILD_JFR_TOOLS
Compiling 12 properties into resource bundles for jdk.jdeps
Compiling 7 properties into resource bundles for jdk.jshell
Parsing 2 properties into enum-like class for jdk.compiler
Compiling 19 properties into resource bundles for jdk.compiler
Compiling 13 properties into resource bundles for jdk.javadoc
Compiling 117 files for BUILD_java.compiler.interim
Compiling 394 files for BUILD_jdk.compiler.interim
Creating support/modules_libs/java.base/client/jvm.dll from 746 file(s)
Creating hotspot/variant-client/libjvm/gtest/jvm.dll from 90 file(s)
Creating hotspot/variant-client/libjvm/gtest/gtestLauncher.exe from 1 
file(s)

Compiling 299 files for BUILD_jdk.javadoc.interim
Compiling 162 files for BUILD_TOOLS_JDK
Compiling 188 files for BUILD_jdk.rmic.interim
Note: Some input files use or override a deprecated API.
Note: Recompile with -Xlint:deprecation for details.
Note: Some input files use unchecked or unsafe operations.
Note: Recompile with -Xlint:unchecked for details.
Compiling 2 files for COMPILE_DEPEND
Note: Some input files use or override a deprecated API.
Note: Recompile with -Xlint:deprecation for details.
Compiling 2 files for BUILD_BREAKITERATOR_BASE
Compiling 2 files for BUILD_BREAKITERATOR_LD
SocketOptionRegistry.java.template
Compiling 11 properties into resource bundles for java.base
Compiling 6 properties into resource bundles for java.base
Compiling 11 properties into resource bundles for java.logging
Compiling 11 properties into resource bundles for jdk.jartool
Compiling 11 properties into resource bundles for jdk.management.agent
c:/cygwin/home/Franco/Java/jdk11/src/hotspot/share/classfile/classFileParser.cpp(310): 
error C2220: warning treated as error - no 'object' file generated
c:/cygwin/home/Franco/Java/jdk11/src/hotspot/share/classfile/classFileParser.cpp(310): 
warning C4267: '=': conversion from 'size_t' to 'u2', possible loss of 
data
make[3]: *** [lib/CompileJvm.gmk:151: 
/cygdrive/c/cygwin/home/Franco/Java/jdk11/build/windows-x86-normal-client-fastdebug/hotspot/variant-client/libjvm/objs/classFileParser.obj] 
Error 1


32-bit Windows is not regularly built, and might become unbuildable from 
time to time. I think you are running into 
https://bugs.openjdk.java.net/browse/JDK-8214206, which has a patch out 
for review.


No, this isn't JDK-8214206 - that was caused by a change only in JDK 12.

But the above must have been fixed at some point as 32-bit builds in 
mainline are being done fairly regularly. (We have ARM 32-bit in our 
tier 5 now).


David


/Magnus



make[3]: *** Waiting for unfinished jobs
make[2]: *** [make/Main.gmk:257: hotspot-client-libs] Error 2
make[2]: *** Waiting for unfinished jobs
Compiling 4 properties into resource bundles for jdk.jlink
Compiling 3 properties into resource bundles for jdk.jdi
Compiling 3 properties into resource bundles for jdk.jlink
Compiling 1 properties into resource bundles for jdk.jlink

ERROR: Build failed for target 'default (exploded-image)' in 
configuration 'windows-x86-normal-client-fastdebug' (exit code 2)


=== Output from failing command(s) repeated here ===
* For target hotspot_variant-client_libjvm_objs_classFileParser.obj:
classFileParser.cpp
c:/cygwin/home/Franco/Java/jdk11/src/hotspot/share/classfile/classFileParser.cpp(310): 
error C2220: warning treated as error - no 'object' file generated
c:/cygwin/home/Franco/Java/jdk11/src/hotspot/share/classfile/classFileParser.cpp(310): 
warning C4267: '=': conversion from 'size_t' to 'u2', possible loss of 
data

   ... (rest of output omitted)

* All command lines available in 
/cygdrive/c/cygwin/home/Franco/Java/jdk11/build/windows-x86-normal-client-fastdebug/make-support/failure-logs. 


=== End of repeated output ===

El jue., 22 de nov. de 2018 a la(s) 22:19, Franco Gastón Pellegrini 
(francogpellegr...@gmail.com ) 
escribió:


    yes, it was gcc, for some reason it get broken. I reinstall cygwin
    and reconfigure it, an now it works, thanks!

    El lun., 5 de nov. de 2018 a la(s) 07:00, Magnus Ihse Bursie
    (magnus.ihse.bur...@oracle.com
    ) escribió:

    On 2018-11-04 06:16, Franco Gastón Pellegrini wrote:

    I used this command:
    /bash ./configure --enable-debug --with-target-bits=32
    --with-toolchain-version=2017 --with-jvm-variants=client


Re: compiling openJdk 11 on windows 7 32bits fail

2018-11-23 Thread Magnus Ihse Bursie



On 2018-11-23 08:35, Franco Gastón Pellegrini wrote:

Using the same command as before, and then using
make CONF=windows-x86-normal-client-fastdebug clean;
make CONF=windows-x86-normal-client-fastdebug;

I get warnings as error, and cannot compile. The output is (and I 
attached the logs):


$ make CONF=windows-x86-normal-client-fastdebug;
Building target 'default (exploded-image)' in configuration 
'windows-x86-normal-client-fastdebug'

Compiling 8 files for BUILD_TOOLS_LANGTOOLS
Compiling 2 files for BUILD_JVMTI_TOOLS
Compiling 1 files for BUILD_JFR_TOOLS
Compiling 12 properties into resource bundles for jdk.jdeps
Compiling 7 properties into resource bundles for jdk.jshell
Parsing 2 properties into enum-like class for jdk.compiler
Compiling 19 properties into resource bundles for jdk.compiler
Compiling 13 properties into resource bundles for jdk.javadoc
Compiling 117 files for BUILD_java.compiler.interim
Compiling 394 files for BUILD_jdk.compiler.interim
Creating support/modules_libs/java.base/client/jvm.dll from 746 file(s)
Creating hotspot/variant-client/libjvm/gtest/jvm.dll from 90 file(s)
Creating hotspot/variant-client/libjvm/gtest/gtestLauncher.exe from 1 
file(s)

Compiling 299 files for BUILD_jdk.javadoc.interim
Compiling 162 files for BUILD_TOOLS_JDK
Compiling 188 files for BUILD_jdk.rmic.interim
Note: Some input files use or override a deprecated API.
Note: Recompile with -Xlint:deprecation for details.
Note: Some input files use unchecked or unsafe operations.
Note: Recompile with -Xlint:unchecked for details.
Compiling 2 files for COMPILE_DEPEND
Note: Some input files use or override a deprecated API.
Note: Recompile with -Xlint:deprecation for details.
Compiling 2 files for BUILD_BREAKITERATOR_BASE
Compiling 2 files for BUILD_BREAKITERATOR_LD
SocketOptionRegistry.java.template
Compiling 11 properties into resource bundles for java.base
Compiling 6 properties into resource bundles for java.base
Compiling 11 properties into resource bundles for java.logging
Compiling 11 properties into resource bundles for jdk.jartool
Compiling 11 properties into resource bundles for jdk.management.agent
c:/cygwin/home/Franco/Java/jdk11/src/hotspot/share/classfile/classFileParser.cpp(310): 
error C2220: warning treated as error - no 'object' file generated
c:/cygwin/home/Franco/Java/jdk11/src/hotspot/share/classfile/classFileParser.cpp(310): 
warning C4267: '=': conversion from 'size_t' to 'u2', possible loss of 
data
make[3]: *** [lib/CompileJvm.gmk:151: 
/cygdrive/c/cygwin/home/Franco/Java/jdk11/build/windows-x86-normal-client-fastdebug/hotspot/variant-client/libjvm/objs/classFileParser.obj] 
Error 1


32-bit Windows is not regularly built, and might become unbuildable from 
time to time. I think you are running into 
https://bugs.openjdk.java.net/browse/JDK-8214206, which has a patch out 
for review.


/Magnus



make[3]: *** Waiting for unfinished jobs
make[2]: *** [make/Main.gmk:257: hotspot-client-libs] Error 2
make[2]: *** Waiting for unfinished jobs
Compiling 4 properties into resource bundles for jdk.jlink
Compiling 3 properties into resource bundles for jdk.jdi
Compiling 3 properties into resource bundles for jdk.jlink
Compiling 1 properties into resource bundles for jdk.jlink

ERROR: Build failed for target 'default (exploded-image)' in 
configuration 'windows-x86-normal-client-fastdebug' (exit code 2)


=== Output from failing command(s) repeated here ===
* For target hotspot_variant-client_libjvm_objs_classFileParser.obj:
classFileParser.cpp
c:/cygwin/home/Franco/Java/jdk11/src/hotspot/share/classfile/classFileParser.cpp(310): 
error C2220: warning treated as error - no 'object' file generated
c:/cygwin/home/Franco/Java/jdk11/src/hotspot/share/classfile/classFileParser.cpp(310): 
warning C4267: '=': conversion from 'size_t' to 'u2', possible loss of 
data

   ... (rest of output omitted)

* All command lines available in 
/cygdrive/c/cygwin/home/Franco/Java/jdk11/build/windows-x86-normal-client-fastdebug/make-support/failure-logs. 


=== End of repeated output ===

El jue., 22 de nov. de 2018 a la(s) 22:19, Franco Gastón Pellegrini 
(francogpellegr...@gmail.com ) 
escribió:


yes, it was gcc, for some reason it get broken. I reinstall cygwin
and reconfigure it, an now it works, thanks!

El lun., 5 de nov. de 2018 a la(s) 07:00, Magnus Ihse Bursie
(magnus.ihse.bur...@oracle.com
) escribió:

On 2018-11-04 06:16, Franco Gastón Pellegrini wrote:

I used this command:
/bash ./configure --enable-debug --with-target-bits=32
--with-toolchain-version=2017 --with-jvm-variants=client

--with-boot-jdk="/home/Franco/Java/jdk10/build/windows-x86-normal-client-fastdebug/jdk/";/
I tried Visual studio 2015 and 2017 (with-toolchain-version).
I attached config.log as you asked.
Thanks.

El sáb., 3 de nov. de 2018 a la(s) 04:43, Magnus Ihse 

Re: compiling openJdk 11 on windows 7 32bits fail

2018-11-22 Thread Franco Gastón Pellegrini
Using the same command as before, and then using
make CONF=windows-x86-normal-client-fastdebug clean;
make CONF=windows-x86-normal-client-fastdebug;

I get warnings as error, and cannot compile. The output is (and I attached
the logs):

$ make CONF=windows-x86-normal-client-fastdebug;


Building target 'default (exploded-image)' in configuration
'windows-x86-normal-client-fastdebug'

Compiling 8 files for BUILD_TOOLS_LANGTOOLS


Compiling 2 files for BUILD_JVMTI_TOOLS


Compiling 1 files for BUILD_JFR_TOOLS


Compiling 12 properties into resource bundles for jdk.jdeps


Compiling 7 properties into resource bundles for jdk.jshell


Parsing 2 properties into enum-like class for jdk.compiler


Compiling 19 properties into resource bundles for jdk.compiler


Compiling 13 properties into resource bundles for jdk.javadoc


Compiling 117 files for BUILD_java.compiler.interim


Compiling 394 files for BUILD_jdk.compiler.interim


Creating support/modules_libs/java.base/client/jvm.dll from 746 file(s)


Creating hotspot/variant-client/libjvm/gtest/jvm.dll from 90 file(s)


Creating hotspot/variant-client/libjvm/gtest/gtestLauncher.exe from 1
file(s)

Compiling 299 files for BUILD_jdk.javadoc.interim


Compiling 162 files for BUILD_TOOLS_JDK


Compiling 188 files for BUILD_jdk.rmic.interim


Note: Some input files use or override a deprecated API.


Note: Recompile with -Xlint:deprecation for details.


Note: Some input files use unchecked or unsafe operations.


Note: Recompile with -Xlint:unchecked for details.


Compiling 2 files for COMPILE_DEPEND


Note: Some input files use or override a deprecated API.


Note: Recompile with -Xlint:deprecation for details.


Compiling 2 files for BUILD_BREAKITERATOR_BASE


Compiling 2 files for BUILD_BREAKITERATOR_LD


SocketOptionRegistry.java.template


Compiling 11 properties into resource bundles for java.base


Compiling 6 properties into resource bundles for java.base


Compiling 11 properties into resource bundles for java.logging


Compiling 11 properties into resource bundles for jdk.jartool


Compiling 11 properties into resource bundles for jdk.management.agent


c:/cygwin/home/Franco/Java/jdk11/src/hotspot/share/classfile/classFileParser.cpp(310):
error C2220: warning treated as error - no 'object' file generated

c:/cygwin/home/Franco/Java/jdk11/src/hotspot/share/classfile/classFileParser.cpp(310):
warning C4267: '=': conversion from 'size_t' to 'u2', possible loss of data

make[3]: *** [lib/CompileJvm.gmk:151:
/cygdrive/c/cygwin/home/Franco/Java/jdk11/build/windows-x86-normal-client-fastdebug/hotspot/variant-client/libjvm/objs/classFileParser.obj]
Error 1
make[3]: *** Waiting for unfinished jobs


make[2]: *** [make/Main.gmk:257: hotspot-client-libs] Error 2


make[2]: *** Waiting for unfinished jobs


Compiling 4 properties into resource bundles for jdk.jlink


Compiling 3 properties into resource bundles for jdk.jdi


Compiling 3 properties into resource bundles for jdk.jlink


Compiling 1 properties into resource bundles for jdk.jlink





ERROR: Build failed for target 'default (exploded-image)' in configuration
'windows-x86-normal-client-fastdebug' (exit code 2)




=== Output from failing command(s) repeated here ===


* For target hotspot_variant-client_libjvm_objs_classFileParser.obj:


classFileParser.cpp


c:/cygwin/home/Franco/Java/jdk11/src/hotspot/share/classfile/classFileParser.cpp(310):
error C2220: warning treated as error - no 'object' file generated

c:/cygwin/home/Franco/Java/jdk11/src/hotspot/share/classfile/classFileParser.cpp(310):
warning C4267: '=': conversion from 'size_t' to 'u2', possible loss of data

   ... (rest of output omitted)





* All command lines available in
/cygdrive/c/cygwin/home/Franco/Java/jdk11/build/windows-x86-normal-client-fastdebug/make-support/failure-logs.

=== End of repeated output ===



El jue., 22 de nov. de 2018 a la(s) 22:19, Franco Gastón Pellegrini (
francogpellegr...@gmail.com) escribió:

> yes, it was gcc, for some reason it get broken. I reinstall cygwin and
> reconfigure it, an now it works, thanks!
>
> El lun., 5 de nov. de 2018 a la(s) 07:00, Magnus Ihse Bursie (
> magnus.ihse.bur...@oracle.com) escribió:
>
>> On 2018-11-04 06:16, Franco Gastón Pellegrini wrote:
>>
>> I used this command:
>> *bash ./configure --enable-debug --with-target-bits=32
>> --with-toolchain-version=2017 --with-jvm-variants=client
>> --with-boot-jdk="/home/Franco/Java/jdk10/build/windows-x86-normal-client-fastdebug/jdk/";*
>> I tried Visual studio 2015 and 2017 (with-toolchain-version).
>> I attached config.log as you asked.
>> Thanks.
>>
>> El sáb., 3 de nov. de 2018 a la(s) 04:43, Magnus Ihse Bursie (
>> magnus.ihse.bur...@oracle.com) escribió:
>>
>>> Have you tried running
>>> /cygdrive/c/progra~1/micros~1/2017/commun~1/vc/tools/msvc/1415~1.267/bin/hostx86/x86/cl
>>>
>>> from the same prompt you ran configure to see what happens? It seems to
>>> have located a compiler but fails to run it.
>>>
>>
>> Let me 

Re: compiling openJdk 11 on windows 7 32bits fail

2018-11-22 Thread Franco Gastón Pellegrini
yes, it was gcc, for some reason it get broken. I reinstall cygwin and
reconfigure it, an now it works, thanks!

El lun., 5 de nov. de 2018 a la(s) 07:00, Magnus Ihse Bursie (
magnus.ihse.bur...@oracle.com) escribió:

> On 2018-11-04 06:16, Franco Gastón Pellegrini wrote:
>
> I used this command:
> *bash ./configure --enable-debug --with-target-bits=32
> --with-toolchain-version=2017 --with-jvm-variants=client
> --with-boot-jdk="/home/Franco/Java/jdk10/build/windows-x86-normal-client-fastdebug/jdk/";*
> I tried Visual studio 2015 and 2017 (with-toolchain-version).
> I attached config.log as you asked.
> Thanks.
>
> El sáb., 3 de nov. de 2018 a la(s) 04:43, Magnus Ihse Bursie (
> magnus.ihse.bur...@oracle.com) escribió:
>
>> Have you tried running
>> /cygdrive/c/progra~1/micros~1/2017/commun~1/vc/tools/msvc/1415~1.267/bin/hostx86/x86/cl
>>
>> from the same prompt you ran configure to see what happens? It seems to
>> have located a compiler but fails to run it.
>>
>
> Let me re-iterate this question: Have you tried running
> /cygdrive/c/progra~1/micros~1/2017/commun~1/vc/tools/msvc/1415~1.267/bin/hostx86/x86/cl
> from the same prompt you ran configure to see what happens?
>
> Here is the relevant part of the config.log, it basically says it cannot
> compile a simple C program. You can try recreating conftest.c as shown in
> the log below, or try just any other simple C program.
>
> configure:35681: checking whether the C compiler works
> configure:35703:
> /cygdrive/c/progra~1/micros~1/2017/commun~1/vc/tools/msvc/1415~1.267/bin/hostx86/x86/cl
> conftest.c  >&5
> Microsoft (R) C/C++ Optimizing Compiler Version 19.15.26732.1 for x86
> Copyright (C) Microsoft Corporation.  All rights reserved.
>
> conftest.c
> Microsoft (R) Incremental Linker Version 14.15.26732.1
> Copyright (C) Microsoft Corporation.  All rights reserved.
>
> /out:conftest.exe
> conftest.obj
> LINK : fatal error LNK1104: cannot open file 'conftest.exe'
> configure:35707: $? = 2
> configure:35745: result: no
> configure: failed program was:
> | /* confdefs.h */
> | #define PACKAGE_NAME "OpenJDK"
> | #define PACKAGE_TARNAME "openjdk"
> | #define PACKAGE_VERSION "openjdk"
> | #define PACKAGE_STRING "OpenJDK openjdk"
> | #define PACKAGE_BUGREPORT "build-dev@openjdk.java.net"
> 
> | #define PACKAGE_URL "http://openjdk.java.net; 
> | /* end confdefs.h.  */
> |
> | int
> | main ()
> | {
> |
> |   ;
> |   return 0;
> | }
> configure:35750: error: in `/home/Franco/Java/jdk11':
> configure:35752: error: C compiler cannot create executables
>
> /Magnus
>
>
>> There is also a second log file, config.log, generated by autoconf. It
>> will hopefully contain output from the failed run of CL, and the
>> complete command line it used when it concluded that the C compiler
>> cannot create executables.
>>
>> /Magnus
>>
>> On 2018-11-03 02:50, Franco Gastón Pellegrini wrote:
>> > Hello,
>> > When I try to compìle OpenJDK 11, I get an error. I tried using visual
>> > studio 2015 and 2017 with the same error. *Note that compiling OpenJDK 9
>> > and 10 work just fine.*
>> >
>> > I attached the log, but the error is:
>> >
>> > **
>> > ** Visual Studio 2017 Developer Command Prompt v15.8.9
>> > ** Copyright (c) 2017 Microsoft Corporation
>> > **
>> > [vcvarsall.bat] Environment initialized for: 'x86'
>> > configure: Setting extracted environment variables
>> > checking for Visual Studio variables... ok
>> > configure: Rewriting ipath to
>> >
>> "/cygdrive/c/progra~1/micros~1/2017/commun~1/vc/tools/msvc/1415~1.267/include"
>> > configure: Rewriting ipath to
>> > "/cygdrive/c/progra~1/wi3cf2~1/netfxsdk/46d346~1.1/include/um"
>> > configure: Rewriting ipath to
>> > "/cygdrive/c/progra~1/wi3cf2~1/10/include/100171~1.0/ucrt"
>> > configure: Rewriting ipath to
>> > "/cygdrive/c/progra~1/wi3cf2~1/10/include/100171~1.0/shared"
>> > configure: Rewriting ipath to
>> > "/cygdrive/c/progra~1/wi3cf2~1/10/include/100171~1.0/um"
>> > configure: Rewriting ipath to
>> > "/cygdrive/c/progra~1/wi3cf2~1/10/include/100171~1.0/winrt"
>> > configure: Rewriting ipath to
>> > "/cygdrive/c/progra~1/wi3cf2~1/10/include/100171~1.0/cppwinrt"
>> > configure: Rewriting libpath to
>> >
>> "/cygdrive/c/progra~1/micros~1/2017/commun~1/vc/tools/msvc/1415~1.267/lib/x86"
>> > configure: Rewriting libpath to
>> > "/cygdrive/c/progra~1/wi3cf2~1/netfxsdk/46d346~1.1/lib/um/x86"
>> > configure: Rewriting libpath to
>> > "/cygdrive/c/progra~1/wi3cf2~1/10/lib/100171~1.0/ucrt/x86"
>> > configure: Rewriting libpath to
>> > "/cygdrive/c/progra~1/wi3cf2~1/10/lib/100171~1.0/um/x86"
>> > checking for cl...
>> >
>> /cygdrive/c/PROGRA~1/MICROS~1/2017/COMMUN~1/VC/Tools/MSVC/14.15.26726/bin/HostX86/x86/cl
>> > configure: Rewriting CC to
>> >
>> "/cygdrive/c/progra~1/micros~1/2017/commun~1/vc/tools/msvc/1415~1.267/bin/hostx86/x86/cl"
>> > checking resolved 

Re: compiling openJdk 11 on windows 7 32bits fail

2018-11-05 Thread Magnus Ihse Bursie

On 2018-11-04 06:16, Franco Gastón Pellegrini wrote:

I used this command:
/bash ./configure --enable-debug --with-target-bits=32 
--with-toolchain-version=2017 --with-jvm-variants=client 
--with-boot-jdk="/home/Franco/Java/jdk10/build/windows-x86-normal-client-fastdebug/jdk/";/

I tried Visual studio 2015 and 2017 (with-toolchain-version).
I attached config.log as you asked.
Thanks.

El sáb., 3 de nov. de 2018 a la(s) 04:43, Magnus Ihse Bursie 
(magnus.ihse.bur...@oracle.com ) 
escribió:


Have you tried running

/cygdrive/c/progra~1/micros~1/2017/commun~1/vc/tools/msvc/1415~1.267/bin/hostx86/x86/cl

from the same prompt you ran configure to see what happens? It
seems to
have located a compiler but fails to run it.



Let me re-iterate this question: Have you tried running 
/cygdrive/c/progra~1/micros~1/2017/commun~1/vc/tools/msvc/1415~1.267/bin/hostx86/x86/cl 
from the same prompt you ran configure to see what happens?


Here is the relevant part of the config.log, it basically says it cannot 
compile a simple C program. You can try recreating conftest.c as shown 
in the log below, or try just any other simple C program.


configure:35681: checking whether the C compiler works
configure:35703: 
/cygdrive/c/progra~1/micros~1/2017/commun~1/vc/tools/msvc/1415~1.267/bin/hostx86/x86/cl 
conftest.c  >&5

Microsoft (R) C/C++ Optimizing Compiler Version 19.15.26732.1 for x86
Copyright (C) Microsoft Corporation.  All rights reserved.

conftest.c
Microsoft (R) Incremental Linker Version 14.15.26732.1
Copyright (C) Microsoft Corporation.  All rights reserved.

/out:conftest.exe
conftest.obj
LINK : fatal error LNK1104: cannot open file 'conftest.exe'
configure:35707: $? = 2
configure:35745: result: no
configure: failed program was:
| /* confdefs.h */
| #define PACKAGE_NAME "OpenJDK"
| #define PACKAGE_TARNAME "openjdk"
| #define PACKAGE_VERSION "openjdk"
| #define PACKAGE_STRING "OpenJDK openjdk"
| #define PACKAGE_BUGREPORT "build-dev@openjdk.java.net"
| #define PACKAGE_URL "http://openjdk.java.net;
| /* end confdefs.h.  */
|
| int
| main ()
| {
|
|   ;
|   return 0;
| }
configure:35750: error: in `/home/Franco/Java/jdk11':
configure:35752: error: C compiler cannot create executables

/Magnus



There is also a second log file, config.log, generated by
autoconf. It
will hopefully contain output from the failed run of CL, and the
complete command line it used when it concluded that the C compiler
cannot create executables.

/Magnus

On 2018-11-03 02:50, Franco Gastón Pellegrini wrote:
> Hello,
> When I try to compìle OpenJDK 11, I get an error. I tried using
visual
> studio 2015 and 2017 with the same error. *Note that compiling
OpenJDK 9
> and 10 work just fine.*
>
> I attached the log, but the error is:
>
>
**
> ** Visual Studio 2017 Developer Command Prompt v15.8.9
> ** Copyright (c) 2017 Microsoft Corporation
>
**
> [vcvarsall.bat] Environment initialized for: 'x86'
> configure: Setting extracted environment variables
> checking for Visual Studio variables... ok
> configure: Rewriting ipath to
>

"/cygdrive/c/progra~1/micros~1/2017/commun~1/vc/tools/msvc/1415~1.267/include"
> configure: Rewriting ipath to
> "/cygdrive/c/progra~1/wi3cf2~1/netfxsdk/46d346~1.1/include/um"
> configure: Rewriting ipath to
> "/cygdrive/c/progra~1/wi3cf2~1/10/include/100171~1.0/ucrt"
> configure: Rewriting ipath to
> "/cygdrive/c/progra~1/wi3cf2~1/10/include/100171~1.0/shared"
> configure: Rewriting ipath to
> "/cygdrive/c/progra~1/wi3cf2~1/10/include/100171~1.0/um"
> configure: Rewriting ipath to
> "/cygdrive/c/progra~1/wi3cf2~1/10/include/100171~1.0/winrt"
> configure: Rewriting ipath to
> "/cygdrive/c/progra~1/wi3cf2~1/10/include/100171~1.0/cppwinrt"
> configure: Rewriting libpath to
>

"/cygdrive/c/progra~1/micros~1/2017/commun~1/vc/tools/msvc/1415~1.267/lib/x86"
> configure: Rewriting libpath to
> "/cygdrive/c/progra~1/wi3cf2~1/netfxsdk/46d346~1.1/lib/um/x86"
> configure: Rewriting libpath to
> "/cygdrive/c/progra~1/wi3cf2~1/10/lib/100171~1.0/ucrt/x86"
> configure: Rewriting libpath to
> "/cygdrive/c/progra~1/wi3cf2~1/10/lib/100171~1.0/um/x86"
> checking for cl...
>

/cygdrive/c/PROGRA~1/MICROS~1/2017/COMMUN~1/VC/Tools/MSVC/14.15.26726/bin/HostX86/x86/cl
> configure: Rewriting CC to
>

"/cygdrive/c/progra~1/micros~1/2017/commun~1/vc/tools/msvc/1415~1.267/bin/hostx86/x86/cl"
> checking resolved symbolic links for CC... no symlink
> configure: Using microsoft C compiler version 19.15.26732.1
[Microsoft (R)
> C/C++ Optimizing Compiler Version 19.15.26732.1 for x86]
> checking whether the C compiler works... 

Re: compiling openJdk 11 on windows 7 32bits fail

2018-11-03 Thread Franco Gastón Pellegrini
I used this command:
*bash ./configure --enable-debug --with-target-bits=32
--with-toolchain-version=2017 --with-jvm-variants=client
--with-boot-jdk="/home/Franco/Java/jdk10/build/windows-x86-normal-client-fastdebug/jdk/";*
I tried Visual studio 2015 and 2017 (with-toolchain-version).
I attached config.log as you asked.
Thanks.

El sáb., 3 de nov. de 2018 a la(s) 04:43, Magnus Ihse Bursie (
magnus.ihse.bur...@oracle.com) escribió:

> Have you tried running
> /cygdrive/c/progra~1/micros~1/2017/commun~1/vc/tools/msvc/1415~1.267/bin/hostx86/x86/cl
>
> from the same prompt you ran configure to see what happens? It seems to
> have located a compiler but fails to run it.
>
> There is also a second log file, config.log, generated by autoconf. It
> will hopefully contain output from the failed run of CL, and the
> complete command line it used when it concluded that the C compiler
> cannot create executables.
>
> /Magnus
>
> On 2018-11-03 02:50, Franco Gastón Pellegrini wrote:
> > Hello,
> > When I try to compìle OpenJDK 11, I get an error. I tried using visual
> > studio 2015 and 2017 with the same error. *Note that compiling OpenJDK 9
> > and 10 work just fine.*
> >
> > I attached the log, but the error is:
> >
> > **
> > ** Visual Studio 2017 Developer Command Prompt v15.8.9
> > ** Copyright (c) 2017 Microsoft Corporation
> > **
> > [vcvarsall.bat] Environment initialized for: 'x86'
> > configure: Setting extracted environment variables
> > checking for Visual Studio variables... ok
> > configure: Rewriting ipath to
> >
> "/cygdrive/c/progra~1/micros~1/2017/commun~1/vc/tools/msvc/1415~1.267/include"
> > configure: Rewriting ipath to
> > "/cygdrive/c/progra~1/wi3cf2~1/netfxsdk/46d346~1.1/include/um"
> > configure: Rewriting ipath to
> > "/cygdrive/c/progra~1/wi3cf2~1/10/include/100171~1.0/ucrt"
> > configure: Rewriting ipath to
> > "/cygdrive/c/progra~1/wi3cf2~1/10/include/100171~1.0/shared"
> > configure: Rewriting ipath to
> > "/cygdrive/c/progra~1/wi3cf2~1/10/include/100171~1.0/um"
> > configure: Rewriting ipath to
> > "/cygdrive/c/progra~1/wi3cf2~1/10/include/100171~1.0/winrt"
> > configure: Rewriting ipath to
> > "/cygdrive/c/progra~1/wi3cf2~1/10/include/100171~1.0/cppwinrt"
> > configure: Rewriting libpath to
> >
> "/cygdrive/c/progra~1/micros~1/2017/commun~1/vc/tools/msvc/1415~1.267/lib/x86"
> > configure: Rewriting libpath to
> > "/cygdrive/c/progra~1/wi3cf2~1/netfxsdk/46d346~1.1/lib/um/x86"
> > configure: Rewriting libpath to
> > "/cygdrive/c/progra~1/wi3cf2~1/10/lib/100171~1.0/ucrt/x86"
> > configure: Rewriting libpath to
> > "/cygdrive/c/progra~1/wi3cf2~1/10/lib/100171~1.0/um/x86"
> > checking for cl...
> >
> /cygdrive/c/PROGRA~1/MICROS~1/2017/COMMUN~1/VC/Tools/MSVC/14.15.26726/bin/HostX86/x86/cl
> > configure: Rewriting CC to
> >
> "/cygdrive/c/progra~1/micros~1/2017/commun~1/vc/tools/msvc/1415~1.267/bin/hostx86/x86/cl"
> > checking resolved symbolic links for CC... no symlink
> > configure: Using microsoft C compiler version 19.15.26732.1 [Microsoft
> (R)
> > C/C++ Optimizing Compiler Version 19.15.26732.1 for x86]
> > checking whether the C compiler works... no
> > configure: error: in `/home/Franco/Java/jdk11':
> > configure: error: C compiler cannot create executables
> > See `config.log' for more details
> > configure exiting with result code 77
> >
> >
> >
>
>

-- 
Franco Gastón Pellegrini


config.log
Description: Binary data


Re: compiling openJdk 11 on windows 7 32bits fail

2018-11-03 Thread Magnus Ihse Bursie
Have you tried running 
/cygdrive/c/progra~1/micros~1/2017/commun~1/vc/tools/msvc/1415~1.267/bin/hostx86/x86/cl 
from the same prompt you ran configure to see what happens? It seems to 
have located a compiler but fails to run it.


There is also a second log file, config.log, generated by autoconf. It 
will hopefully contain output from the failed run of CL, and the 
complete command line it used when it concluded that the C compiler 
cannot create executables.


/Magnus

On 2018-11-03 02:50, Franco Gastón Pellegrini wrote:

Hello,
When I try to compìle OpenJDK 11, I get an error. I tried using visual
studio 2015 and 2017 with the same error. *Note that compiling OpenJDK 9
and 10 work just fine.*

I attached the log, but the error is:

**
** Visual Studio 2017 Developer Command Prompt v15.8.9
** Copyright (c) 2017 Microsoft Corporation
**
[vcvarsall.bat] Environment initialized for: 'x86'
configure: Setting extracted environment variables
checking for Visual Studio variables... ok
configure: Rewriting ipath to
"/cygdrive/c/progra~1/micros~1/2017/commun~1/vc/tools/msvc/1415~1.267/include"
configure: Rewriting ipath to
"/cygdrive/c/progra~1/wi3cf2~1/netfxsdk/46d346~1.1/include/um"
configure: Rewriting ipath to
"/cygdrive/c/progra~1/wi3cf2~1/10/include/100171~1.0/ucrt"
configure: Rewriting ipath to
"/cygdrive/c/progra~1/wi3cf2~1/10/include/100171~1.0/shared"
configure: Rewriting ipath to
"/cygdrive/c/progra~1/wi3cf2~1/10/include/100171~1.0/um"
configure: Rewriting ipath to
"/cygdrive/c/progra~1/wi3cf2~1/10/include/100171~1.0/winrt"
configure: Rewriting ipath to
"/cygdrive/c/progra~1/wi3cf2~1/10/include/100171~1.0/cppwinrt"
configure: Rewriting libpath to
"/cygdrive/c/progra~1/micros~1/2017/commun~1/vc/tools/msvc/1415~1.267/lib/x86"
configure: Rewriting libpath to
"/cygdrive/c/progra~1/wi3cf2~1/netfxsdk/46d346~1.1/lib/um/x86"
configure: Rewriting libpath to
"/cygdrive/c/progra~1/wi3cf2~1/10/lib/100171~1.0/ucrt/x86"
configure: Rewriting libpath to
"/cygdrive/c/progra~1/wi3cf2~1/10/lib/100171~1.0/um/x86"
checking for cl...
/cygdrive/c/PROGRA~1/MICROS~1/2017/COMMUN~1/VC/Tools/MSVC/14.15.26726/bin/HostX86/x86/cl
configure: Rewriting CC to
"/cygdrive/c/progra~1/micros~1/2017/commun~1/vc/tools/msvc/1415~1.267/bin/hostx86/x86/cl"
checking resolved symbolic links for CC... no symlink
configure: Using microsoft C compiler version 19.15.26732.1 [Microsoft (R)
C/C++ Optimizing Compiler Version 19.15.26732.1 for x86]
checking whether the C compiler works... no
configure: error: in `/home/Franco/Java/jdk11':
configure: error: C compiler cannot create executables
See `config.log' for more details
configure exiting with result code 77