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.
When compiling dbx or hotstpot (fastdebug target) => build fails with messages ERROR: ld.so: object 'libBuildTrace.so' from LD_PRELOAD cannot be preloaded: ignored. ERROR: ld.so: object 'libBuildTrace.so' from LD_PRELOAD cannot be preloaded: ignored. it occurs, because build system unset LD_LIBRARY_PATH IDE should recover from such situations more gracefully and do not break build of user's project
instead of LD_PRELOAD/LD_LIBRARY_PATH we should use LD_PRELOAD_32 and LD_PRELOAD_64 variables with abs path to libBuildTrace.so
fixed, change set: http://hg.netbeans.org/cnd-main/rev/6b7241c0f551
fix is safe and correct
I have checked built of hotspot on Ubuntu 64 and exec*.log is always zero size...
Looks like it is a solution for Solaris only
LD_DEBUG=files,symbols,bindings,detail will probably give you more than you ever wanted to know.
[paths.size() == 2] - can not be safe and correct as it is cryptic (I know it is not new, but it is bad style anyway) The same about [paths.get(0)]
fix was rolled back: http://hg.netbeans.org/cnd-main/rev/b1fdc654e650 Solution with LD_PRELOAD_32/LD_PRELOAD_64 has following lacks: - works only on Solaris - hides user LD_PRELOAD So it not better when LD_PRELOAD/LD_LIBRARY_PATH User has works around: - switch off smart build analyzer (Tools->Options->C/C++->Project Options) - unset LD_PRELOAD in case unsetting LD_LIBRARY_PATH at build time So it is not P2. Possible safe solution is: - switch off smart build analyzer by default.
another thing to consider: http://www.linuxcertif.com/man/1/readonly.1posix/313701/
Another thing to consider: https://bugzilla.redhat.com/show_bug.cgi?id=249256 '$LIB' BTW, the solution for Solaris still worth implementing.
(In reply to comment #9) > another thing to consider: > http://www.linuxcertif.com/man/1/readonly.1posix/313701/ read only for LD_LIBRARY_PATH will break sanity tests which are called at the end of hotspot build as part of build
(In reply to comment #10) > Another thing to consider: > https://bugzilla.redhat.com/show_bug.cgi?id=249256 > > '$LIB' I agree > > BTW, the solution for Solaris still worth implementing. I agree
(In reply to comment #12) > (In reply to comment #10) > > Another thing to consider: > > https://bugzilla.redhat.com/show_bug.cgi?id=249256 > > > > '$LIB' > I agree > > > > > BTW, the solution for Solaris still worth implementing. > I agree I do not agree. It will be unsafe change set because fix should change rfs.
(In reply to comment #13) ... > > > BTW, the solution for Solaris still worth implementing. > > I agree > I do not agree. It will be unsafe change set because fix should change rfs. Can you please be a bit more clear here?
(In reply to comment #14) > (In reply to comment #13) > ... > > > > BTW, the solution for Solaris still worth implementing. > > > I agree > > I do not agree. It will be unsafe change set because fix should change rfs. > Can you please be a bit more clear here? 1. User has works around => It is not P2 => It is not patch candidate. 2. Fix based on LD_PRELOAD_32/LD_PRELOAD_64 for Solaris must change remote rfs machinery because setting of LD_PRELOAD_32/LD_PRELOAD_64 makes unworking LD_PRELOAD used by rfs. 3. I do not see advantage of LD_PRELOAD_32/LD_PRELOAD_64 under LD_PRELOAD/LD_LIBRARY_PATH. Both can break user build. So it is premature change one solution to another.
Integrated into 'main-golden' Changeset: http://hg.netbeans.org/main-golden/rev/6b7241c0f551 User: Alexander Simon <alexvsimon@netbeans.org> Log: fixed Bug #202009 dbx and hotspot can't be compiled from IDE
Integrated into 'main-golden' Changeset: http://hg.netbeans.org/main-golden/rev/b1fdc654e650 User: Alexander Simon <alexvsimon@netbeans.org> Log: roll back fix Bug #202009 dbx and hotspot can't be compiled from IDE
I would suggest another fix. Scenario: 1. User start building a project. Build failed. 2. IDE highlight line in output window: ERROR: ld.so: object 'libBuildTrace.so' from LD_PRELOAD cannot be preloaded: ignored. 3. Action on click on the highlighted line shows dialog with problem description and troubleshooting like this: IDE uses preloaded libraries to intercept compiler invocations. IDE configures code assistance based on the intercepted compiler arguments. Probably cause of error is resetting or unsetting of environment variable LD_LIBRARY_PATH in your build. You can resolve problem by following ways: 1. Unset environment variable LD_PRELOAD in your build simultaneously with LD_LIBRARY_PATH. Intercepting will be forbidden. 2. Do not unset LD_LIBRARY_PATH in your build if it is possible. 3. Forbid intersecting by unchecking options "Use Smart Build Analyzer to Configure Code Assistance" in Tools->Options->C/C++->Project Options or click button: [Forbid intercepting right now]. The same scenario can be applied for remote build using automating coping based on "rfs_preload.so". Dialog: IDE uses preloaded libraries to automating coping needed files on remote host. Probably cause of error is resetting or unsetting of environment variable LD_LIBRARY_PATH in your build. You can resolve problem by following ways: 1. Do not unset environment variable LD_PRELOAD in your build if it is possible. 2. Change remote host properties "Access project files via" to "System level file sharing" or click button: [Change access right now].
fixed, change set: http://hg.netbeans.org/cnd-main/rev/1f2846f0f590
additional fix: http://hg.netbeans.org/cnd-main/rev/be542df03d30
fix is safe for 7.0.1 and correct. Although I think it's worth to show popup cloud, because user might not realize that he should click on error line
transplanted in releases_elif branch release701_fixes 1f2846f0f590 transplanted to b449a7ee8515 be542df03d30 transplanted to 0151ba31b123
Integrated into 'main-golden' Changeset: http://hg.netbeans.org/main-golden/rev/1f2846f0f590 User: Alexander Simon <alexvsimon@netbeans.org> Log: fixed Bug #202009 dbx and hotspot can't be compiled from IDE - output log highlighted ld errors. Clicking on link suggests ways to resolve problems.
verified in oss-platform-build #67 (20110921)
Integrated into 'releases' Changeset: http://hg.netbeans.org/releases/rev/b449a7ee8515 User: Alexander Simon <alexvsimon@netbeans.org> Log: fixed Bug #202009 dbx and hotspot can't be compiled from IDE - output log highlighted ld errors. Clicking on link suggests ways to resolve problems. (transplanted from 1f2846f0f59033e513af8f739524fa5135dee32b)
verified in OSS dev build based on 7.0.1 patch2