Hi, your change for "JDK-8044480: JDK image target overwrites lib/server/libjsig.dylib symlink with a copy of lib/libjsig.dylib" breaks our OpenJDK builds on Solaris. The problem is that because on Solaris "freetype" isn't installed by default on every machine we have manually build a version of freetype for Solaris into a shared directory and use that one for our builds.
The lib-directory of a vanilly freetype build looks as follows (which is not unusual): $ ls -la freetype/lib/ total 1536 drwxr-xr-x 2 d046063 cproj 4096 Apr 26 2013 . drwxr-xr-x 4 d046063 cproj 4096 Apr 26 2013 .. lrwxrwxrwx 1 d046063 cproj 20 Apr 26 2013 libfreetype.so -> libfreetype.so.6.8.0 lrwxrwxrwx 1 d046063 cproj 20 Apr 26 2013 libfreetype.so.6 -> libfreetype.so.6.8.0 -rwxr-xr-x 1 d046063 cproj 773448 Apr 26 2013 libfreetype.so.6.8.0 When using "--with-freetype" this will automatically enable "freetype-bundling" and this in turn will require to copy the freetype libraries into the image during the build. Unfortunately, after change JDK-8044480, this will now only copy the corresponding symlink which meaningless in the jdk-directory and leads to a subsequent build error later on: gmake[3]: *** No rule to make target `/net/usr.work/openjdk/nb/sun_64/nightly/output-jdk9/jdk/lib/sparcv9/libfreetype.so.6', needed by `/net/usr.work/openjdk/nb/sun_64/nightly/output-jdk9/images/j2re-image/lib/sparcv9/libfreetype.so.6'. Stop. The same problem may also apply to other bundled libraries like zlib, png, jpeg, etc.. Do you have any idea how we could solve this problem? Or the other way round - do you see a possibility how to fix "JDK-8044480: JDK image target overwrites lib/server/libjsig.dylib symlink with a copy of lib/libjsig.dylib" without affecting the bundling of third part libraries? Thank you and best regards, Volker
