Re: lua.trm for djgpp build

[Tatsuro M. <tma...@ya...>]

Hello Ethan


I understand what you say.

The lua terminal cannot be safely implemented to the DJGPP at present.
According to the guideline that you have shown, one have to implement snprintf by oneself.
It will be possible but I do not want to spend any more time for DJGPP.  

I have not known historical background that you have stated. I have tried to build DJGPP version
gnuplot because you made change in makefile.dj2 for LUA terminal and there existed the problem of
snprintf.  This is an result of my experiment.  Use of sprintf instead of snprintf is not allowable so
that the conclusion  is that the lua/tikz terminals is not officially supported on the DJGPP.   

I am sometimes use DJGPP version of gnuplot as a gnuplot in compact size. It is saved in the USB. 
I only use the emf and eps terminals on DJGPP gnuplot.

Therefore for me, it is OK that DJGPP does not support LUA terminal.

How do you treat the change in makefile.dj2? 

For example

# Similarly for lua scripts used by the lua terminal
GNUPLOT_LUA_DIR = share/lua


I think that it is enough to comment out like 

# Similarly for lua scripts used by the lua terminal
#GNUPLOT_LUA_DIR = share/lua

because it is free that a user will try to build at his own risk.

However, I have no complaint that if you make makefile.dj2 to the previous one.

Regards

Tatsuro

--- Ethan Merritt  wrote:

> On Thursday 03 December 2009 03:03:57 Petr Mikulik wrote:
> > 
> > DJGPP never had snprintf, see config.djg:
> > 
> > /* Define to 1 if you have the `snprintf' function. */
> > /* #undef HAVE_SNPRINTF */
> > 
> > 
> > Thus there should be:
> > 
> > #ifdef HAVE_SNPRINTF
> >     snprintf(...);
> > #else
> >     sprintf(...);
> > #endif
> 
> In my view we are past the point where we can guarantee support for
> platforms too ancient to provide ansi-compliant C environments.
> 
> There is good reason to require snprintf(). Adding #ifdef statements
> to avoid it is an ugly hack that introduces known overflow problems.
> Are you sure that sprintf() itself is ansi-compliant on DJGPP?
> It isn't on ultrix, for instance. That's why the
> "ultrix" patch has been on the contributions page of the
> web site for years now. It allows mousing on ultrix systems even
> though the have a broken sprintf() implementation.
> 
> But really the easiest is to say that DJGPP doesn't support lua/tikz.
> Is anyone set up to test whether a no-snprintf() version actually
> works to produce lua->tikz->pdflatex output correctly on a DJGPP system?
> After all, just because it compiles does not mean that it works correctly.
> 
> 	Ethan
> 
> ------------------------------------------------------------------------------
> Join us December 9, 2009 for the Red Hat Virtual Experience,
> a free event focused on virtualization and cloud computing. 
> Attend in-depth sessions from your desk. Your couch. Anywhere.
> http://p.sf.net/sfu/redhat-sfdev2dev
> _______________________________________________
> gnuplot-beta mailing list
> gnu...@li...
> https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
> 


--------------------------------------
Learn more about HIV/AIDS - Red Ribbon Campaign 2009
http://pr.mail.yahoo.co.jp/redribbon/