RFR: JDK-8210729 Clean up macosx static library handling

Erik Joelsson erik.joelsson at oracle.com
Thu Sep 13 23:16:10 UTC 2018


Hello,

Nice cleanup overall.

In CoreLibraries.gmk: I don't think it's safe to use $(BUILD_LIBFDLIB) 
directly as input to LIBS. That variable may contain other targets as 
well (such as debug symbol files and soon compile_commands.js snippets). 
A safer variable to use is $(BUILD_FDLIBM_TARGET). I even documented 
this as an output variable in NativeCompilation.gmk. I realize this was 
already used before your patch however.

I would expect a certain level of testing to be done for a change like 
this to make sure all affected libraries are verified.

/Erik

On 2018-09-13 15:06, Magnus Ihse Bursie wrote:
> There's a bunch of interrelated smelly code regarding static libraries 
> on macosx.
>
> I started by turning libfdlibm into a static library on macosx, as on 
> all other platforms. It turned out that we don't have proper support 
> for static libraries on macosx, so I fixed this too.
>
> Secondly, I removed the libjli_static.a for macosx. There is no good 
> reason to have it. It's probably just a left-over from the old Apple 
> port to macosx. This in turn prompted some additional related cleanup 
> in LauncherCommon.gmk.
>
> Bug: https://bugs.openjdk.java.net/browse/JDK-8210729
> WebRev: 
> http://cr.openjdk.java.net/~ihse/JDK-8210729-cleanup-macosx-static-library-handling/webrev.01
>
> /Magnus
>




More information about the build-dev mailing list