Sender:	salvador AT delorie DOT com
Message-ID:	<3BCC49EC.5FB4D8ED@inti.gov.ar>
Date:	Tue, 16 Oct 2001 11:53:32 -0300
From:	salvador <salvador AT inti DOT gov DOT ar>
Organization:	INTI
X-Mailer:	Mozilla 4.77 [en] (X11; U; Linux 2.2.19 i686)
X-Accept-Language:	es-AR, en, es
MIME-Version:	1.0
To:	djgpp AT delorie DOT com
Subject:	Re: MAKEing Turbo Vision 1.1.3
References:	<im4mstk71bb1ondv81goeqsededhsiqj0b AT 4ax DOT com> <3BCB274A DOT 34F2631 AT inti DOT gov DOT ar> <j0fnst84g4o75b64184kvs3dhlvg3j5gki AT 4ax DOT com>
Reply-To:	djgpp AT delorie DOT com

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.

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

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

--
Salvador Eduardo Tropea (SET). (Electronics Engineer)
Visit my home page: http://welcome.to/SetSoft or
http://www.geocities.com/SiliconValley/Vista/6552/
Alternative e-mail: set AT computer DOT org set AT ieee DOT org
Address: Curapaligue 2124, Caseros, 3 de Febrero
Buenos Aires, (1678), ARGENTINA Phone: +(5411) 4759 0013

- Raw text -