gnuplot-beta — Developers and beta testers of new gnuplot code

Solved (Re: Trouble installer package for gnuplot for mingw( Inno Setup error))

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

> From: Tatsuro MATSUOKA 

> To: gnuplot-beta; bmaerkisch
> Cc: 
> Date: 2016/4/10, Sun 08:51
> Subject: Trouble installer package for gnuplot for mingw( Inno Setup error)
> 
> Hello
> 
> I have met a trouble at  "make installer"
> 
> **************************************************************
> (cd ./dist; /c/Program\ Files\ \(x86\)/Inno\ Setup\ 
> 5/iscc gnuplot.iss)
> Inno Setup 5 Command-Line Compiler
> Copyright (C) 1997-2016 Jordan Russell. All rights reserved.
> Portions Copyright (C) 2000-2016 Martijn Laan
> Inno Setup Preprocessor
> Copyright (C) 2001-2004 Alex Yackimoff. All rights reserved.
> 
> Compiler engine version: Inno Setup 5.5.9 (a)
> 
> [ISPP] Preprocessing.
> [ISPP] Preprocessed.
> 
> Error on line 1 in 
> D:\usr\Tatsu\msys2mingw64_530\gnuplot\gnuplotcvs\gnuplot\config\mingw\dist\gnuplot.iss: 
> Text is not inside a section.
> Compile aborted.
> Makefile:1029: recipe for target 'installer' failed
> make: *** [installer] Error 2
> 
> **************************************************************
> 
> I have cleanly installed windows 10 and use the recent version of Inno Setup 5.
> Is this related?
> 
> 
> "make zip" goes well without issue.
> 
> 
> Any suggestions?
> 
> Tatsuro
> 
I found a trash character at the top of gnuplot.iss.
(I do not know why it exists.)
I deleted it and "make installer" worked without problem.

Tatsuro

Re: stdfn.h: error: conflicting types for 'memcopy' and 'sys_errlist' on Cygwin build

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

> From: Hans-Bernhard Bröker 

> To: gnuplot-beta> Cc: 
> Date: 2016/4/10, Sun 15:49
> Subject: Re: stdfn.h: error: conflicting types for 'memcopy' and 'sys_errlist' on Cygwin build
> 
> Am 10.04.2016 um 04:42 schrieb Ethan Merritt:
>>  On Sunday, 10 April 2016 10:11:55 AM Tatsuro MATSUOKA wrote:
> 
>>>  At compiling src/boundary.c I have met errors.
> 
> Actually, you met them in almost every single source file.  Which is 
> understandable, given that the conflict is in stdfn.h, which is included 
> just about everywhere.
> 
>>  How is it possible that cygwin does not provide memcpy()?
> 
> It's not.  Cygwin does of course provide it.  The error messages are 
> caused by the provided declaration conflicting with gnuplot's internal 
> fall-back.
> 
> The problem here is that configure somehow managed to not find the 
> declaration, although it most definitely is there.  We need to see 
> Tatsuro's config.log to find out what went wrong.
> 

Hans.

Thanks for the reply.

Now discussion is made in the Cygwin ML.

http://cygwin.com/ml/cygwin/2016-04/msg00186.html

Regards

Tatsuro

Re: stdfn.h: error: conflicting types for 'memcopy' and 'sys_errlist' on Cygwin build

[Hans-Bernhard B. <HBB...@t-...>]

Am 10.04.2016 um 04:42 schrieb Ethan Merritt:
> On Sunday, 10 April 2016 10:11:55 AM Tatsuro MATSUOKA wrote:

>> At compiling src/boundary.c I have met errors.

Actually, you met them in almost every single source file.  Which is 
understandable, given that the conflict is in stdfn.h, which is included 
just about everywhere.

> How is it possible that cygwin does not provide memcpy()?

It's not.  Cygwin does of course provide it.  The error messages are 
caused by the provided declaration conflicting with gnuplot's internal 
fall-back.

The problem here is that configure somehow managed to not find the 
declaration, although it most definitely is there.  We need to see 
Tatsuro's config.log to find out what went wrong.

Re: stdfn.h: error: conflicting types for 'memcopy' and 'sys_errlist' on Cygwin build

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

> From: Ethan Merritt

> To: gnuplot-beta Tatsuro MATSUOKA 
> Cc: 
> Date: 2016/4/10, Sun 11:42
> Subject: Re: stdfn.h: error: conflicting types for 'memcopy' and 'sys_errlist' on Cygwin build
> 
> On Sunday, 10 April 2016 10:11:55 AM Tatsuro MATSUOKA wrote:
>>  Hello
>> 
>>  This is probably an issue that is specific to the Cygwin.
>> 
>>  At compiling src/boundary.c I have met errors.
>> 
>>  ../../gnuplot/src/stdfn.h:67:8: error: conflicting types for 
> 'memcpy'
>>  ../../gnuplot/src/stdfn.h:171:14: error: conflicting types for 
> 'sys_errlist'
>> 
> 
> How is it possible that cygwin does not provide memcpy()?
> 
> Anyhow, the correct typing for memcpy is:
> 
>    void *memcpy(void *,  const void *,  size_t);
> 
> 
>     Ethan

Thanks for suggestion.
 
I will ask at Cygwin list.
During the moment, discussion here is pending.

Tatsuro

