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.
This issue filed against the NB release that Sun ONE Studio 4 is built on. In the Filesystem tab of the Explorer, a directory containing only native code (C, C++, Fortran) still has contextual menus that are Java specific - Compile, Compile All, Build, Build All. When a user tries these actions, nothing happens and not helpfully offers up a misleading message "Nothing was compiled, everything is up to date. Finished <directory name>." If a user expects to build the native files contained in those directories, this message is incorrect. Suggestions: -Long term: language agnostic actions should be available on all directory nodes. -Short term: disable the actions that do not apply to files in that directory. -Short term: if disabling is not possible, an accurate warning should be in the output window. Something like "All Java files are up to date. Nothing was compiled."
I tried to reproduce this on a netbeans dev build dated 4/25/02 and a forte for java build dated 6/19/02. I could not reproduce this on either build using jdk 1.4.0. If you can supply the jdk you were using and the build, I'll try to reproduce it again.
Ooops! Problem is on the directory itself, not on the files in the directory.
This is not a cpp bug since the module does not provide folder actions. Netbeans allows a compile on a folder which will compile all the java files in that folder. Obviously, this won't work on a folder with native languages but you don't get errors if you try to compile. I will pass this to the core module since it is an issue with making netbeans extensible for other languages.
this is an architecture issue which need more thoughts and discussions, probably related to the (now lacking) projects infrastructure. I don't believe we can do anything short-term. (Your suggestions are not implementable).
This is a known problem it is duplicate of 20895. Acttions on FolderNode are hardcoded. *** This issue has been marked as a duplicate of 20895 ***
verified, closed it's duplicate.