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.
dbxgui sometime creates default configuration without a project exist, for example, when attaching, or debug remote executable, but dbxgui is getting default compiler set as GNU, it comes from constructor of CompilerSet2Configuration shown below, We need a MakeConfiguration API that specify the compiler set to "SunStudio" public CompilerSet2Configuration(DevelopmentHostConfiguration dhconf) { this.dhconf = dhconf; String csName = getCompilerSetManager().getDefaultCompilerSet().getName(); <=== GNU if (csName == null || csName.length() == 0) { if (getCompilerSetManager().getCompilerSetNames().size() > 0) { csName = getCompilerSetManager().getCompilerSet(0).getName(); } else { if (Utilities.getOperatingSystem() == Utilities.OS_SOLARIS) csName = "Sun"; // NOI18N else csName = "GNU"; // NOI18N } } compilerSetName = new StringConfiguration(null, csName); flavor = null; compilerSetNodeProp = null; }
You don't need a new api. getCompilerSetManager().getDefaultCompilerSet().getName() should return SunStudio (if that in fact is the default set).
Affects SS and how default compiler set is handled. Upgrading to p2.
Problem is with tool chain code and how it (doesn't) handle setting of default compiler correctly.
Fixed. Will try and put the fix into 6.5 patch 1.
Integrated into 'main-golden', will be available in build *200810280201* on http://bits.netbeans.org/dev/nightly/ (upload may still be in progress) Changeset: http://hg.netbeans.org/main/rev/b4707ab66798 User: Thomas Preisler <thp@netbeans.org> Log: #150946 default compiler set is not honored if tool chain saved from dialog
can not be verified without SS build
The fix was ported into release65_fixes repository. http://hg.netbeans.org/release65_fixes/rev/4a65e8654afe
verified in SSIDE biweekly build with patch1
SS IDE is now based on NB 5.4 patch 1