RE: RFR: 8130017: use _FORTIFY_SOURCE in gcc fastdebug builds - was : RE: gcc FORTIFY_SOURCE application security flags

2019-05-09 Thread Baesken, Matthias
Hi Erik, while setting -O and -O (with x != y ) in one gcc/g++ command line call works , setting together -D_FORTIFY_SOURCE=2 and -D_FORTIFY_SOURCE=0 in one command line call generates a warning , so I think we cannot do that . Best regards, Matthias > Hello Matthias, > > O

Re: [PING] [8u] RFR: 8210425: [x86] sharedRuntimeTrig/sharedRuntimeTrans compiled without optimization

2019-05-09 Thread sgehwolf
Ping? On Fri, 2019-05-03 at 18:35 +0200, Severin Gehwolf wrote: > Hi, > > Could I please get reviews for this 8u backport of an optimization fix > pertaining to the hotspot copy of fdlibm? Historically, > sharedRuntimeTrans.cpp and sharedRuntimeTrig.cpp have been compiled > with optimization turn

Re: RFR: 8130017: use _FORTIFY_SOURCE in gcc fastdebug builds - was : RE: gcc FORTIFY_SOURCE application security flags

2019-05-09 Thread Erik Joelsson
Hello, I just tried this and you are correct. However, it does seem to work if you instead use -U_FORTIFY_SOURCE. /Erik On 2019-05-09 05:36, Baesken, Matthias wrote: Hi Erik, while setting -O and -O (with x != y ) in one gcc/g++ command line call works , setting together -D_FORT

RFR: JDK-8223627: jdk-13+20 bundle name contains null instead of ea

2019-05-09 Thread Erik Joelsson
In JDK-8223464 I managed to introduce a bug. The reference to the new property for the PRE string is misspelled in one location. Bug: https://bugs.openjdk.java.net/browse/JDK-8223627 Webrev: http://cr.openjdk.java.net/~erikj/8223627/webrev.01/ /Erik

Re: RFR: JDK-8223627: jdk-13+20 bundle name contains null instead of ea

2019-05-09 Thread David Holmes
Looks good. David - On 9/05/2019 11:44 pm, Erik Joelsson wrote: In JDK-8223464 I managed to introduce a bug. The reference to the new property for the PRE string is misspelled in one location. Bug: https://bugs.openjdk.java.net/browse/JDK-8223627 Webrev: http://cr.openjdk.java.net/~erikj

RE: FW: RFR: 8223307: enable the Stack Execution Disable flag for JDK binaries on AIX - was : AIX : -bnorwexec linker flag

2019-05-09 Thread Doerr, Martin
Hi Matthias, the change looks good to me. According to an old redbook [1], this flag makes stacks and r/w sections of the lib non-executable. This makes sense. Best regards, Martin [1] AIX 5L Differences Guide Version 5.3 Edition -Original Message- From: Erik Joelsson mailto:erik.joe

RE: FW: RFR: 8223307: enable the Stack Execution Disable flag for JDK binaries on AIX - was : AIX : -bnorwexec linker flag

2019-05-09 Thread Baesken, Matthias
Thanks ! Great you found more info in the good old redbook. Best regards , Matthias From: Doerr, Martin Sent: Donnerstag, 9. Mai 2019 16:04 To: Baesken, Matthias ; ppc-aix-port-...@openjdk.java.net; build-dev@openjdk.java.net Cc: Steve Groeger Subject: RE: FW: RFR: 8223307: enable the Stack Ex

RE: RFR: 8130017: use _FORTIFY_SOURCE in gcc fastdebug builds - was : RE: gcc FORTIFY_SOURCE application security flags

2019-05-09 Thread Baesken, Matthias
Hello, I tried setting "-U_FORTIFY_SOURCE -D_FORTIFY_SOURCE=0" And this seems indeed to work , no warning any more . Let's hope gcc does not change the command line parsing . Btw. is there a gcc version that a) still compiles jdk/jdkand b) would show the issue ? (with our inter

Re: RFR: 8130017: use _FORTIFY_SOURCE in gcc fastdebug builds - was : RE: gcc FORTIFY_SOURCE application security flags

2019-05-09 Thread Erik Joelsson
Configure will protest if GCC version is less than 4.8 (see toolchain.m4 *_MINIMUM_VERSION variables). That said, as long as we conditionally set the FDLIBM_CFLAGS like this, I would say we need to continue honoring the result of that check. You could also remove the check altogether since it

Re: RFR: JDK-8223627: jdk-13+20 bundle name contains null instead of ea

2019-05-09 Thread Tim Bell
Erik: Looks good to me as well. Tim On 05/09/19 07:02, David Holmes wrote: Looks good. David - On 9/05/2019 11:44 pm, Erik Joelsson wrote: In JDK-8223464 I managed to introduce a bug. The reference to the new property for the PRE string is misspelled in one location. Bug: https://bugs.

RE: RFR: 8130017: use _FORTIFY_SOURCE in gcc fastdebug builds - was : RE: gcc FORTIFY_SOURCE application security flags

2019-05-09 Thread Baesken, Matthias
Hello, here is the new webrev with the "-U_FORTIFY_SOURCE -D_FORTIFY_SOURCE=0" Set for the lower level optimization flags : http://cr.openjdk.java.net/~mbaesken/webrevs/8130017.1/ I would suggest to leave the pre-gcc4.8 cleanup to a separate change. Best regards, Matthias > > Confi