>> 
>>  Full output.
>> 
>>  gcc -DHAVE_CONFIG_H -I. -I../../gnuplot/src -I..  -I../term 
> -I../../gnuplot/term -DBINDIR=\"/opt/gp510/bin\" 
> -DX11_DRIVER_DIR=\"/opt/gp510/libexec/gnuplot/5.1\" 
> -DQT_DRIVER_DIR=\"/opt/gp510/libexec/gnuplot/5.1\" 
> -DGNUPLOT_SHARE_DIR=\"/opt/gp510/share/gnuplot/5.1\" 
> -DGNUPLOT_PS_DIR=\"/opt/gp510/share/gnuplot/5.1/PostScript\" 
> -DGNUPLOT_JS_DIR=\"/opt/gp510/share/gnuplot/5.1/js\" 
> -DGNUPLOT_LUA_DIR=\"/opt/gp510/share/gnuplot/5.1/lua\" 
> -DCONTACT=\"gnu...@li...\" 
> -DHELPFILE=\"/opt/gp510/share/gnuplot/5.1/gnuplot.gih\" 
> -DGNUPLOT_X11=\"`echo gnuplot_x11 | sed 
> 's,x,x,'`.exe\" 
> -DXAPPLRESDIR=\"/etc/X11/app-defaults/\"  
> -I/usr/local/include  -I/usr/include/pango-1.0 -I/usr/include/harfbuzz 
> -I/usr/include/pango-1.0 -I/usr/include/cairo -I/usr/include/glib-2.0 
> -I/usr/lib/glib-2.0/include -I/usr/include/pixman-1 -I/usr/include/freetype2 
> -I/usr/include/libpng16 -I/usr/include/freetype2 -I/usr/include/libpng16 
> -I/usr/include/cairo
>>   -I/usr/include/pango-1.0 -I/usr/include/harfbuzz -I/usr/include/pango-1.0 
> -I/usr/include/cairo -I/usr/include/pixman-1 -I/usr/include/freetype2 
> -I/usr/include/libpng16 -I/usr/include/freetype2 -I/usr/include/libpng16 
> -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include  -g -O2 -MT boundary.o -MD 
> -MP -MF $depbase.Tpo -c -o boundary.o ../../gnuplot/src/boundary.c 
> &&\
>>  mv -f $depbase.Tpo $depbase.Po
>>  In file included from ../../gnuplot/src/alloc.h:44:0,
>>                   from ../../gnuplot/src/alloc.c:44:
>>  ../../gnuplot/src/stdfn.h:67:8: error: conflicting types for 
> 'memcpy'
>>   char * memcpy __PROTO((char *, char *, size_t));
>>          ^
>>  In file included from ../../gnuplot/src/term_api.h:43:0,
>>                   from ../../gnuplot/src/gadgets.h:42,
>>                   from ../../gnuplot/src/graphics.h:43,
>>                   from ../../gnuplot/src/boundary.c:37:
>>  ../../gnuplot/src/stdfn.h:67:8: error: conflicting types for 
> 'memcpy'
>>   char * memcpy __PROTO((char *, char *, size_t));
>>          ^
>>  In file included from /usr/include/ctype.h:4:0,
>>                   from ../../gnuplot/src/stdfn.h:49,
>>                   from ../../gnuplot/src/alloc.h:44,
>>                   from ../../gnuplot/src/alloc.c:44:
>>  /usr/include/string.h:23:8: note: previous declaration of 'memcpy' 
> was here
>>   _PTR   _EXFUN(memcpy,(_PTR __restrict, const _PTR __restrict, size_t));
>>          ^
>>  In file included from /usr/include/ctype.h:4:0,
>>                   from ../../gnuplot/src/stdfn.h:49,
>>                   from ../../gnuplot/src/term_api.h:43,
>>                   from ../../gnuplot/src/gadgets.h:42,
>>                   from ../../gnuplot/src/graphics.h:43,
>>                   from ../../gnuplot/src/boundary.c:37:
>>  /usr/include/string.h:23:8: note: previous declaration of 'memcpy' 
> was here
>>   _PTR   _EXFUN(memcpy,(_PTR __restrict, const _PTR __restrict, size_t));
>>          ^
>>  In file included from ../../gnuplot/src/term_api.h:43:0,
>>                   from ../../gnuplot/src/gadgets.h:42,
>>                   from ../../gnuplot/src/axis.h:42,
>>                   from ../../gnuplot/src/datafile.h:42,
>>                   from ../../gnuplot/src/breaders.c:48:
>>  ../../gnuplot/src/stdfn.h:67:8: error: conflicting types for 
> 'memcpy'
>>   char * memcpy __PROTO((char *, char *, size_t));
>>          ^
>>  In file included from /usr/include/ctype.h:4:0,
>>                   from ../../gnuplot/src/stdfn.h:49,
>>                   from ../../gnuplot/src/term_api.h:43,
>>                   from ../../gnuplot/src/gadgets.h:42,
>>                   from ../../gnuplot/src/axis.h:42,
>>                   from ../../gnuplot/src/datafile.h:42,
>>                   from ../../gnuplot/src/breaders.c:48:
>>  /usr/include/string.h:23:8: note: previous declaration of 'memcpy' 
> was here
>>   _PTR   _EXFUN(memcpy,(_PTR __restrict, const _PTR __restrict, size_t));
>>          ^
>>  In file included from ../../gnuplot/src/term_api.h:43:0,
>>                   from ../../gnuplot/src/gadgets.h:42,
>>                   from ../../gnuplot/src/axis.h:42,
>>                   from ../../gnuplot/src/axis.c:37:
>>  ../../gnuplot/src/stdfn.h:67:8: error: conflicting types for 
> 'memcpy'
>>   char * memcpy __PROTO((char *, char *, size_t));
>>          ^
>>  In file included from /usr/include/ctype.h:4:0,
>>                   from ../../gnuplot/src/stdfn.h:49,
>>                   from ../../gnuplot/src/term_api.h:43,
>>                   from ../../gnuplot/src/gadgets.h:42,
>>                   from ../../gnuplot/src/axis.h:42,
>>                   from ../../gnuplot/src/axis.c:37:
>>  /usr/include/string.h:23:8: note: previous declaration of 'memcpy' 
> was here
>>   _PTR   _EXFUN(memcpy,(_PTR __restrict, const _PTR __restrict, size_t));
>>          ^
>>  In file included from ../../gnuplot/src/term_api.h:43:0,
>>                   from ../../gnuplot/src/gadgets.h:42,
>>                   from ../../gnuplot/src/graphics.h:43,
>>                   from ../../gnuplot/src/boundary.c:37:
>>  ../../gnuplot/src/stdfn.h:170:12: warning: 'sys_nerr' redeclared 
> without dllimport attribute: previous dllimport ignored [-Wattributes]
>>   extern int sys_nerr;
>>              ^
>>  ../../gnuplot/src/stdfn.h:171:14: error: conflicting types for 
> 'sys_errlist'
>>   extern char *sys_errlist[];
>>                ^
>>  In file included from /usr/include/errno.h:9:0,
>>                   from ../../gnuplot/src/stdfn.h:163,
>>                   from ../../gnuplot/src/term_api.h:43,
>>                   from ../../gnuplot/src/gadgets.h:42,
>>                   from ../../gnuplot/src/graphics.h:43,
>>                   from ../../gnuplot/src/boundary.c:37:
>>  /usr/include/sys/errno.h:23:36: note: previous declaration of 
> 'sys_errlist' was here
>>   extern __IMPORT const char * const sys_errlist[];
>>                                      ^
>>  In file included from ../../gnuplot/src/alloc.h:44:0,
>>                   from ../../gnuplot/src/alloc.c:44:
>>  ../../gnuplot/src/stdfn.h:170:12: warning: 'sys_nerr' redeclared 
> without dllimport attribute: previous dllimport ignored [-Wattributes]
>>   extern int sys_nerr;
>>              ^
>>  ../../gnuplot/src/stdfn.h:171:14: error: conflicting types for 
> 'sys_errlist'
>>   extern char *sys_errlist[];
>>                ^
>>  In file included from /usr/include/errno.h:9:0,
>>                   from ../../gnuplot/src/stdfn.h:163,
>>                   from ../../gnuplot/src/alloc.h:44,
>>                   from ../../gnuplot/src/alloc.c:44:
>>  /usr/include/sys/errno.h:23:36: note: previous declaration of 
> 'sys_errlist' was here
>>   extern __IMPORT const char * const sys_errlist[];
>>                                      ^
>>  In file included from ../../gnuplot/src/term_api.h:43:0,
>>                   from ../../gnuplot/src/gadgets.h:42,
>>                   from ../../gnuplot/src/axis.h:42,
>>                   from ../../gnuplot/src/datafile.h:42,
>>                   from ../../gnuplot/src/breaders.c:48:
>>  ../../gnuplot/src/stdfn.h:170:12: warning: 'sys_nerr' redeclared 
> without dllimport attribute: previous dllimport ignored [-Wattributes]
>>   extern int sys_nerr;
>>              ^
>>  ../../gnuplot/src/stdfn.h:171:14: error: conflicting types for 
> 'sys_errlist'
>>   extern char *sys_errlist[];
>>                ^
>>  In file included from /usr/include/errno.h:9:0,
>>                   from ../../gnuplot/src/stdfn.h:163,
>>                   from ../../gnuplot/src/term_api.h:43,
>>                   from ../../gnuplot/src/gadgets.h:42,
>>                   from ../../gnuplot/src/axis.h:42,
>>                   from ../../gnuplot/src/datafile.h:42,
>>                   from ../../gnuplot/src/breaders.c:48:
>>  /usr/include/sys/errno.h:23:36: note: previous declaration of 
> 'sys_errlist' was here
>>   extern __IMPORT const char * const sys_errlist[];
>>                                      ^
>>  In file included from ../../gnuplot/src/term_api.h:43:0,
>>                   from ../../gnuplot/src/gadgets.h:42,
>>                   from ../../gnuplot/src/axis.h:42,
>>                   from ../../gnuplot/src/axis.c:37:
>>  ../../gnuplot/src/stdfn.h:170:12: warning: 'sys_nerr' redeclared 
> without dllimport attribute: previous dllimport ignored [-Wattributes]
>>   extern int sys_nerr;
>>              ^
>>  ../../gnuplot/src/stdfn.h:171:14: error: conflicting types for 
> 'sys_errlist'
>>   extern char *sys_errlist[];
>>                ^
>>  In file included from /usr/include/errno.h:9:0,
>>                   from ../../gnuplot/src/stdfn.h:163,
>>                   from ../../gnuplot/src/term_api.h:43,
>>                   from ../../gnuplot/src/gadgets.h:42,
>>                   from ../../gnuplot/src/axis.h:42,
>>                   from ../../gnuplot/src/axis.c:37:
>>  /usr/include/sys/errno.h:23:36: note: previous declaration of 
> 'sys_errlist' was here
>>   extern __IMPORT const char * const sys_errlist[];
>>                                      ^
>>  Makefile:900: recipe for target 'alloc.o' failed
>>  make[4]: *** [alloc.o] Error 1
>>  make[4]: *** Waiting for unfinished jobs....
>>  ../../gnuplot/src/axis.c: In function 'init_parallel_axis':
>>  ../../gnuplot/src/axis.c:282:12: warning: passing argument 1 of 
> 'memcpy' from incompatible pointer type [-Wincompatible-pointer-types]
>>       memcpy(this_axis, &default_axis_state, sizeof(AXIS));
>>              ^
>>  In file included from ../../gnuplot/src/term_api.h:43:0,
>>                   from ../../gnuplot/src/gadgets.h:42,
>>                   from ../../gnuplot/src/axis.h:42,
>>                   from ../../gnuplot/src/axis.c:37:
>>  ../../gnuplot/src/stdfn.h:67:8: note: expected 'char *' but 
> argument is of type 'AXIS * {aka struct axis *}'
>>   char * memcpy __PROTO((char *, char *, size_t));
>>          ^
>>  ../../gnuplot/src/axis.c:282:23: warning: passing argument 2 of 
> 'memcpy' from incompatible pointer type [-Wincompatible-pointer-types]
>>       memcpy(this_axis, &default_axis_state, sizeof(AXIS));
>>                         ^
>>  In file included from ../../gnuplot/src/term_api.h:43:0,
>>                   from ../../gnuplot/src/gadgets.h:42,
>>                   from ../../gnuplot/src/axis.h:42,
>>                   from ../../gnuplot/src/axis.c:37:
>>  ../../gnuplot/src/stdfn.h:67:8: note: expected 'char *' but 
> argument is of type 'const AXIS * {aka const struct axis *}'
>>   char * memcpy __PROTO((char *, char *, size_t));
>>          ^
>>  Makefile:900: recipe for target 'breaders.o' failed
>>  make[4]: *** [breaders.o] Error 1
>>  Makefile:900: recipe for target 'boundary.o' failed
>>  make[4]: *** [boundary.o] Error 1
>>  ../../gnuplot/src/axis.c: In function 'clone_linked_axes':
>>  ../../gnuplot/src/axis.c:2211:12: warning: passing argument 1 of 
> 'memcpy' from incompatible pointer type [-Wincompatible-pointer-types]
>>       memcpy(axis2, axis1, AXIS_CLONE_SIZE);
>>              ^
>>  In file included from ../../gnuplot/src/term_api.h:43:0,
>>                   from ../../gnuplot/src/gadgets.h:42,
>>                   from ../../gnuplot/src/axis.h:42,
>>                   from ../../gnuplot/src/axis.c:37:
>>  ../../gnuplot/src/stdfn.h:67:8: note: expected 'char *' but 
> argument is of type 'AXIS * {aka struct axis *}'
>>   char * memcpy __PROTO((char *, char *, size_t));
>>          ^
>>  ../../gnuplot/src/axis.c:2211:19: warning: passing argument 2 of 
> 'memcpy' from incompatible pointer type [-Wincompatible-pointer-types]
>>       memcpy(axis2, axis1, AXIS_CLONE_SIZE);
>>                     ^
>>  In file included from ../../gnuplot/src/term_api.h:43:0,
>>                   from ../../gnuplot/src/gadgets.h:42,
>>                   from ../../gnuplot/src/axis.h:42,
>>                   from ../../gnuplot/src/axis.c:37:
>>  ../../gnuplot/src/stdfn.h:67:8: note: expected 'char *' but 
> argument is of type 'AXIS * {aka struct axis *}'
>>   char * memcpy __PROTO((char *, char *, size_t));
>>          ^
>>  Makefile:900: recipe for target 'axis.o' failed
>>  make[4]: *** [axis.o] Error 1
>> 
>> 
>>  Any suggestions?
>> 
>>  Tatsuro
>> 
>> 
>> 
> ------------------------------------------------------------------------------
>>  Find and fix application performance issues faster with Applications 
> Manager
>>  Applications Manager provides deep performance insights into multiple tiers 
> of
>>  your business applications. It resolves application problems quickly and
>>  reduces your MTTR. Get your free trial! http://pubads.g.doubleclick.net/
>>  gampad/clk?id=1444514301&iu=/ca-pub-7940484522588532
>>  _______________________________________________
>>  gnuplot-beta mailing list
>>  gnu...@li...
>>  Membership management via: 
> https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
> 
> -- 
> mail:   Biomolecular Structure Center,  K-428 Health Sciences Bldg
>         MS 357742,   University of Washington, Seattle 98195-7742
> 

Re: stdfn.h: error: conflicting types for 'memcopy' and 'sys_errlist' on Cygwin build

[Ethan M. <merritt@u.washington.edu>]

On Sunday, 10 April 2016 10:11:55 AM Tatsuro MATSUOKA wrote:
> Hello
> 
> This is probably an issue that is specific to the Cygwin.
> 
> At compiling src/boundary.c I have met errors.
> 
> ../../gnuplot/src/stdfn.h:67:8: error: conflicting types for 'memcpy'
> ../../gnuplot/src/stdfn.h:171:14: error: conflicting types for 'sys_errlist'
> 

How is it possible that cygwin does not provide memcpy()?

Anyhow, the correct typing for memcpy is:

   void *memcpy(void *,  const void *,  size_t);


	Ethan


> 
> Full output.
> 
> gcc -DHAVE_CONFIG_H -I. -I../../gnuplot/src -I..  -I../term -I../../gnuplot/term -DBINDIR=\"/opt/gp510/bin\" -DX11_DRIVER_DIR=\"/opt/gp510/libexec/gnuplot/5.1\" -DQT_DRIVER_DIR=\"/opt/gp510/libexec/gnuplot/5.1\" -DGNUPLOT_SHARE_DIR=\"/opt/gp510/share/gnuplot/5.1\" -DGNUPLOT_PS_DIR=\"/opt/gp510/share/gnuplot/5.1/PostScript\" -DGNUPLOT_JS_DIR=\"/opt/gp510/share/gnuplot/5.1/js\" -DGNUPLOT_LUA_DIR=\"/opt/gp510/share/gnuplot/5.1/lua\" -DCONTACT=\"gnu...@li...\" -DHELPFILE=\"/opt/gp510/share/gnuplot/5.1/gnuplot.gih\" -DGNUPLOT_X11=\"`echo gnuplot_x11 | sed 's,x,x,'`.exe\" -DXAPPLRESDIR=\"/etc/X11/app-defaults/\"   -I/usr/local/include  -I/usr/include/pango-1.0 -I/usr/include/harfbuzz -I/usr/include/pango-1.0 -I/usr/include/cairo -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libpng16 -I/usr/include/freetype2 -I/usr/include/libpng16 -I/usr/include/cairo
>  -I/usr/include/pango-1.0 -I/usr/include/harfbuzz -I/usr/include/pango-1.0 -I/usr/include/cairo -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libpng16 -I/usr/include/freetype2 -I/usr/include/libpng16 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include  -g -O2 -MT boundary.o -MD -MP -MF $depbase.Tpo -c -o boundary.o ../../gnuplot/src/boundary.c &&\
> mv -f $depbase.Tpo $depbase.Po
> In file included from ../../gnuplot/src/alloc.h:44:0,
>                  from ../../gnuplot/src/alloc.c:44:
> ../../gnuplot/src/stdfn.h:67:8: error: conflicting types for 'memcpy'
>  char * memcpy __PROTO((char *, char *, size_t));
>         ^
> In file included from ../../gnuplot/src/term_api.h:43:0,
>                  from ../../gnuplot/src/gadgets.h:42,
>                  from ../../gnuplot/src/graphics.h:43,
>                  from ../../gnuplot/src/boundary.c:37:
> ../../gnuplot/src/stdfn.h:67:8: error: conflicting types for 'memcpy'
>  char * memcpy __PROTO((char *, char *, size_t));
>         ^
> In file included from /usr/include/ctype.h:4:0,
>                  from ../../gnuplot/src/stdfn.h:49,
>                  from ../../gnuplot/src/alloc.h:44,
>                  from ../../gnuplot/src/alloc.c:44:
> /usr/include/string.h:23:8: note: previous declaration of 'memcpy' was here
>  _PTR   _EXFUN(memcpy,(_PTR __restrict, const _PTR __restrict, size_t));
>         ^
> In file included from /usr/include/ctype.h:4:0,
>                  from ../../gnuplot/src/stdfn.h:49,
>                  from ../../gnuplot/src/term_api.h:43,
>                  from ../../gnuplot/src/gadgets.h:42,
>                  from ../../gnuplot/src/graphics.h:43,
>                  from ../../gnuplot/src/boundary.c:37:
> /usr/include/string.h:23:8: note: previous declaration of 'memcpy' was here
>  _PTR   _EXFUN(memcpy,(_PTR __restrict, const _PTR __restrict, size_t));
>         ^
> In file included from ../../gnuplot/src/term_api.h:43:0,
>                  from ../../gnuplot/src/gadgets.h:42,
>                  from ../../gnuplot/src/axis.h:42,
>                  from ../../gnuplot/src/datafile.h:42,
>                  from ../../gnuplot/src/breaders.c:48:
> ../../gnuplot/src/stdfn.h:67:8: error: conflicting types for 'memcpy'
>  char * memcpy __PROTO((char *, char *, size_t));
>         ^
> In file included from /usr/include/ctype.h:4:0,
>                  from ../../gnuplot/src/stdfn.h:49,
>                  from ../../gnuplot/src/term_api.h:43,
>                  from ../../gnuplot/src/gadgets.h:42,
>                  from ../../gnuplot/src/axis.h:42,
>                  from ../../gnuplot/src/datafile.h:42,
>                  from ../../gnuplot/src/breaders.c:48:
> /usr/include/string.h:23:8: note: previous declaration of 'memcpy' was here
>  _PTR   _EXFUN(memcpy,(_PTR __restrict, const _PTR __restrict, size_t));
>         ^
> In file included from ../../gnuplot/src/term_api.h:43:0,
>                  from ../../gnuplot/src/gadgets.h:42,
>                  from ../../gnuplot/src/axis.h:42,
>                  from ../../gnuplot/src/axis.c:37:
> ../../gnuplot/src/stdfn.h:67:8: error: conflicting types for 'memcpy'
>  char * memcpy __PROTO((char *, char *, size_t));
>         ^
> In file included from /usr/include/ctype.h:4:0,
>                  from ../../gnuplot/src/stdfn.h:49,
>                  from ../../gnuplot/src/term_api.h:43,
>                  from ../../gnuplot/src/gadgets.h:42,
>                  from ../../gnuplot/src/axis.h:42,
>                  from ../../gnuplot/src/axis.c:37:
> /usr/include/string.h:23:8: note: previous declaration of 'memcpy' was here
>  _PTR   _EXFUN(memcpy,(_PTR __restrict, const _PTR __restrict, size_t));
>         ^
> In file included from ../../gnuplot/src/term_api.h:43:0,
>                  from ../../gnuplot/src/gadgets.h:42,
>                  from ../../gnuplot/src/graphics.h:43,
>                  from ../../gnuplot/src/boundary.c:37:
> ../../gnuplot/src/stdfn.h:170:12: warning: 'sys_nerr' redeclared without dllimport attribute: previous dllimport ignored [-Wattributes]
>  extern int sys_nerr;
>             ^
> ../../gnuplot/src/stdfn.h:171:14: error: conflicting types for 'sys_errlist'
>  extern char *sys_errlist[];
>               ^
> In file included from /usr/include/errno.h:9:0,
>                  from ../../gnuplot/src/stdfn.h:163,
>                  from ../../gnuplot/src/term_api.h:43,
>                  from ../../gnuplot/src/gadgets.h:42,
>                  from ../../gnuplot/src/graphics.h:43,
>                  from ../../gnuplot/src/boundary.c:37:
> /usr/include/sys/errno.h:23:36: note: previous declaration of 'sys_errlist' was here
>  extern __IMPORT const char * const sys_errlist[];
>                                     ^
> In file included from ../../gnuplot/src/alloc.h:44:0,
>                  from ../../gnuplot/src/alloc.c:44:
> ../../gnuplot/src/stdfn.h:170:12: warning: 'sys_nerr' redeclared without dllimport attribute: previous dllimport ignored [-Wattributes]
>  extern int sys_nerr;
>             ^
> ../../gnuplot/src/stdfn.h:171:14: error: conflicting types for 'sys_errlist'
>  extern char *sys_errlist[];
>               ^
> In file included from /usr/include/errno.h:9:0,
>                  from ../../gnuplot/src/stdfn.h:163,
>                  from ../../gnuplot/src/alloc.h:44,
>                  from ../../gnuplot/src/alloc.c:44:
> /usr/include/sys/errno.h:23:36: note: previous declaration of 'sys_errlist' was here
>  extern __IMPORT const char * const sys_errlist[];
>                                     ^
> In file included from ../../gnuplot/src/term_api.h:43:0,
>                  from ../../gnuplot/src/gadgets.h:42,
>                  from ../../gnuplot/src/axis.h:42,
>                  from ../../gnuplot/src/datafile.h:42,
>                  from ../../gnuplot/src/breaders.c:48:
> ../../gnuplot/src/stdfn.h:170:12: warning: 'sys_nerr' redeclared without dllimport attribute: previous dllimport ignored [-Wattributes]
>  extern int sys_nerr;
>             ^
> ../../gnuplot/src/stdfn.h:171:14: error: conflicting types for 'sys_errlist'
>  extern char *sys_errlist[];
>               ^
> In file included from /usr/include/errno.h:9:0,
>                  from ../../gnuplot/src/stdfn.h:163,
>                  from ../../gnuplot/src/term_api.h:43,
>                  from ../../gnuplot/src/gadgets.h:42,
>                  from ../../gnuplot/src/axis.h:42,
>                  from ../../gnuplot/src/datafile.h:42,
>                  from ../../gnuplot/src/breaders.c:48:
> /usr/include/sys/errno.h:23:36: note: previous declaration of 'sys_errlist' was here
>  extern __IMPORT const char * const sys_errlist[];
>                                     ^
> In file included from ../../gnuplot/src/term_api.h:43:0,
>                  from ../../gnuplot/src/gadgets.h:42,
>                  from ../../gnuplot/src/axis.h:42,
>                  from ../../gnuplot/src/axis.c:37:
> ../../gnuplot/src/stdfn.h:170:12: warning: 'sys_nerr' redeclared without dllimport attribute: previous dllimport ignored [-Wattributes]
>  extern int sys_nerr;
>             ^
> ../../gnuplot/src/stdfn.h:171:14: error: conflicting types for 'sys_errlist'
>  extern char *sys_errlist[];
>               ^
> In file included from /usr/include/errno.h:9:0,
>                  from ../../gnuplot/src/stdfn.h:163,
>                  from ../../gnuplot/src/term_api.h:43,
>                  from ../../gnuplot/src/gadgets.h:42,
>                  from ../../gnuplot/src/axis.h:42,
>                  from ../../gnuplot/src/axis.c:37:
> /usr/include/sys/errno.h:23:36: note: previous declaration of 'sys_errlist' was here
>  extern __IMPORT const char * const sys_errlist[];
>                                     ^
> Makefile:900: recipe for target 'alloc.o' failed
> make[4]: *** [alloc.o] Error 1
> make[4]: *** Waiting for unfinished jobs....
> ../../gnuplot/src/axis.c: In function 'init_parallel_axis':
> ../../gnuplot/src/axis.c:282:12: warning: passing argument 1 of 'memcpy' from incompatible pointer type [-Wincompatible-pointer-types]
>      memcpy(this_axis, &default_axis_state, sizeof(AXIS));
>             ^
> In file included from ../../gnuplot/src/term_api.h:43:0,
>                  from ../../gnuplot/src/gadgets.h:42,
>                  from ../../gnuplot/src/axis.h:42,
>                  from ../../gnuplot/src/axis.c:37:
> ../../gnuplot/src/stdfn.h:67:8: note: expected 'char *' but argument is of type 'AXIS * {aka struct axis *}'
>  char * memcpy __PROTO((char *, char *, size_t));
>         ^
> ../../gnuplot/src/axis.c:282:23: warning: passing argument 2 of 'memcpy' from incompatible pointer type [-Wincompatible-pointer-types]
>      memcpy(this_axis, &default_axis_state, sizeof(AXIS));
>                        ^
> In file included from ../../gnuplot/src/term_api.h:43:0,
>                  from ../../gnuplot/src/gadgets.h:42,
>                  from ../../gnuplot/src/axis.h:42,
>                  from ../../gnuplot/src/axis.c:37:
> ../../gnuplot/src/stdfn.h:67:8: note: expected 'char *' but argument is of type 'const AXIS * {aka const struct axis *}'
>  char * memcpy __PROTO((char *, char *, size_t));
>         ^
> Makefile:900: recipe for target 'breaders.o' failed
> make[4]: *** [breaders.o] Error 1
> Makefile:900: recipe for target 'boundary.o' failed
> make[4]: *** [boundary.o] Error 1
> ../../gnuplot/src/axis.c: In function 'clone_linked_axes':
> ../../gnuplot/src/axis.c:2211:12: warning: passing argument 1 of 'memcpy' from incompatible pointer type [-Wincompatible-pointer-types]
>      memcpy(axis2, axis1, AXIS_CLONE_SIZE);
>             ^
> In file included from ../../gnuplot/src/term_api.h:43:0,
>                  from ../../gnuplot/src/gadgets.h:42,
>                  from ../../gnuplot/src/axis.h:42,
>                  from ../../gnuplot/src/axis.c:37:
> ../../gnuplot/src/stdfn.h:67:8: note: expected 'char *' but argument is of type 'AXIS * {aka struct axis *}'
>  char * memcpy __PROTO((char *, char *, size_t));
>         ^
> ../../gnuplot/src/axis.c:2211:19: warning: passing argument 2 of 'memcpy' from incompatible pointer type [-Wincompatible-pointer-types]
>      memcpy(axis2, axis1, AXIS_CLONE_SIZE);
>                    ^
> In file included from ../../gnuplot/src/term_api.h:43:0,
>                  from ../../gnuplot/src/gadgets.h:42,
>                  from ../../gnuplot/src/axis.h:42,
>                  from ../../gnuplot/src/axis.c:37:
> ../../gnuplot/src/stdfn.h:67:8: note: expected 'char *' but argument is of type 'AXIS * {aka struct axis *}'
>  char * memcpy __PROTO((char *, char *, size_t));
>         ^
> Makefile:900: recipe for target 'axis.o' failed
> make[4]: *** [axis.o] Error 1
> 
> 
> Any suggestions?
> 
> Tatsuro
> 
> 
> ------------------------------------------------------------------------------
> Find and fix application performance issues faster with Applications Manager
> Applications Manager provides deep performance insights into multiple tiers of
> your business applications. It resolves application problems quickly and
> reduces your MTTR. Get your free trial! http://pubads.g.doubleclick.net/
> gampad/clk?id=1444514301&iu=/ca-pub-7940484522588532
> _______________________________________________
> gnuplot-beta mailing list
> gnu...@li...
> Membership management via: https://lists.sourceforge.net/lists/listinfo/gnuplot-beta

-- 
mail:   Biomolecular Structure Center,  K-428 Health Sciences Bldg
        MS 357742,   University of Washington, Seattle 98195-7742

stdfn.h: error: conflicting types for 'memcopy' and 'sys_errlist' on Cygwin build

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

Hello

This is probably an issue that is specific to the Cygwin.

At compiling src/boundary.c I have met errors.

../../gnuplot/src/stdfn.h:67:8: error: conflicting types for 'memcpy'
../../gnuplot/src/stdfn.h:171:14: error: conflicting types for 'sys_errlist'



Full output.

gcc -DHAVE_CONFIG_H -I. -I../../gnuplot/src -I..  -I../term -I../../gnuplot/term -DBINDIR=\"/opt/gp510/bin\" -DX11_DRIVER_DIR=\"/opt/gp510/libexec/gnuplot/5.1\" -DQT_DRIVER_DIR=\"/opt/gp510/libexec/gnuplot/5.1\" -DGNUPLOT_SHARE_DIR=\"/opt/gp510/share/gnuplot/5.1\" -DGNUPLOT_PS_DIR=\"/opt/gp510/share/gnuplot/5.1/PostScript\" -DGNUPLOT_JS_DIR=\"/opt/gp510/share/gnuplot/5.1/js\" -DGNUPLOT_LUA_DIR=\"/opt/gp510/share/gnuplot/5.1/lua\" -DCONTACT=\"gnu...@li...\" -DHELPFILE=\"/opt/gp510/share/gnuplot/5.1/gnuplot.gih\" -DGNUPLOT_X11=\"`echo gnuplot_x11 | sed 's,x,x,'`.exe\" -DXAPPLRESDIR=\"/etc/X11/app-defaults/\"   -I/usr/local/include  -I/usr/include/pango-1.0 -I/usr/include/harfbuzz -I/usr/include/pango-1.0 -I/usr/include/cairo -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libpng16 -I/usr/include/freetype2 -I/usr/include/libpng16 -I/usr/include/cairo
 -I/usr/include/pango-1.0 -I/usr/include/harfbuzz -I/usr/include/pango-1.0 -I/usr/include/cairo -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libpng16 -I/usr/include/freetype2 -I/usr/include/libpng16 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include  -g -O2 -MT boundary.o -MD -MP -MF $depbase.Tpo -c -o boundary.o ../../gnuplot/src/boundary.c &&\
mv -f $depbase.Tpo $depbase.Po
In file included from ../../gnuplot/src/alloc.h:44:0,
                 from ../../gnuplot/src/alloc.c:44:
../../gnuplot/src/stdfn.h:67:8: error: conflicting types for 'memcpy'
 char * memcpy __PROTO((char *, char *, size_t));
        ^
In file included from ../../gnuplot/src/term_api.h:43:0,
                 from ../../gnuplot/src/gadgets.h:42,
                 from ../../gnuplot/src/graphics.h:43,
                 from ../../gnuplot/src/boundary.c:37:
../../gnuplot/src/stdfn.h:67:8: error: conflicting types for 'memcpy'
 char * memcpy __PROTO((char *, char *, size_t));
        ^
In file included from /usr/include/ctype.h:4:0,
                 from ../../gnuplot/src/stdfn.h:49,
                 from ../../gnuplot/src/alloc.h:44,
                 from ../../gnuplot/src/alloc.c:44:
/usr/include/string.h:23:8: note: previous declaration of 'memcpy' was here
 _PTR   _EXFUN(memcpy,(_PTR __restrict, const _PTR __restrict, size_t));
        ^
In file included from /usr/include/ctype.h:4:0,
                 from ../../gnuplot/src/stdfn.h:49,
                 from ../../gnuplot/src/term_api.h:43,
                 from ../../gnuplot/src/gadgets.h:42,
                 from ../../gnuplot/src/graphics.h:43,
                 from ../../gnuplot/src/boundary.c:37:
/usr/include/string.h:23:8: note: previous declaration of 'memcpy' was here
 _PTR   _EXFUN(memcpy,(_PTR __restrict, const _PTR __restrict, size_t));
        ^
In file included from ../../gnuplot/src/term_api.h:43:0,
                 from ../../gnuplot/src/gadgets.h:42,
                 from ../../gnuplot/src/axis.h:42,
                 from ../../gnuplot/src/datafile.h:42,
                 from ../../gnuplot/src/breaders.c:48:
../../gnuplot/src/stdfn.h:67:8: error: conflicting types for 'memcpy'
 char * memcpy __PROTO((char *, char *, size_t));
        ^
In file included from /usr/include/ctype.h:4:0,
                 from ../../gnuplot/src/stdfn.h:49,
                 from ../../gnuplot/src/term_api.h:43,
                 from ../../gnuplot/src/gadgets.h:42,
                 from ../../gnuplot/src/axis.h:42,
                 from ../../gnuplot/src/datafile.h:42,
                 from ../../gnuplot/src/breaders.c:48:
/usr/include/string.h:23:8: note: previous declaration of 'memcpy' was here
 _PTR   _EXFUN(memcpy,(_PTR __restrict, const _PTR __restrict, size_t));
        ^
In file included from ../../gnuplot/src/term_api.h:43:0,
                 from ../../gnuplot/src/gadgets.h:42,
                 from ../../gnuplot/src/axis.h:42,
                 from ../../gnuplot/src/axis.c:37:
../../gnuplot/src/stdfn.h:67:8: error: conflicting types for 'memcpy'
 char * memcpy __PROTO((char *, char *, size_t));
        ^
In file included from /usr/include/ctype.h:4:0,
                 from ../../gnuplot/src/stdfn.h:49,
                 from ../../gnuplot/src/term_api.h:43,
                 from ../../gnuplot/src/gadgets.h:42,
                 from ../../gnuplot/src/axis.h:42,
                 from ../../gnuplot/src/axis.c:37:
/usr/include/string.h:23:8: note: previous declaration of 'memcpy' was here
 _PTR   _EXFUN(memcpy,(_PTR __restrict, const _PTR __restrict, size_t));
        ^
In file included from ../../gnuplot/src/term_api.h:43:0,
                 from ../../gnuplot/src/gadgets.h:42,
                 from ../../gnuplot/src/graphics.h:43,
                 from ../../gnuplot/src/boundary.c:37:
../../gnuplot/src/stdfn.h:170:12: warning: 'sys_nerr' redeclared without dllimport attribute: previous dllimport ignored [-Wattributes]
 extern int sys_nerr;
            ^
../../gnuplot/src/stdfn.h:171:14: error: conflicting types for 'sys_errlist'
 extern char *sys_errlist[];
              ^
In file included from /usr/include/errno.h:9:0,
                 from ../../gnuplot/src/stdfn.h:163,
                 from ../../gnuplot/src/term_api.h:43,
                 from ../../gnuplot/src/gadgets.h:42,
                 from ../../gnuplot/src/graphics.h:43,
                 from ../../gnuplot/src/boundary.c:37:
/usr/include/sys/errno.h:23:36: note: previous declaration of 'sys_errlist' was here
 extern __IMPORT const char * const sys_errlist[];
                                    ^
In file included from ../../gnuplot/src/alloc.h:44:0,
                 from ../../gnuplot/src/alloc.c:44:
../../gnuplot/src/stdfn.h:170:12: warning: 'sys_nerr' redeclared without dllimport attribute: previous dllimport ignored [-Wattributes]
 extern int sys_nerr;
            ^
../../gnuplot/src/stdfn.h:171:14: error: conflicting types for 'sys_errlist'
 extern char *sys_errlist[];
              ^
In file included from /usr/include/errno.h:9:0,
                 from ../../gnuplot/src/stdfn.h:163,
                 from ../../gnuplot/src/alloc.h:44,
                 from ../../gnuplot/src/alloc.c:44:
/usr/include/sys/errno.h:23:36: note: previous declaration of 'sys_errlist' was here
 extern __IMPORT const char * const sys_errlist[];
                                    ^
In file included from ../../gnuplot/src/term_api.h:43:0,
                 from ../../gnuplot/src/gadgets.h:42,
                 from ../../gnuplot/src/axis.h:42,
                 from ../../gnuplot/src/datafile.h:42,
                 from ../../gnuplot/src/breaders.c:48:
../../gnuplot/src/stdfn.h:170:12: warning: 'sys_nerr' redeclared without dllimport attribute: previous dllimport ignored [-Wattributes]
 extern int sys_nerr;
            ^
../../gnuplot/src/stdfn.h:171:14: error: conflicting types for 'sys_errlist'
 extern char *sys_errlist[];
              ^
In file included from /usr/include/errno.h:9:0,
                 from ../../gnuplot/src/stdfn.h:163,
                 from ../../gnuplot/src/term_api.h:43,
                 from ../../gnuplot/src/gadgets.h:42,
                 from ../../gnuplot/src/axis.h:42,
                 from ../../gnuplot/src/datafile.h:42,
                 from ../../gnuplot/src/breaders.c:48:
/usr/include/sys/errno.h:23:36: note: previous declaration of 'sys_errlist' was here
 extern __IMPORT const char * const sys_errlist[];
                                    ^
In file included from ../../gnuplot/src/term_api.h:43:0,
                 from ../../gnuplot/src/gadgets.h:42,
                 from ../../gnuplot/src/axis.h:42,
                 from ../../gnuplot/src/axis.c:37:
../../gnuplot/src/stdfn.h:170:12: warning: 'sys_nerr' redeclared without dllimport attribute: previous dllimport ignored [-Wattributes]
 extern int sys_nerr;
            ^
../../gnuplot/src/stdfn.h:171:14: error: conflicting types for 'sys_errlist'
 extern char *sys_errlist[];
              ^
In file included from /usr/include/errno.h:9:0,
                 from ../../gnuplot/src/stdfn.h:163,
                 from ../../gnuplot/src/term_api.h:43,
                 from ../../gnuplot/src/gadgets.h:42,
                 from ../../gnuplot/src/axis.h:42,
                 from ../../gnuplot/src/axis.c:37:
/usr/include/sys/errno.h:23:36: note: previous declaration of 'sys_errlist' was here
 extern __IMPORT const char * const sys_errlist[];
                                    ^
Makefile:900: recipe for target 'alloc.o' failed
make[4]: *** [alloc.o] Error 1
make[4]: *** Waiting for unfinished jobs....
../../gnuplot/src/axis.c: In function 'init_parallel_axis':
../../gnuplot/src/axis.c:282:12: warning: passing argument 1 of 'memcpy' from incompatible pointer type [-Wincompatible-pointer-types]
     memcpy(this_axis, &default_axis_state, sizeof(AXIS));
            ^
In file included from ../../gnuplot/src/term_api.h:43:0,
                 from ../../gnuplot/src/gadgets.h:42,
                 from ../../gnuplot/src/axis.h:42,
                 from ../../gnuplot/src/axis.c:37:
../../gnuplot/src/stdfn.h:67:8: note: expected 'char *' but argument is of type 'AXIS * {aka struct axis *}'
 char * memcpy __PROTO((char *, char *, size_t));
        ^
../../gnuplot/src/axis.c:282:23: warning: passing argument 2 of 'memcpy' from incompatible pointer type [-Wincompatible-pointer-types]
     memcpy(this_axis, &default_axis_state, sizeof(AXIS));
                       ^
In file included from ../../gnuplot/src/term_api.h:43:0,
                 from ../../gnuplot/src/gadgets.h:42,
                 from ../../gnuplot/src/axis.h:42,
                 from ../../gnuplot/src/axis.c:37:
../../gnuplot/src/stdfn.h:67:8: note: expected 'char *' but argument is of type 'const AXIS * {aka const struct axis *}'
 char * memcpy __PROTO((char *, char *, size_t));
        ^
Makefile:900: recipe for target 'breaders.o' failed
make[4]: *** [breaders.o] Error 1
Makefile:900: recipe for target 'boundary.o' failed
make[4]: *** [boundary.o] Error 1
../../gnuplot/src/axis.c: In function 'clone_linked_axes':
../../gnuplot/src/axis.c:2211:12: warning: passing argument 1 of 'memcpy' from incompatible pointer type [-Wincompatible-pointer-types]
     memcpy(axis2, axis1, AXIS_CLONE_SIZE);
            ^
In file included from ../../gnuplot/src/term_api.h:43:0,
                 from ../../gnuplot/src/gadgets.h:42,
                 from ../../gnuplot/src/axis.h:42,
                 from ../../gnuplot/src/axis.c:37:
../../gnuplot/src/stdfn.h:67:8: note: expected 'char *' but argument is of type 'AXIS * {aka struct axis *}'
 char * memcpy __PROTO((char *, char *, size_t));
        ^
../../gnuplot/src/axis.c:2211:19: warning: passing argument 2 of 'memcpy' from incompatible pointer type [-Wincompatible-pointer-types]
     memcpy(axis2, axis1, AXIS_CLONE_SIZE);
                   ^
In file included from ../../gnuplot/src/term_api.h:43:0,
                 from ../../gnuplot/src/gadgets.h:42,
                 from ../../gnuplot/src/axis.h:42,
                 from ../../gnuplot/src/axis.c:37:
../../gnuplot/src/stdfn.h:67:8: note: expected 'char *' but argument is of type 'AXIS * {aka struct axis *}'
 char * memcpy __PROTO((char *, char *, size_t));
        ^
Makefile:900: recipe for target 'axis.o' failed
make[4]: *** [axis.o] Error 1


Any suggestions?

Tatsuro

Trouble installer package for gnuplot for mingw( Inno Setup error)

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

Hello

I have met a trouble at  "make installer"

**************************************************************
(cd ./dist; /c/Program\ Files\ \(x86\)/Inno\ Setup\ 5/iscc gnuplot.iss)
Inno Setup 5 Command-Line Compiler
Copyright (C) 1997-2016 Jordan Russell. All rights reserved.
Portions Copyright (C) 2000-2016 Martijn Laan
Inno Setup Preprocessor
Copyright (C) 2001-2004 Alex Yackimoff. All rights reserved.

Compiler engine version: Inno Setup 5.5.9 (a)

[ISPP] Preprocessing.
[ISPP] Preprocessed.

Error on line 1 in D:\usr\Tatsu\msys2mingw64_530\gnuplot\gnuplotcvs\gnuplot\config\mingw\dist\gnuplot.iss: Text is not inside a section.
Compile aborted.
Makefile:1029: recipe for target 'installer' failed
make: *** [installer] Error 2

**************************************************************

I have cleanly installed windows 10 and use the recent version of Inno Setup 5.
Is this related?


"make zip" goes well without issue.


Any suggestions?

Tatsuro

lua output is not a tty while config/mingw/make using Msys2

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

Hello
I am now home and am building the cvs snapshot of gnuplot.
I am using the Msys2 and mingw-tool-chain.
 
At the "make", I have met the following annoying error.
lua ../../term//lua/gnuplot-tikz.lua termhelp > gnuplot-tikz.help
output is not a tty
Makefile:771: recipe for target 'gnuplot-tikz.help' failed

Workaround:
lua ../../term//lua/gnuplot-tikz.lua termhelp
give outputs to tty screen. The I copy and paste them to a text editor and
save as gnuplot-tikz.help and continue make.
This is never happen at my office.
Any ideas?
Taturo

Re: Partial support for Unicode in wgnuplot

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

> From: Bastian Märkisch 

> To: gnuplot-beta 
> Cc: 
> Date: 2016/3/31, Thu 05:50
> Subject: Partial support for Unicode in wgnuplot
> 
> While gnuplot on Windows handles UTF-8 encoded files just fine, it 
> currently does not support Unicode input via the keyboard. The patch at
> 
>   https://sourceforge.net/p/gnuplot/patches/727/
> 
> aims to overcome that restriction.  It makes wgnuplot (not console mode 
> gnuplot) accept Unicode keyboard input.  Internally, it is converted to 
> whatever the currently `set encoding` is, which may be utf8.
> 
> The display code still wrongly assumes that all characters have equal 
> width, which affects command line editing. Also only code points  U+0000 
> to U+D7FF and U+E000 to U+FFFF are supported.
> 
> For testing purposes I have uploaded a 64bit binary build as zip package to:
> 
>   https://sourceforge.net/projects/gnuplot/files/gnuplot/testing/
> 
> Comments greatly appreciated!
> Happy testing,
> 
>    Bastian

Great Job!

I have done a quick test and reported to the patch ticket.

Tatsuro

Re: Logit scale? Was Re: New patch supporting nonlinear axes

[Ethan A M. <sf...@us...>]

On Friday, 01 April, 2016 14:50:12 Nicolas Brouard wrote:
> 
> > Le 1 avr. 2016 à 05:35, sfeam <sf...@us...> a écrit :
> > 
> > I have placed a patchset on SourceForge that introduces a general mechanism
> > for defining nonlinear axes in a plot.
> > 
> >    https://sourceforge.net/p/gnuplot/patches/728/
> > 
> > Demos here:
> > 
> >    http://skuld.bmsc.washington.edu/~merritt/gnuplot/#nonlinear
> > 
> > It uses the linked-axis mechanism of forward and reverse mappings introduced
> > in the "set link {axis} via f(x) inverse g(x)" command with the major 
> > difference that it links a non-linear visible axis with a hidden axis that is
> > always linear.
> > 
> > One motivation is to eventually replace the current implementation of
> > logscale axes with something that is both more general and less expensive.
> > The effect of the existing command
> > 	set logscale x
> > can be achieved by the new command
> > 	set nonlinear x via log10(x) inverse 10**x
> > 
> > A major advantage over the existing logscale implementation is that
> > coordinates are not transformed on input.  The current logscale 
> > code stores the log of the true coordinate, which then requires that
> > every single reference to that coordinate throughout the core gnuplot
> > code is mediated by macros AXIS_DO_LOG, AXIS_UNDO_LOG, AXIS_LOG_VALUE,
> > etc.  Every time the coordinate is needed we check whether it was
> > stored as the log, unlog it if so, do whatever it was we wanted, 
> > then reapply the log for comparison with other stored values. 
> > By contrast the new nonlinear axis code simply stores the original 
> > coordinate value.  The nonlinear mapping (log in this case) is only
> > needed when we map it to a position on the output terminal canvas.
> > 
> > The log()/exp() transform is an example of a nonlinear axis mapping,
> > but the new code is happy to accept other transforms as well.
> > This defines a probability plot axis:
> > 	set nonlinear x via norm(x) inverse invnorm(x)
> > See demo "probably_tux.dem".
[snip]
> 
> Hi, 
> I haven’t looked at the patch yet but my dream was to have a logit scale implemented in Gnuplot.
> Some years (decade?) ago, I gave up because of the y-axis notation which of course should be implemented as for the log scale (.001 0.01 0.99 .999 etc).
> Would your patch do this?

I think that would be

   logit(p) = log(p/(1-p))
   logistic(a) = 1. / (1. + exp(-a))

   set nonlinear y via logistic(y) inverse logit(y)

   plot [.001:.999] logit(x) title "should be a straight line"

I don't use either the logit or probit conventions in my own work so I
may have the desired forward/reverse settings backwards.

Can you suggest a nice data-driven demo using logit scale?
Or point me to a published graph that uses it?

If the ascii art from "set term dumb" survives, the output of the above
commands is shown here:

  4 +---+---+----+---+---+---+---+----+---+-----   
  3 +                                      ***+   
  2 +  logit(x) *******                  ***  +   
    |                                  **     |   
    |                                **       |   
  1 +                              **         +   
    |                           ***           |   
    |                         ***             |   
    |                       ***               |   
    |                     ***                 |   
  0 +                   ***                   +   
    |                 ***                     |   
    |               ***                       |   
    |             ***                         |   
    |           ***                           |   
 -1 +         **                              +   
    |       **                                |   
    |     **                                  |   
 -2 +  ***                                    +   
 -3 +***                                      +   
 -4 +---+---+----+---+---+---+---+----+---+-----   
    0  0.1 0.2 0.3 0.4 0.5 0.6 0.7 0.8 0.9  1   


	Ethan

Logit scale? Was Re: New patch supporting nonlinear axes

[Nicolas B. <br...@in...>]

> Le 1 avr. 2016 à 05:35, sfeam <sf...@us...> a écrit :
> 
> I have placed a patchset on SourceForge that introduces a general mechanism
> for defining nonlinear axes in a plot.
> 
>    https://sourceforge.net/p/gnuplot/patches/728/
> 
> Demos here:
> 
>    http://skuld.bmsc.washington.edu/~merritt/gnuplot/#nonlinear
> 
> It uses the linked-axis mechanism of forward and reverse mappings introduced
> in the "set link {axis} via f(x) inverse g(x)" command with the major 
> difference that it links a non-linear visible axis with a hidden axis that is
> always linear.
> 
> One motivation is to eventually replace the current implementation of
> logscale axes with something that is both more general and less expensive.
> The effect of the existing command
> 	set logscale x
> can be achieved by the new command
> 	set nonlinear x via log10(x) inverse 10**x
> 
> A major advantage over the existing logscale implementation is that
> coordinates are not transformed on input.  The current logscale 
> code stores the log of the true coordinate, which then requires that
> every single reference to that coordinate throughout the core gnuplot
> code is mediated by macros AXIS_DO_LOG, AXIS_UNDO_LOG, AXIS_LOG_VALUE,
> etc.  Every time the coordinate is needed we check whether it was
> stored as the log, unlog it if so, do whatever it was we wanted, 
> then reapply the log for comparison with other stored values. 
> By contrast the new nonlinear axis code simply stores the original 
> coordinate value.  The nonlinear mapping (log in this case) is only
> needed when we map it to a position on the output terminal canvas.
> 
> The log()/exp() transform is an example of a nonlinear axis mapping,
> but the new code is happy to accept other transforms as well.
> This defines a probability plot axis:
> 	set nonlinear x via norm(x) inverse invnorm(x)
> See demo "probably_tux.dem".
> 
> Another non-obvious example is creation of a "broken axis" plot.
> This is a recurring feature request.  In this case the hidden linear
> axis spanning the full range [min:max] is mapped onto a visible axis
> that shows only the first part and the last part of the range (see demo).
> 
> Notes:
> 
>   The "set nonlinear x" command itself is sufficient to create a 
>   log-scaled x axis.  For backwards compatibility with the existing
>   behaviour, there is a second command "set xtics log" that reuses the
>   old tic-placement code. 
> 
>   This version of the patch set only reserves space for hidden axes
>   shadowing the x and y axes.  Extending it to handle the other visible
>   axes (x2 y2 z cb) should be trivial.
> 
>   The pieces are already in place to construct log-scaled or broken
>   axis plots, as shown by the demos.  Once any bugs are shaken out, 
>   I envision wrapping these in simple commands for easier use.  
> 
>   For example, the command "set log" will continue to do what is has
>   always done but will use the new code rather than all those 
>   LOG/DE_LOG macros underneath.
> 
>   The manual definition of mappings and axis markings for a broken axis
>   can be automated by introducing some new command analogous to the way
>   "set multiplot layout ..." automates manipulation of the scale and 
>   offset parameters.
> 
> 

Hi, 
I haven’t looked at the patch yet but my dream was to have a logit scale implemented in Gnuplot.
Some years (decade?) ago, I gave up because of the y-axis notation which of course should be implemented as for the log scale (.001 0.01 0.99 .999 etc).
Would your patch do this?

Nicolas
--
Nicolas Brouard
Institut national d'études démographiques
133 Boulevard Davout 75020 Paris
mél: br...@in...

Re: New patch supporting nonlinear axes

[<pl...@pi...>]

On 01/04/16 04:35, sfeam wrote:
> I have placed a patchset on SourceForge that introduces a general mechanism
> for defining nonlinear axes in a plot.
>
>      https://sourceforge.net/p/gnuplot/patches/728/
>
> Demos here:
>
>      http://skuld.bmsc.washington.edu/~merritt/gnuplot/#nonlinear
>
> It uses the linked-axis mechanism of forward and reverse mappings introduced
> in the "set link {axis} via f(x) inverse g(x)" command with the major
> difference that it links a non-linear visible axis with a hidden axis that is
> always linear.
>
> One motivation is to eventually replace the current implementation of
> logscale axes with something that is both more general and less expensive.
> The effect of the existing command
> 	set logscale x
> can be achieved by the new command
> 	set nonlinear x via log10(x) inverse 10**x
>
> A major advantage over the existing logscale implementation is that
> coordinates are not transformed on input.  The current logscale
> code stores the log of the true coordinate, which then requires that
> every single reference to that coordinate throughout the core gnuplot
> code is mediated by macros AXIS_DO_LOG, AXIS_UNDO_LOG, AXIS_LOG_VALUE,
> etc.  Every time the coordinate is needed we check whether it was
> stored as the log, unlog it if so, do whatever it was we wanted,
> then reapply the log for comparison with other stored values.
> By contrast the new nonlinear axis code simply stores the original
> coordinate value.  The nonlinear mapping (log in this case) is only
> needed when we map it to a position on the output terminal canvas.
>
> The log()/exp() transform is an example of a nonlinear axis mapping,
> but the new code is happy to accept other transforms as well.
> This defines a probability plot axis:
> 	set nonlinear x via norm(x) inverse invnorm(x)
> See demo "probably_tux.dem".
>
> Another non-obvious example is creation of a "broken axis" plot.
> This is a recurring feature request.  In this case the hidden linear
> axis spanning the full range [min:max] is mapped onto a visible axis
> that shows only the first part and the last part of the range (see demo).
>
> Notes:
>
>     The "set nonlinear x" command itself is sufficient to create a
>     log-scaled x axis.  For backwards compatibility with the existing
>     behaviour, there is a second command "set xtics log" that reuses the
>     old tic-placement code.
>
>     This version of the patch set only reserves space for hidden axes
>     shadowing the x and y axes.  Extending it to handle the other visible
>     axes (x2 y2 z cb) should be trivial.
>
>     The pieces are already in place to construct log-scaled or broken
>     axis plots, as shown by the demos.  Once any bugs are shaken out,
>     I envision wrapping these in simple commands for easier use.
>
>     For example, the command "set log" will continue to do what is has
>     always done but will use the new code rather than all those
>     LOG/DE_LOG macros underneath.
>
>     The manual definition of mappings and axis markings for a broken axis
>     can be automated by introducing some new command analogous to the way
>     "set multiplot layout ..." automates manipulation of the scale and
>     offset parameters.
>
>

Hi Ethan,

This non-linear axis mechanism looks very flexible.  I had a case a 
while ago where the broken axis format would have been useful. Nice 
feature.

Reading these demos points out how many neat features I'm still not 
familiar with in the amazing software.

The mix of 2D and 3D plots is very tidy. But it seems you may have 
missed out the usual link to the demo code that produced it.

regards, Peter.

New patch supporting nonlinear axes

[sfeam <sf...@us...>]

I have placed a patchset on SourceForge that introduces a general mechanism
for defining nonlinear axes in a plot.

    https://sourceforge.net/p/gnuplot/patches/728/

Demos here:

    http://skuld.bmsc.washington.edu/~merritt/gnuplot/#nonlinear

It uses the linked-axis mechanism of forward and reverse mappings introduced
in the "set link {axis} via f(x) inverse g(x)" command with the major 
difference that it links a non-linear visible axis with a hidden axis that is
always linear.

One motivation is to eventually replace the current implementation of
logscale axes with something that is both more general and less expensive.
The effect of the existing command
	set logscale x
can be achieved by the new command
	set nonlinear x via log10(x) inverse 10**x

A major advantage over the existing logscale implementation is that
coordinates are not transformed on input.  The current logscale 
code stores the log of the true coordinate, which then requires that
every single reference to that coordinate throughout the core gnuplot
code is mediated by macros AXIS_DO_LOG, AXIS_UNDO_LOG, AXIS_LOG_VALUE,
etc.  Every time the coordinate is needed we check whether it was
stored as the log, unlog it if so, do whatever it was we wanted, 
then reapply the log for comparison with other stored values. 
By contrast the new nonlinear axis code simply stores the original 
coordinate value.  The nonlinear mapping (log in this case) is only
needed when we map it to a position on the output terminal canvas.

The log()/exp() transform is an example of a nonlinear axis mapping,
but the new code is happy to accept other transforms as well.
This defines a probability plot axis:
	set nonlinear x via norm(x) inverse invnorm(x)
See demo "probably_tux.dem".

Another non-obvious example is creation of a "broken axis" plot.
This is a recurring feature request.  In this case the hidden linear
axis spanning the full range [min:max] is mapped onto a visible axis
that shows only the first part and the last part of the range (see demo).

Notes:

   The "set nonlinear x" command itself is sufficient to create a 
   log-scaled x axis.  For backwards compatibility with the existing
   behaviour, there is a second command "set xtics log" that reuses the
   old tic-placement code. 

   This version of the patch set only reserves space for hidden axes
   shadowing the x and y axes.  Extending it to handle the other visible
   axes (x2 y2 z cb) should be trivial.

   The pieces are already in place to construct log-scaled or broken
   axis plots, as shown by the demos.  Once any bugs are shaken out, 
   I envision wrapping these in simple commands for easier use.  

   For example, the command "set log" will continue to do what is has
   always done but will use the new code rather than all those 
   LOG/DE_LOG macros underneath.

   The manual definition of mappings and axis markings for a broken axis
   can be automated by introducing some new command analogous to the way
   "set multiplot layout ..." automates manipulation of the scale and 
   offset parameters.

Partial support for Unicode in wgnuplot

[Bastian M. <bma...@we...>]

While gnuplot on Windows handles UTF-8 encoded files just fine, it 
currently does not support Unicode input via the keyboard. The patch at

   https://sourceforge.net/p/gnuplot/patches/727/

aims to overcome that restriction.  It makes wgnuplot (not console mode 
gnuplot) accept Unicode keyboard input.  Internally, it is converted to 
whatever the currently `set encoding` is, which may be utf8.

The display code still wrongly assumes that all characters have equal 
width, which affects command line editing. Also only code points  U+0000 
to U+D7FF and U+E000 to U+FFFF are supported.

For testing purposes I have uploaded a 64bit binary build as zip package to:

   https://sourceforge.net/projects/gnuplot/files/gnuplot/testing/

Comments greatly appreciated!
Happy testing,

   Bastian

Re: Re: wx-config issue on the current Cygwin build

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

Hans-Bernhard Bröker wrote:
> Am 28.03.2016 um 11:54 schrieb Tatsuro MATSUOKA:
> 
> > My workaround is :
> > 
> > $ ln -s wx-config-3.0 wx-config.
> 
> Doing it exactly that way would mean you do this directly in /usr/bin, i.e. you put your own files into a distribution-managed directory. That's not exactly optimal.  It's better to keep such things in diries that belong to the user, e.g.
> 
>     ln -s /usr/bin/wx-config-3.0 ~/bin/wx-config
> 
> The canonical tool for this job would be the 'alternatives' mechanism (see /etc/alternatives/*), but for whatever reason cygwin doesn't use that for this particular job.

Thanks for youradvance.  I am using cygwin as an administrator and would like to change it all users.

So 
$ ln -s /usr/bin/wx-config-3.0 /usr/local/bin/wx-config                     
is appropriate, I suppose.

Tatsuro

Re: wx-config issue on the current Cygwin build

[Hans-Bernhard B. <HBB...@t-...>]

Am 28.03.2016 um 11:54 schrieb Tatsuro MATSUOKA:

> My workaround is :
>
> $ ln -s wx-config-3.0 wx-config.

Doing it exactly that way would mean you do this directly in /usr/bin, 
i.e. you put your own files into a distribution-managed directory. 
That's not exactly optimal.  It's better to keep such things in 
directories that belong to the user, e.g.

	ln -s /usr/bin/wx-config-3.0 ~/bin/wx-config

The canonical tool for this job would be the 'alternatives' mechanism 
(see /etc/alternatives/*), but for whatever reason cygwin doesn't use 
that for this particular job.

wx-config issue on the current Cygwin build

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

Hello

I have noticed that the cygwin supports Wxwidgets both 2.8 and 3.0.
I have used Wxwidgets 3.0.2 on Cygwin instead of my own build one.

I have a trouble for wx-config.
The configure script of gnuplot see wx-config.
But wx-config of Wxwidgets 3.0 on the cygwin wx-config-3.0.

My workaround is :

$ ln -s wx-config-3.0 wx-config.

Is there any other ways?

Tatsuro

Re: xtic label over run

[Ethan A M. <sf...@us...>]

On Wednesday, 23 March, 2016 08:10:12 pl...@pi... wrote:
> Hi,
> 
> I have been using some time data on x axis and the last xtic label is 
> running outside the graph.
> 
> If I set xtics rotate by -90 it all lines up nicely , but using rotate 0 
> or rotate -45 mean I lose half the last tick label which looks very 
> messy and is not publishable.
> 
> The clear space to the right of the graph ( no y2 stuff ) seems to be 
> totally unaffected by the label orientation.
> 
> Now I am aware that there are fundamental issues with getting text 
> dimensions back from many termainals which means that text extents are a 
> bit of guesswork and always inaccurate. However, this looks like the 
> horizontal  text extent of the last tic label is not even being used.
> 
> Shouldn't this be calculated in the usual approximative way to ensure 
> that it does not disappear?

As usual it would help a lot if you tell us which gnuplot version
and in particular which terminal type you are using.

The short answer is that the program already does what you suggest,
subject to the limitations of estimating the true space required by
text in the current font.  Attached is an example taken from the demo
"histograms.dem" showing two versions of the plot that differ only in the
xtic rotation angle. As you can see, both the bottom and the right side
margins shift to accommodate the xtic label text according to the rotation.

If I increase the font size (e.g. "set xtics font ',20'" then the
program underestimates the space required for the tic labels because
it assumes all text in the plot uses the font size specified by "set term".
But in your case you say the layout is "totally unaffected".
I cannot explain or reproduce that.

	Ethan

xtic label over run

[<pl...@pi...>]

Hi,

I have been using some time data on x axis and the last xtic label is 
running outside the graph.

If I set xtics rotate by -90 it all lines up nicely , but using rotate 0 
or rotate -45 mean I lose half the last tick label which looks very 
messy and is not publishable.

The clear space to the right of the graph ( no y2 stuff ) seems to be 
totally unaffected by the label orientation.

Now I am aware that there are fundamental issues with getting text 
dimensions back from many termainals which means that text extents are a 
bit of guesswork and always inaccurate. However, this looks like the 
horizontal  text extent of the last tic label is not even being used.

Shouldn't this be calculated in the usual approximative way to ensure 
that it does not disappear?

regard, Peter.

Re: Aw: automatic axis ranges

[Allin C. <cot...@wf...>]

On Tue, 22 Mar 2016, "Bastian Märkisch" wrote:

>> Gesendet: Dienstag, 22. März 2016 um 16:08 Uhr
>> Von: "Allin Cottrell" <cot...@wf...>
>> An: gnu...@li...
>> Betreff: automatic axis ranges
>>
>> When plotting data with points, if I allow the x- and y-ranges to be
>> set automatically they can end up only just encompassing the data,
>> such that some points are right on the axes and become almost
>> invisible. Here's a trivial example:
>>
>> plot '-' w p notitle
>> 1.2 3.1
>> 2.2 2.5
>> 3.3 5.0
>> 4.4 3.3
>> 5.5 2.8
>> e
>>
>> It takes some visual effort to detect 3 of the 5 points.
>>
>> I know I can set the xrange and/or yrange manually, but I'm wondering
>> if I'm missing some more automated means of saying, in effect, "leave
>> a little space around the points".
>
> Yes there is. See "help offsets".

Thanks! Not sure how I missed that.

-- 
Allin Cottrell
Department of Economics
Wake Forest University, NC

Aw: automatic axis ranges

[Bastian M. <bma...@we...>]

> Gesendet: Dienstag, 22. März 2016 um 16:08 Uhr
> Von: "Allin Cottrell" <cot...@wf...>
> An: gnu...@li...
> Betreff: automatic axis ranges
>
> When plotting data with points, if I allow the x- and y-ranges to be 
> set automatically they can end up only just encompassing the data, 
> such that some points are right on the axes and become almost 
> invisible. Here's a trivial example:
> 
> plot '-' w p notitle
> 1.2 3.1
> 2.2 2.5
> 3.3 5.0
> 4.4 3.3
> 5.5 2.8
> e
> 
> It takes some visual effort to detect 3 of the 5 points.
> 
> I know I can set the xrange and/or yrange manually, but I'm wondering 
> if I'm missing some more automated means of saying, in effect, "leave 
> a little space around the points".
> 

Yes there is. See "help offsets".

> -- 
> Allin Cottrell
> Department of Economics
> Wake Forest University, NC
> 
> 

automatic axis ranges

[Allin C. <cot...@wf...>]

When plotting data with points, if I allow the x- and y-ranges to be 
set automatically they can end up only just encompassing the data, 
such that some points are right on the axes and become almost 
invisible. Here's a trivial example:

plot '-' w p notitle
1.2 3.1
2.2 2.5
3.3 5.0
4.4 3.3
5.5 2.8
e

It takes some visual effort to detect 3 of the 5 points.

I know I can set the xrange and/or yrange manually, but I'm wondering 
if I'm missing some more automated means of saying, in effect, "leave 
a little space around the points".

-- 
Allin Cottrell
Department of Economics
Wake Forest University, NC

Re: Why the gd based terminal does support character entity reference ?

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

> From: sfeam 

> To: gnuplot-beta Tatsuro MATSUOKA 
> Cc: 
> Date: 2016/3/22, Tue 15:22
> Subject: Re: Why  the gd based terminal does support character entity reference ?
> 
> On Tuesday, 22 March 2016 10:36:44 AM Tatsuro MATSUOKA wrote:
>>  Hello
>> 
>>  I made a feature request:
>> 
>>  Supports character entity reference
>> 
>>  https://sourceforge.net/p/gnuplot/feature-requests/440/
>> 
>>  As I wrote there, on the gd based terminals, one can use 
>> 
>>  for example following code to write a Greek symbol "theta".
>> 
>>  set term png
>>  set output 'test.png'
>>  plot sin(x) title '{/:Italic \θ}'
>>  set output
>> 
>>  Why this feature only supports on the gd based terminals?
>> 
>>  Does anyone know reasons?
> 
> libgd includes a table of character entity names that maps them to
> the ISO-10646 code point for that character:
> 
> https://github.com/libgd/libgd/blob/master/src/entities.h
> 
> The text-handling routine in libgd uses this table to replace
> for example "\&theta" with ISO-10646 codepoint 952.
> 
>     Ethan

Thanks for the explanations.

OK. I understand situations.

Tatsuro

Re: Why the gd based terminal does support character entity reference ?

[sfeam <sf...@us...>]

On Tuesday, 22 March 2016 10:36:44 AM Tatsuro MATSUOKA wrote:
> Hello
> 
> I made a feature request:
> 
> Supports character entity reference
> 
> https://sourceforge.net/p/gnuplot/feature-requests/440/
> 
> As I wrote there, on the gd based terminals, one can use 
> 
> for example following code to write a Greek symbol "theta".
> 
> set term png
> set output 'test.png'
> plot sin(x) title '{/:Italic \θ}'
> set output
> 
> Why this feature only supports on the gd based terminals?
> 
> Does anyone know reasons?

libgd includes a table of character entity names that maps them to
the ISO-10646 code point for that character:

https://github.com/libgd/libgd/blob/master/src/entities.h

The text-handling routine in libgd uses this table to replace
for example "\&theta" with ISO-10646 codepoint 952.

	Ethan

Why the gd based terminal does support character entity reference ?

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

Hello

I made a feature request:

Supports character entity reference

https://sourceforge.net/p/gnuplot/feature-requests/440/

As I wrote there, on the gd based terminals, one can use 

for example following code to write a Greek symbol "theta".

set term png
set output 'test.png'
plot sin(x) title '{/:Italic \θ}'
set output

Why this feature only supports on the gd based terminals?

Does anyone know reasons?

Tatsurp