[Gambas-devel] About gb.adt (2)

[Emil Lenngren]

I agree on load time for C++ libraries.

Have you looked at the source code for std::set? Try to make a faster tree
;)
The really slow code in libstdc++ are the i/o-routines, iostream, fstream
etc. I see no reason to use them at all. But the datastructures and
algorithms are fast.

It is always possible to "borrow" code from libstdc++ too, as it is GPL.

/Emil

2012/8/24 Benoît Minisini <gambas at ...1...>

> Le 24/08/2012 16:55, Benoît Minisini a écrit :
> > Le 24/08/2012 16:01, Emil Lenngren a écrit :
> >> Haha. I will not force you. But what's the problem? Everybody has
> >> libstdc++ on their computer. Many other components like gb.qt4,
> >> gb.image.effect depend on libstdc++.
> >>
> >> /Emil
> >>
> >
> > It eats memory. It takes times to load. Other libraries uses libstdc++,
> > but it is not an argument.
> >
> > If Tobiad or anyone else finds funny to implement that, like Adrien did
> > with its XML component, (and if the result works of course), then go!
> >
> > And who said that libstdc++ is optimized? I'm suspicious.
> >
> > The Gambas compiler is twice faster in Gambas 3 than in Gambas 2 mainly
> > because I stopped using the libc standard file routines.
> >
> > 10% of Gambas IDE startup time is spent in a Xlib routine that reads a
> > X11 compose key configuration file - it reads each file character twice
> > by using getc()!
> >
> > So you can see why I'm *always* suspicious with libraries...
> >
> > Ha, and C++ is awful. :-)
> >
>
> Another point: gb.image.effect use C++ because it is actually code taken
> from KDE3. But it could be rewritten entirely in C, it has only static
> functions modifying an image buffer.
>
> Regards,
>
> --
> Benoît Minisini
>
>
> ------------------------------------------------------------------------------
> Live Security Virtual Conference
> Exclusive live event will cover all the ways today's security and
> threat landscape has changed and how IT managers can respond. Discussions
> will include endpoint security, mobile security and the latest in malware
> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
> _______________________________________________
> Gambas-devel mailing list
> Gambas-devel at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/gambas-devel
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.gambas-basic.org/pipermail/devel/attachments/20120824/ad4922a0/attachment.html>