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.
MakeExecSupport.java only searches ${netbeans.home} for it. This is already a possible bug - cpp.nbm might be installed in the user dir - and issue #27151 would also require entries in ${netbeans.dirs} to be searched. Better to simply delete domake.sh and implement its functionality in Java code to begin with, by getting the output and error streams from the Process and forwarding them to standard output (or an InputOutput etc.), each in its own thread. Not a difficult thing to do.
BTW simply to solve the #27151 side would look like this: if (Utilities.isUnix()) { commandInterpreter = System.getProperty("netbeans.home") + "/bin/domake.sh"; // NOI18N + if (!new File(commandInterpreter).isFile()) { + String nbdirs = System.getProperty("netbeans.dirs"); + if (nbdirs != null) { + StringTokenizer tok = new StringTokenizer(nbdirs, File.pathSeparator); + while (tok.hasMoreTokens()) { + File f = new File(new File(tok.nextToken(), "bin"), "domake.sh"); // NOI18N + if (f.isFile()) { + commandInterpreter = f.getAbsolutePath(); + break; + } + } + } + } commandLine = getMakeCommand() + line; } else { // I am NOT a windows programmer and the following is very unlikely to work.
Finally, please consider deleting the (apparently unused) key "NBDIR" from CCFSrcLoader.CCFFormat, as its value can be considered close to meaningless if you do not know where cpp.nbm was installed.
Issue #28683 suggests a more general solution (needed only if doMake.sh cannot just be removed).
The lookup for domake.sh now uses InstalledFileLocator.
In the release35 branch? Please double-check the target milestone.