This Bugzilla instance is a read-only archive of historic NetBeans bug reports. To report a bug in NetBeans please follow the project's instructions for reporting issues.
Cannot load native library from path: native/solarisx86.so while trying to install nbi/daily-200703201103 on solaris-x86 machine i get the folllowing exception and the installation stops: java.lang.UnsatisfiedLinkError: /tmp/.nbi-4045316.tmp/nbi-38228.tmp: ld.so.1: java: fatal: libgcc_s.so.1: open failed: No such file or directory
The jdk version on the machine is jdk1.5.0_09 and its a solaris 9 machine
First of all I'd like to note that solaris 9 is not officially supported - thus lowering to P2. The issue you are seeing is obviously caused by the lack of a native library which probably should be applied by a patch to solaris. I, however, need to investigate further. Could you please tell me more about the environment which solaris 9 is it? What is the hardware - 32bit/64bit? The JDK was 32 bit? Last note, since most likely this cannot be fixed on our side (though a reference to libgcc seems very suspicious), but should be worked around by installing a patch to solaris. I'm adding the release notes keyword and docs people to cc.
I'd also recommend to try running a more recent installer - there were changes in the native area since 03/20. E.g. from http://bits.nbextras.org/netbeans/6.0/nightly/20070412/installers/
Documented in the NB 6.0 Preview RNs as follows: Issue #101038: Installer cannot run on Solaris 9 due to the lack of a native library. Description: On Solaris 9, installation might fail because of the lack of a native library. Workaround: Upgrade Solaris 9 installed on your machine with the latest patches available for this operating system. Please notice that Solaris 9 is not in the list of supported platforms for this release (see System Requirements).
Ups. My bad. The initial evaluation was incorrect. I was finally able to get a "clean" Solaris 9 U8 machine. I was able to reproduce the error. The workaround is to install the 'libgcc-3.4.6' package from http://www.sunfreeware.com and correct the LD_LIBRARY_PATH environment variable so that it references the /usr/local/lib directory. After doing this I was able to start the installer correctly. Looks like there is something wring with the way we compile the JNI libraries, as the dependency on libgcc_s.so.1 is an undesired one. This needs to be fixed for M10. Reassigning to Dima, the native code guru.
Seems that it is fixed now (in trunk). sanjeeth, could you please verify that the issue is no more reproducible with latest nightly builds (>=200705041200)?
In RNs for M9 - Changed workaround to this (from Kirill): Workaround: Install the libgcc-3.4.6 package from http://www.sunfreeware.com and correct the LD_LIBRARY_PATH environment variable so that it references the /usr/local/lib directory. Restart the installer.
No need to release note the issue as it has been fixed.
Please be specific: has it been fixed in M9 or in M10? The Release Notes are for M9 right now, so we need confirmation that this issue needs to be removed from the currently posted release notes: http://www.netbeans.org/community/releases/60/relnotes.html#known_issues-installer
Annette, as you can probably see the targeted milestone is milestone 10. So the issue is not fixed in M9 and is not required to be removed from already posted release notes.