Sender: salvador AT delorie DOT com Message-ID: <3BCC49EC.5FB4D8ED@inti.gov.ar> Date: Tue, 16 Oct 2001 11:53:32 -0300 From: salvador 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: <3BCB274A DOT 34F2631 AT inti DOT gov DOT ar> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit 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