On 9 mai, 23:16, Ian Collins <ian-n...@[EMAIL PROTECTED]
> wrote:
> James Kanze wrote:
> > On May 8, 10:10 pm, Ian Collins <ian-n...@[EMAIL PROTECTED]
> wrote:
> > I've not experience with anything later than SunStudio 11, but
> > with that, while the compiler is fairly good (although not quite
> > as good as g++), both of the libraries available with it are, to
> > put it mildly, junk, with any number of serious errors which
> > need work arounds.
> I don't consider STL****t to be junk.
I've run into quite a few bugs with it. More even than the
Rogue Wave library that is the default. But compared to the
Dinkumware library or g++, they're both at a distinctly lower
level. (To be fair to Rogue Wave and the STL ****t, I don't
think that the versions Sun distributes are the latest.)
> >> If you want maximum ****tability, check with more than one
> >> compiler.
> > Or use the same compiler everywhere:-). The simplest way to
> > achieve ****tability is just to standardize on g++. As far
> > as I can tell (and I've a fair amount of experience in the
> > question), this has no real disadvantages for Unix
> > platforms: the native compilers will typically optimize a
> > bit better, but most applications don't need that extra
> > performance. As for the tools, vim or emacs and GNU make
> > are the same for both as well (and GNU make ensures a more
> > or less ****table build environment as well---writing
> > ****table makefiles is more difficult than writing ****table
> > C++).
> I was talking about the profiler, debugger and sup****t tools
> like lock_lint, not the editors. GNU make lacks (or at least
> used to lack) decent sup****t for distributed building,
> something I've fond very useful over the years.
Hmmm. I think you're right about that. On the other hand, we
need to be ****table to both Solaris and Linux: the easiest way
to be sure that the make file is ****table is to use the same
make everywhere (and GNU make has a lot of features for writing
makefiles, which Sun make doesn't).
As for the other tools, we use them so rarely that it really
doesn't matter.
--
James Kanze (GABI Software) email:james.kanze@[EMAIL PROTECTED]
en informatique orient=E9e objet/
Beratung in objektorientierter Datenverarbeitung
9 place S=E9mard, 78210 St.-Cyr-l'=C9cole, France, +33 (0)1 30 23 00 34
|
