Ivan Soleimanipour wrote:
> On 07/02/09 16:59, Ivan Soleimanipour wrote:
>
>
> Could this be the reason? com.sun.tools.swdev.toolscommon is in
> autoload/com-sun-tools-swdev-toolscommon.jar and a .. from
> that would yield modules instead of the actual cluster dir.
>
> Is the autoload subdirectory de-mode now?
Nope, I guess it is a bug, please file an issue, I'll fix it.
R.
>
>
>> I switched from 6.5.1 to 6.7 and am building against the 6.5.1 based
>> "platform" that we
>> base SunStudio on and I get this:
>>
>> /net/djomolungma/nb-ws/netbeans-6.7/harness/build.xml:165: The module
>> com.sun.tools.swdev.toolscommon cannot be compiled against because it
>> is part of the cluster
>> /export/home/gdbgui/dev_install/sparc-S2/netbeans/sside1/modules
>> which is not part of cluster.path in your suite configuration.
>> Cluster.path is:
>> [/export/home/gdbgui/dev_install/sparc-S2/netbeans/ide10,
>> /export/home/gdbgui/dev_install/sparc-S2/netbeans/platform9,
>> /export/home/gdbgui/dev_install/sparc-S2/netbeans/nb6.5,
>> /export/home/gdbgui/dev_install/sparc-S2/netbeans/sside1,
>> /export/home/gdbgui/dev_install/sparc-S2/netbeans/gsf1,
>> /export/home/gdbgui/dev_install/sparc-S2/netbeans/cnd2]
>>
>> Note where it says
>> ... because it is part of the cluster
>> /export/home/gdbgui/dev_install/sparc-S2/netbeans/sside1/modules
>> it has tacked on /modules.
>> Otherwise cluster.path _does_ contain
>>
>> /export/home/gdbgui/dev_install/sparc-S2/netbeans/sside1
>>
>> What's with this tacked-on /modules?
>>
>
