Mail Archives: djgpp/2001/10/16/13:04:08
On Tue, 16 Oct 2001 11:53:32 -0300, salvador <salvador AT inti DOT gov DOT ar>
wrote:
>Radical DOT NetSurfer AT delorie DOT com wrote:
>
>> I have come to the conclusion, that as far as I am concerned,
>> given the issues with gettext(),
>> _conio_gettext/Borland/Internalization issues,
>> it absolutely is NOT worth my time and trouble to (re) install/modify
>> all the things that have to be tampered with JUST to explore
>> 'tvision113' !!
>
>> So much "bloat" (eegads...the very thing we accuse Win9x to be so
>> guilty of) is NOW occurring to my nice, well-balenced DJGPP
>> installation... and I see no reason to disturb that balence for just
>> ONE, quite minor curiousity....
>> (fortunately, I can always RESCUE my installation from both a
>> Zippy-disk backup, and CD-RW backup.... WHEW!)
>
>Bad attitude. If you want to see how these gettext issues can be solved
>without bloat see setedit sources:
>
>http://www.sourceforge.net/projects/setedit/
>
>I include in the editor a stripped version of gettext library that is small
>and doesn't make collisions with conio's gettext.
>You can grab it from the CVS or tar.gz file and create such a gettext
>library.
Ah thank you! I did not realize all these fine details before I
downloaded TV113... and I suppose, for sake of my own personal
educational, and to save the next poor soul that comes along griping
about the same thing, that I see if your approach is easier.
I have no problems with tar/gz files in MSDOS.
(I have standalone, and DJTAR installed)
>> ADD to that the fact that its wrap up around RH - IDE, which adds
>> 1000% to the build time to the package, instead of the BLAZINGLY
>> fast and simple, stand-alone and ordinary MAKEFILE approach !!
>
>1) Turbo Vision can be compiled with makefiles, in fact I provide
>preconfigured makefiles in case you can bother reading the readme file or
>running the configure script. All examples have a makefile too.
>2) RHIDE can generate makefiles, I already told you how.
>3) Unless your system have a very small ammount of memory or your OS isn't
>using the memory as cache and swapping out the code that isn't used I can't
>understand how you get 10 times slower compilation from RHIDE.
It's simply I was not impressed when RH-IDE first appeared; so I'm not
impressed now. although, I will acknowledge it has improved, in some
ways.
>BTW: gcc 3.x is much more slower than previous versions and currently new
>packages are linked with the new gettext so be prepared for slower
>compilations and bigger files in the future.
>
>SET
HEY! Don't you start telling us these things. I'll stop at the
installation version I have now...
<probably just kidding...I hope>
- Raw text -