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?
> 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?
>
