>What kind of special support do you think is needed for OpenSolaris ? This is a list of some lacks of functionality: - C/C++ project of all OS sources requires at least 1.3Gb of heap memory. It exceeds a standard NB memory requirements. - Standard NB tree and list cannot show a long list (OS contains at least 150K global functions) at reasonable time. As result class view and completion works too slow. For example: preparing code completion list takes a couple seconds, visualization takes about 30 seconds. - difficulties with NB project creation. Existing wizard relies on dwarf information in objects/executable/libraries files. OS makefile does not use dwarf (convert or strip it). As result user should setup C/C++ code assistance by hand. It is an annoying procedure.
>I am using NetBeans 6.0 on Nevada and it appears to do what I expect >it to do. I would like to know typical use case of using NB 6.0 for Open Solaris development. Some problems can be resolved if community will support "pre-configured NB projects". For example: 1. User develops (leans/browses sources) a OS core (UTS). User do not need project for all OS sources.User downloads NB project for UTS and has a fully configured C/C++ code assistance in IDE. NB project for for UTS requires 700Mb heap memory and really can be used for development/learning in NB 6.0. As enhancement of this use case: user develops own driver in IDE. He/she add dependent project UTS and has all code assistance features. 2. User develops (leans/browses sources) a command of OS. User downloads a commands and libraries NB projects. Open required command project and add dependent libraries and enjoy a lives C/C++ code assistance. -- Regards, Alexander This message posted from opensolaris.org _______________________________________________ opensolaris-discuss mailing list [email protected]
