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

Re: unix epoch data wrapping

[Jonathan T. <jt...@as...>]

On Sat, 27 Mar 2010, pl...@pi... wrote:
> I have just tried a quick plot of some historical C14 data and got the 
> the plot split in two.
> 
> the data format is:
> 
>    68    5   31  31-May-68  -24.8   560.5    3.9 NZ2206
> 
> I'm reading it with :
> set timefmt  "%d-%b-%y"
> 
> 
> the data goes from 1957 to 1990 but gets parsed incorrectly such that 
> any dates prior to '70 gets plotted as dates upto 2070

The key is your date "31-May-68".  Gnuplot has to guess whether this
means 31 May 1968 or 31 May 2068... and evidently it guessed wrong.
What happens if you change the data format to be unambiguous, i.e. a
date "31-May-1968" with   set timefmt "%d-%b-%Y" .  Does that parse
correctly?
  

> This presumably has something to do with unix year zero. However, I 
> don't see why underlying system internals should be exposed to the 
> interpretation of user data.
> 
> 
> Is this some cunning feature or a bug?

2-digit years are fundamentally ambiguous, so some (arbitrary) decision
must be made to resolve that ambiguity.  I'm not sure how gnuplot implements
this internally, but The X/Open standard documents a function  strptime()
whose man page on my computer says
|      %y    the year within the current century.  When a century is not other-
|            wise specified, values in the range 69-99 refer to years in the
|            twentieth century (1969 to 1999 inclusive); values in the range
|            00-68 refer to years in the twenty-first century (2000 to 2068 in-
|            clusive).  Leading zeros are permitted but not required.

ciao,

-- 
-- "Jonathan Thornburg [remove -animal to reply]" <jt...@as...>
   Dept of Astronomy, Indiana University, Bloomington, Indiana, USA
   "Washing one's hands of the conflict between the powerful and the
    powerless means to side with the powerful, not to be neutral."
                                      -- quote by Freire / poster by Oxfam

unix epoch data wrapping

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

Hi,

I have just tried a quick plot of some historical C14 data and got the 
the plot split in two.

the data format is:

   68    5   31  31-May-68  -24.8   560.5    3.9 NZ2206

I'm reading it with :
set timefmt  "%d-%b-%y"


the data goes from 1957 to 1990 but gets parsed incorrectly such that 
any dates prior to '70 gets plotted as dates upto 2070

This presumably has something to do with unix year zero. However, I 
don't see why underlying system internals should be exposed to the 
interpretation of user data.


Is this some cunning feature or a bug?

TIA, Peter.

gnuplot Problem

[mirza k. <kli...@gm...>]

-0.48339560731609976 -1.0090021359275207
0.5138206005260734 -1.0204428416058118
0.7779006872300742 -0.21959114035668004
0.44098862934203104 -0.4083900693043435
-0.41945368767251684 0.07938435368724524
0.09907965127370313 -0.5079493502242398
-0.7244183321204686 0.1628684156127052
-0.6767910474083407 0.4515900247426734
0.9644217981258626 0.5440674781665462
0.3373217696711782 0.8947463649622193
-1.2881489514857676 0.2321210503840113
0.4586744898342707 0.800597849863195

Re: 4.4 - Nearing the finish line

[Benjamin L. <lin...@gm...>]

> I wonder about the pdf documentations. If I compile it by "make pdfimages", 
> I get a gnuplot.pdf of size 2.8 MB. Tatsuro obtained 2.1. 

If you create the pictures for the manual using the pdfcairp terminal, 
the resulting pdf images are larger than if you use the postscript 
terminal and use ghostscript to convert them to pdf.
I dont't know if this is the case here, but it may be one explanation.

benjamin

Re: How to generate a graph image of specific size without labels?

[Petr M. <mi...@ph...>]

> | If you really have no labels or other plot decorations outside
> | of the plot borders, then you want:
> | 
> |   set term png size 340,210
> |   set lmargin at screen 0
> |   set rmargin at screen 1
> |   set bmargin at screen 0
> |   set tmargin at screen 1
> | 
> | If for some reason you want to work with some white space around it,
> | and then later crop to final size:
> | 
> |   set term png size 374,231    # NB: 10% bigger than the final size
> |   set lmargin at screen 0.05
> |   set rmargin at screen 0.95
> |   set bmargin at screen 0.05
> |   set tmargin at screen 0.95
> | 
> I remember trying to use the 'margin' settings, but without success.
> 
> however I'll try again now.  -- YES it is now working!!!
> The first block is what I was needing.
> 
> Perhaps this should be in the FAQ :-)

Can you please propose the appropriate text to add? The source code of FAQ 
is here:
http://gnuplot.cvs.sourceforge.net/viewvc/gnuplot/faq/

You can also consider adding an example into the "help margin".

---
PM

Re: How to generate a graph image of specific size without labels?

[Anthony T. <A.T...@gr...>]

On Tue, 23 Mar 2010 14:57:00 -0700
Ethan Merritt <merritt@u.washington.edu> wrote:

| On Monday 22 March 2010 23:34:34 Anthony Thyssen wrote:
| > | How to generate a graph image of specific size without labels?
| > | 
| > | that is I what the 'border' of the plot to be the 'border' of the
| > | final image that is of specific size.  It is vital for including
| > | the plot results into other image mosaics.
| > | 
| > 
| > With suggestions from   Daniel J Sebald  I am posting the method
| > which I used with gnuplot v4.2.3-1 under Fedora 10.
| > 
| > The script broke with a OS version upgrade to gnuplot v4.2.6-1
| > under fedora 12
| > 
| > 
| >    set terminal png size 340,210
| >    unset key
| >    set format ""
| >    set xtics ( 75, 150, 225 ) scale 2
| >    set ytics ( 0.25, 0.5, 0.75 ) scale 2
| >    set xrange [0:300]
| >    set yrange [0:1]
| > 
| > The 'size' was designed to actually generate a 'graph' that was
| > exactly 300x184 pixels in size after it is 'autocroped' using
| > ImageMagick.
| 
| Your script is not doing what you stated that you wanted to do.
| If you want to guarantee that the plot boundary is a particular
| size, you should do that directly.  You can't rely on auto-crop
| because the size will change depending on at least the font size, 
| if not the phase of the moon.
| 
Yes I know, that is because I was NOT able to figure out how to get an
exact sized image, and had to fudge it.  I am not suprised it broke!
But that is why I asked the mail list.

| If you really have no labels or other plot decorations outside
| of the plot borders, then you want:
| 
|   set term png size 340,210
|   set lmargin at screen 0
|   set rmargin at screen 1
|   set bmargin at screen 0
|   set tmargin at screen 1
| 
| If for some reason you want to work with some white space around it,
| and then later crop to final size:
| 
|   set term png size 374,231    # NB: 10% bigger than the final size
|   set lmargin at screen 0.05
|   set rmargin at screen 0.95
|   set bmargin at screen 0.05
|   set tmargin at screen 0.95
| 
I remember trying to use the 'margin' settings, but without success.

however I'll try again now.  -- YES it is now working!!!
The first block is what I was needing.

Perhaps this should be in the FAQ :-)



| > Now both versions generate a image 340x210 pixels but the
| > graph area which was 300x184 pixels
| > is now under gnuplot v4.2.6-1  producing   292x171  pixels
| > 
| > In another example  a gnuplot "png size" of 
| > was producing     150x89  pixel graph
| > is now producing  142x76
| 
| Right. That method was never reliable.
| That's why we added a mechanism for specifying the boundaries
| precisely.
|
It worked, but I didn't think it was reliable.


| -- 
| Ethan A Merritt
| Biomolecular Structure Center
| University of Washington, Seattle 98195-7742



  Anthony Thyssen ( System Programmer )    <A.T...@gr...>
 --------------------------------------------------------------------------
  The warrior didn't speak, for his mouth was full.  -- "Kung Fu Panda"
 --------------------------------------------------------------------------
   Anthony's Castle     http://www.cit.griffith.edu.au/~anthony/

Re: Fw: How to generate a graph image of specific size without labels?

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

On Monday 22 March 2010 23:34:34 Anthony Thyssen wrote:
> 
> | Date: Mon, 22 Mar 2010 13:50:29 +1000
> | To: gnu...@li...
> | Subject: How to generate a graph image of specific size without labels?
> | 
> | How to generate a graph image of specific size without labels?
> | 
> | that is I what the 'border' of the plot to be the 'border' of the
> | final image that is of specific size.  It is vital for including
> | the plot results into other image mosaics.
> | 
> 
> With suggestions from   Daniel J Sebald  I am posting the method
> which I used with gnuplot v4.2.3-1 under Fedora 10.
> 
> The script it was part of, broke with a OS version upgrade to 
> gnuplot v4.2.6-1  under fedora 12
> 
> 
>    set terminal png size 340,210
>    unset key
>    set format ""
>    set xtics ( 75, 150, 225 ) scale 2
>    set ytics ( 0.25, 0.5, 0.75 ) scale 2
>    set xrange [0:300]
>    set yrange [0:1]
> 
> The 'size' was designed to actually generate a 'graph' that was
> exactly 300x184 pixels in size after it is 'autocroped' using
> ImageMagick.

Your script is not doing what you stated that you wanted to do.
If you want to guarantee that the plot boundary is a particular
size, you should do that directly.  You can't rely on auto-crop
because the size will change depending on at least the font size, 
if not the phase of the moon.

If you really have no labels or other plot decorations outside
of the plot borders, then you want:

  set term png size 340,210
  set lmargin at screen 0
  set rmargin at screen 1
  set bmargin at screen 0
  set tmargin at screen 1

If for some reason you want to work with some white space around it,
and then later crop to final size:

  set term png size 374,231    # NB: 10% bigger than the final size
  set lmargin at screen 0.05
  set rmargin at screen 0.95
  set bmargin at screen 0.05
  set tmargin at screen 0.95

> Now both versions generate a image 340x210 pixels but the
> graph area which was 300x184 pixels
> is now under gnuplot v4.2.6-1  producing   292x171  pixels
> 
> In another example  a gnuplot "png size" of 
> was producing     150x89  pixel graph
> is now producing  142x76

Right. That method was never reliable.
That's why we added a mechanism for specifying the boundaries
precisely.

	hope that helps,

		Ethan

 
> 
> This naturally breaks my scripts!!!
> 
> NOTE that I am not generating any title, keys, or other output
> just the graph itself.
> 
> 
> 
>   Anthony Thyssen ( System Programmer )    <A.T...@gr...>
>  --------------------------------------------------------------------------
>  "3 billion human lives ended on August 29th, 1997. The survivors of the
>   nuclear fire called the war Judgment Day. They lived only to face a new
>   nightmare, the war against the Machines..."    --  "Terminator 2" Movie
>  --------------------------------------------------------------------------
>    Anthony's Castle     http://www.cit.griffith.edu.au/~anthony/
> 
> ------------------------------------------------------------------------------
> Download Intel&#174; Parallel Studio Eval
> Try the new software tools for yourself. Speed compiling, find bugs
> proactively, and fine-tune applications for parallel performance.
> See why Intel Parallel Studio got high marks during beta.
> http://p.sf.net/sfu/intel-sw-dev
> _______________________________________________
> gnuplot-beta mailing list
> gnu...@li...
> https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
> 



-- 
Ethan A Merritt
Biomolecular Structure Center
University of Washington, Seattle 98195-7742

Re: gd and fontconfig

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

Hello

--- Tatsuro MATSUOKA  wrote:

> And ./bootstrap.sh on cygwin to make configure and Makefile.

I carried out ./bootstrap.sh on cygwin because it failed Msys+MinGW Msys(automake+autoconf).
Perhaps Msys automake-1.11 does not work correctly

I have installed automake-1.11.1 and autoconf-2.65 from source confuring with  --prefix=/mingw. 
./bootstrap.sh went well on Msys+MinGW system

(You need not to use the cygwin)
Regards

Tatsuro

--------------------------------------
Get the new Internet Explorer 8 optimized for Yahoo! JAPAN
http://pr.mail.yahoo.co.jp/ie8/

Re: How to generate a graph image of specific size without labels?

[Thomas S. <t.s...@fz...>]

set terminal gif size 200,200
set lmargin 0
set rmargin 0
set tmargin 0
set bmargin 0
set output 'test.gif'
plot sin(x)
set output


Anthony Thyssen wrote:
> 
> How to generate a graph image of specific size without labels?
> 
> that is I what the 'border' of the plot to be the 'border' of the
> final image that is of specific size.  It is vital for including
> the plot results into other image mosaics.
> 
>   Anthony Thyssen ( System Programmer )    <A.T...@gr...>
> 
> --------------------------------------------------------------------------
>             The meek shall inherit the earth...
>                        One meter wide, two meters long.
> 
> --------------------------------------------------------------------------
>    Anthony's Castle     http://www.cit.griffith.edu.au/~anthony/
> 
> ------------------------------------------------------------------------------
> Download Intel&#174; Parallel Studio Eval
> Try the new software tools for yourself. Speed compiling, find bugs
> proactively, and fine-tune applications for parallel performance.
> See why Intel Parallel Studio got high marks during beta.
> http://p.sf.net/sfu/intel-sw-dev
> _______________________________________________
> gnuplot-beta mailing list
> gnu...@li...
> https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
> 
> 

-- 
View this message in context: http://old.nabble.com/How-to-generate-a-graph-image-of-specific-size-without-labels--tp27994351p27997269.html
Sent from the Gnuplot - Dev mailing list archive at Nabble.com.

gnuplot 4.5 (cvs) binary packages for windows, DJGPP and cygwin are updated

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

Hello

gnuplot 4.5 (cvs) binary packages for windows, DJGPP and cygwin are updated

http://www.tatsuromatsuoka.com/gnuplot/Eng/winbin/
http://www.tatsuromatsuoka.com/gnuplot/Eng/cygbin/

>From the discussion the below there found a bug which comes from the bug of libgd.
(Owing to the bug, old syntax for font setting for png, jpeg and gif terminals has not been effective.
 The fix made old syntax effective.)

Please see the thread
http://old.nabble.com/gd-and-fontconfig-td27967801.html

For windows binaries, many dependencies and gnuplot binary are re-build gcc-4.5.0 on MinGW.

Regards

Tatsuro 



--------------------------------------
VANCOUVER 2010 PARALYMPIC GAMES News
http://pr.mail.yahoo.co.jp/para/

Fw: How to generate a graph image of specific size without labels?

[Anthony T. <A.T...@gr...>]

| Date: Mon, 22 Mar 2010 13:50:29 +1000
| To: gnu...@li...
| Subject: How to generate a graph image of specific size without labels?
| 
| How to generate a graph image of specific size without labels?
| 
| that is I what the 'border' of the plot to be the 'border' of the
| final image that is of specific size.  It is vital for including
| the plot results into other image mosaics.
| 

With suggestions from   Daniel J Sebald  I am posting the method
which I used with gnuplot v4.2.3-1 under Fedora 10.

The script it was part of, broke with a OS version upgrade to 
gnuplot v4.2.6-1  under fedora 12


   set terminal png size 340,210
   unset key
   set format ""
   set xtics ( 75, 150, 225 ) scale 2
   set ytics ( 0.25, 0.5, 0.75 ) scale 2
   set xrange [0:300]
   set yrange [0:1]

The 'size' was designed to actually generate a 'graph' that was
exactly 300x184 pixels in size after it is 'autocroped' using
ImageMagick.

Now both versions generate a image 340x210 pixels but the
graph area which was 300x184 pixels
is now under gnuplot v4.2.6-1  producing   292x171  pixels

In another example  a gnuplot "png size" of 
was producing     150x89  pixel graph
is now producing  142x76


This naturally breaks my scripts!!!

NOTE that I am not generating any title, keys, or other output
just the graph itself.



  Anthony Thyssen ( System Programmer )    <A.T...@gr...>
 --------------------------------------------------------------------------
 "3 billion human lives ended on August 29th, 1997. The survivors of the
  nuclear fire called the war Judgment Day. They lived only to face a new
  nightmare, the war against the Machines..."    --  "Terminator 2" Movie
 --------------------------------------------------------------------------
   Anthony's Castle     http://www.cit.griffith.edu.au/~anthony/

How to generate a graph image of specific size without labels?

[Anthony T. <an...@gr...>]

How to generate a graph image of specific size without labels?

that is I what the 'border' of the plot to be the 'border' of the
final image that is of specific size.  It is vital for including
the plot results into other image mosaics.

  Anthony Thyssen ( System Programmer )    <A.T...@gr...>
 --------------------------------------------------------------------------
            The meek shall inherit the earth...
                       One meter wide, two meters long.
 --------------------------------------------------------------------------
   Anthony's Castle     http://www.cit.griffith.edu.au/~anthony/

Re: gd and fontconfig

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

Hello

Using dirty hacks, I at last have been able to build the gd library from the sourve 2010-01-19(suspect
from dates of files) suggested by Manfred Schwarb.

Add 
#Around line 570 of configure.ac, you have to add
   tests/gdimagefilledpolygon/Makefile
   tests/gdimageopenpolygon/Makefile
   tests/gdimagepolygon/Makefile
and comment out line 64
AM_ICONV
# if test -n "$LIBICONV" ; then
#   LIBS="$LIBS $LIBICONV"
|
v
# AM_ICONV

And ./bootstrap on cygwin to make configure and Makefile.
By this change, iconv search library search was not carried out while the header file searches were
carried out

In config.h, one can find
#define HAVE_ICONV_H 1
#define HAVE_ICONV_T_DEF 1
but not #define HAVE_ICONV so that I add -DHAVE_ICONV in the CPPFLAGS.

The libtool was failed described previously, I copied the libtool script generated in gd-2.0.36RC1.
In this case, the dll build resulted in failure. I generated dll file from static libraries as
described the the following page.

http://www.tatsuromatsuoka.com/gnuplot/Eng/winbin/build_gnuplot_on_mingw.html

at 'gd library'


This was a dirty example at present.  I would like to improve the situation but the improving
procedure is beyond my ability.


BTW, with this libraries, the  problems in libpng-1.4 and of fontconfig linking were of course solved.


Regards

Tatsuro

--- Tatsuro MATSUOKA wrote:

> Hello
> 
> Sorry!
> Please ignore the below post.
> 
> --- Tatsuro MATSUOKA  wrote:
> 
> > Hello
> > 
> > I can build gd library by copying libtool by gd-2.0.36RC1 to the current build directory.
> > This is not a correct way but I have done it because I do not have no other idea to overcome
> > the errors.
> > 
> > Regards
> > 
> > Tatsuro
> 
> 
> --------------------------------------
> VANCOUVER 2010 PARALYMPIC GAMES News
> http://pr.mail.yahoo.co.jp/para/
> 


--------------------------------------
VANCOUVER 2010 PARALYMPIC GAMES News
http://pr.mail.yahoo.co.jp/para/

Re: gd and fontconfig

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

Hello

Sorry!
Please ignore the below post.

--- Tatsuro MATSUOKA  wrote:

> Hello
> 
> I can build gd library by copying libtool by gd-2.0.36RC1 to the current build directory.
> This is not a correct way but I have done it because I do not have no other idea to overcome
> the errors.
> 
> Regards
> 
> Tatsuro


--------------------------------------
VANCOUVER 2010 PARALYMPIC GAMES News
http://pr.mail.yahoo.co.jp/para/

Re: gd and fontconfig

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

Hello

I can build gd library by copying libtool by gd-2.0.36RC1 to the current build directory.
This is not a correct way but I have done it because I do not have no other idea to overcome
the errors.

Regards

Tatsuro


--- Tatsuro MATSUOKA  wrote:

> Hello Manfred Schwarb
> 
> Thank you for your mail.
> Excuse this post is not directly related for gnuplot.
> Please allow me. 
> 
> --- Manfred Schwarb wrote:
> 
> > In my follow-up mail of march 7, 2010 I indicated how to fix it. You
> > have to modify configure.ac.
> > 
> ******************
> I know your follow up.
> But ./bootstrap.sh failed at that time.
> I have reported to perhaps to 'issues' in 
> http://bitbucket.org/pierrejoye/gd-libgd-20 
> I cannot find it now.
> 
> I have now download gd-libgd-20-tip.tar.gz again. I have tried again.
> 
> After the change you suggested,  
> **********
> Around line 570 of configure.ac, you have to add
>    tests/gdimagefilledpolygon/Makefile
>    tests/gdimageopenpolygon/Makefile
>    tests/gdimagepolygon/Makefile
> ***********
> ./bootstrap.sh was carried out.
> 
> The results are
> 
> On cygwin
> $ ./bootstrap.sh
> configure.ac:64: warning: macro `AM_ICONV' not found in library
> configure.ac:64: error: possibly undefined macro: AM_ICONV
>       If this token and others are legitimate, please use m4_pattern_allow.
>       See the Autoconf documentation.
> Failed
> 
> At that time I have stopped here.
> 
> configure.ac:64: error: possibly undefined macro: AM_ICONV
> ******************
> configure.ac:64-67
> 
> AM_ICONV
> # if test -n "$LIBICONV" ; then
> #   LIBS="$LIBS $LIBICONV"
> # fi
> ****************
> I commented out AM_ICONV like
> #AM_ICONV
> 
> The ./bootstrap.sh went well.
> 
> And the I go back Msys+mingw
> 
> cd "C:\usr\tatsu\mingwhome\tools\gd\gd-libgd-2.0_20100119_build"
> 
> CC='gcc -shared-libgcc' \
> CPPFLAGS='-DHAVE_BOOLEAN -I/WinDevTools/include' \
> LDFLAGS='-L/WinDevTools/lib' \
> CFLAGS='-O3 -fomit-frame-pointer' \
> LIB='-liconv' \
> ../gd-libgd-2.0_20100119/configure --disable-libtool-lock --prefix=/WinDevTools
> 
> configure seemed went well but
> At the make
> 
> /bin/sh ./libtool --tag=CC   --mode=compile gcc -shared-libgcc -DHAVE_CONFIG_H -I.
> -I../gd-libgd-2.0_20100119   -I/WinDevTools/include/freetype2 -I/WinDevTools/include
> -DHAVE_BOOLEAN
> -I/WinDevTools/include -I/WinDevTools/include/libpng14  -O3 -fomit-frame-pointer -MT gd.lo -MD
> -MP -MF
> .deps/gd.Tpo -c -o gd.lo ../gd-libgd-2.0_20100119/gd.c
> ./libtool: line 869: X--tag=CC: command not found
> ./libtool: line 902: libtool: ignoring unknown tag : command not found
>   :
>   :
> 
> The I saw /libtool: line 868-871
> **************************
>   case $arg in
>   -*=*) optarg=`$echo "X$arg" | $Xsed -e 's/[-_a-zA-Z0-9]*=//'` ;;
>   *) optarg= ;;
>   esac
> *************************
> 
> This is the same as line 812-816 of libtool of generated on gc-2.0.36RC1
>   case $arg in
>   -*=*) optarg=`$echo "X$arg" | $Xsed -e 's/[-_a-zA-Z0-9]*=//'` ;;
>   *) optarg= ;;
>   esac
> 
> This can not be fixed by your suggestion
> 
> # sed -i 's/^ECHO=.\?echo.*/ECHO=echo; echo=echo/' libtool
> (Perhaps 'sed -e' is correct)
> 
> I cannot go forward any longer.
> 
> Any suggestions?
> 
> Regards
> 
> Tatsuro
> 
> 
> --------------------------------------
> VANCOUVER 2010 PARALYMPIC GAMES News
> http://pr.mail.yahoo.co.jp/para/
> 
> ------------------------------------------------------------------------------
> Download Intel¢î Parallel Studio Eval
> Try the new software tools for yourself. Speed compiling, find bugs
> proactively, and fine-tune applications for parallel performance.
> See why Intel Parallel Studio got high marks during beta.
> http://p.sf.net/sfu/intel-sw-dev
> _______________________________________________
> gnuplot-beta mailing list
> gnu...@li...
> https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
> 


--------------------------------------
VANCOUVER 2010 PARALYMPIC GAMES News
http://pr.mail.yahoo.co.jp/para/

Re: gd and fontconfig

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

Hello Manfred Schwarb

Thank you for your mail.
Excuse this post is not directly related for gnuplot.
Please allow me. 

--- Manfred Schwarb wrote:

> In my follow-up mail of march 7, 2010 I indicated how to fix it. You
> have to modify configure.ac.
> 
******************
I know your follow up.
But ./bootstrap.sh failed at that time.
I have reported to perhaps to 'issues' in 
http://bitbucket.org/pierrejoye/gd-libgd-20 
I cannot find it now.

I have now download gd-libgd-20-tip.tar.gz again. I have tried again.

After the change you suggested,  
**********
Around line 570 of configure.ac, you have to add
   tests/gdimagefilledpolygon/Makefile
   tests/gdimageopenpolygon/Makefile
   tests/gdimagepolygon/Makefile
***********
./bootstrap.sh was carried out.

The results are

On cygwin
$ ./bootstrap.sh
configure.ac:64: warning: macro `AM_ICONV' not found in library
configure.ac:64: error: possibly undefined macro: AM_ICONV
      If this token and others are legitimate, please use m4_pattern_allow.
      See the Autoconf documentation.
Failed

At that time I have stopped here.

configure.ac:64: error: possibly undefined macro: AM_ICONV
******************
configure.ac:64-67

AM_ICONV
# if test -n "$LIBICONV" ; then
#   LIBS="$LIBS $LIBICONV"
# fi
****************
I commented out AM_ICONV like
#AM_ICONV

The ./bootstrap.sh went well.

And the I go back Msys+mingw

cd "C:\usr\tatsu\mingwhome\tools\gd\gd-libgd-2.0_20100119_build"

CC='gcc -shared-libgcc' \
CPPFLAGS='-DHAVE_BOOLEAN -I/WinDevTools/include' \
LDFLAGS='-L/WinDevTools/lib' \
CFLAGS='-O3 -fomit-frame-pointer' \
LIB='-liconv' \
../gd-libgd-2.0_20100119/configure --disable-libtool-lock --prefix=/WinDevTools

configure seemed went well but
At the make

/bin/sh ./libtool --tag=CC   --mode=compile gcc -shared-libgcc -DHAVE_CONFIG_H -I.
-I../gd-libgd-2.0_20100119   -I/WinDevTools/include/freetype2 -I/WinDevTools/include -DHAVE_BOOLEAN
-I/WinDevTools/include -I/WinDevTools/include/libpng14  -O3 -fomit-frame-pointer -MT gd.lo -MD -MP -MF
.deps/gd.Tpo -c -o gd.lo ../gd-libgd-2.0_20100119/gd.c
./libtool: line 869: X--tag=CC: command not found
./libtool: line 902: libtool: ignoring unknown tag : command not found
  :
  :

The I saw /libtool: line 868-871
**************************
  case $arg in
  -*=*) optarg=`$echo "X$arg" | $Xsed -e 's/[-_a-zA-Z0-9]*=//'` ;;
  *) optarg= ;;
  esac
*************************

This is the same as line 812-816 of libtool of generated on gc-2.0.36RC1
  case $arg in
  -*=*) optarg=`$echo "X$arg" | $Xsed -e 's/[-_a-zA-Z0-9]*=//'` ;;
  *) optarg= ;;
  esac

This can not be fixed by your suggestion

# sed -i 's/^ECHO=.\?echo.*/ECHO=echo; echo=echo/' libtool
(Perhaps 'sed -e' is correct)

I cannot go forward any longer.

Any suggestions?

Regards

Tatsuro


--------------------------------------
VANCOUVER 2010 PARALYMPIC GAMES News
http://pr.mail.yahoo.co.jp/para/

Re: gd and fontconfig

[Manfred S. <man...@gm...>]

Am Sonntag, den 21.03.2010, 00:07 +0100 schrieb Manfred Schwarb:

> 
> > However I do not have it in my home computer and it unfortunately could not be used I could not
> > configure script because of error related the autotool.
> > 
> 
> In my follow-up mail of march 7, 2010 I indicated how to fix it. You
> have to modify configure.ac.

For gd-devel readers, this was:

Although recent checkouts do not compile, as configure.ac additions have
to be made for the latest added test cases:
Around line 570 of configure.ac, you have to add
   tests/gdimagefilledpolygon/Makefile
   tests/gdimageopenpolygon/Makefile
   tests/gdimagepolygon/Makefile


Cheers,
Manfred

Re: gd and fontconfig

[Manfred S. <man...@gm...>]

Am Sonntag, den 21.03.2010, 06:36 +0900 schrieb Tatsuro MATSUOKA:
> Hello

> Manfred Schwarb introduced me a tip.tar.gz on 
> http://bitbucket.org/pierrejoye/gd-libgd-20/get/tip.tar.gz.

This link is always the latest check-out of the new development
repository of libgd.


> However I do not have it in my home computer and it unfortunately could not be used I could not
> configure script because of error related the autotool.
> 

In my follow-up mail of march 7, 2010 I indicated how to fix it. You
have to modify configure.ac.

Some time ago I had some problems with libtool when building libgd,
I had to do something like the following for the 
generated file "libtool":
# sed -i 's/^ECHO=.\?echo.*/ECHO=echo; echo=echo/' libtool

But this was most likely an issue of libtool and not of libgd.

Cheers,
Manfred

Re: gd and fontconfig

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

Hello

Thank you for your reply.

--- Ethan Merritt wrote:
>What is the exact version of libgd?
I have been using the gd-2.0.36RC1.



> Both are allowed.  The 'old' method using the filename of the font
> is tried first. If that fails, then the 'new' fontconfig  method is
> used.
> I think it is likely that your gnuplot executable was linked against
> a buggy version of libgd.  When the fontconfig code was first added
> to libgd (2.0.36RC1), there was a bug that prevented using both methods
> from the same calling program.  That bug was later fixed.
> 
> Here is the fix:
> %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
> --- gd-2.0.36RC1/gdft.c      2007-11-27 00:30:34.000000000 -0800
> +++ gd-fixed/gdft.c          2009-05-20 20:22:13.000000000 -0700
> @@ -1661,7 +1661,7 @@ static char * font_path(char **fontpath,
>  BGD_DECLARE(int) gdFTUseFontConfig(int flag)
>  {
>  #ifdef HAVE_LIBFONTCONFIG
> -       fontConfigFlag = 1;
> +       fontConfigFlag = flag;
>         return 1;
>  #else
>         return 0;
> %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%

I have tried the change of 'gdft.c' proposed by Kakuto in the threads introduced the previous post.
######################
BGD_DECLARE(int) gdFTUseFontConfig(int flag)
{
#ifdef HAVE_LIBFONTCONFIG
if(flag) {
fontConfigFlag = 1;
return 1;
} else {
fontConfigFlag = 0;
return 0;
}
#else
return 0;
#endif /* HAVE_LIBFONTCONFIG */
#####################
The modification the above seems to be logically the same as your patch.

At the previous post I seemed to do mis-confirmation.

I have put cour.ttf to 'C:/usr/tatsu/test/gptest/cour.ttf'

gnuplot> set term png font 'C:/usr/tatsu/test/gptest/cour.ttf'
Terminal type set to 'png'
Options are 'nocrop font C:/usr/tatsu/test/gptest/cour.ttf 12 fontscale 1.0 size 640,480 '
gnuplot> set out 'test.png'
gnuplot> plot sin(x)
gnuplot> set out

The gnuplot with the modified gd successfully gave a graph with courier fonts while the gnuplot-4.4.0
binary gave a graph with arial.

Therefore the modification proposed by Kakuto allow the gd linked with fontconfig to use old syntax. 

However I cannot see the below message that you pointed out.
********
Trying to find font "/home/ttfonts/verdana.ttf" using old mechanism succeeded
*********

Anyway I will use your patch if new gd will not be available.

> 
> It should be linked against a fixed version of libgd.
> Unfortunately I don't see a fixed version listed for download on
> libgd.org.  I am cc'ing libgd maintainer Pierre Joye, who may be
> able to update the version on the site.
> 
> Pierre:  Isn't it about time that a "final" version of 2.0.36
> is packaged up?  The -RC1 is now more than 2 years old!

In related to 'libpng-1.4', I have posted the gd should be modified not to use  png_check_sig but to
use  png_sig_cmp.

Please see;
http://old.nabble.com/Note-for-building-gd-wiwith-libpng-1.4-to27808790.html

Manfred Schwarb introduced me a tip.tar.gz on 
http://bitbucket.org/pierrejoye/gd-libgd-20/get/tip.tar.gz.
However I do not have it in my home computer and it unfortunately could not be used I could not
configure script because of error related the autotool.

I will wait for the reply.

Anyway I will make  gnuplot-4.5 (cvs) package for windows prepared with gd 2.0.36RC1+fontconfig with
the patch you have shown and upload it  on my web.

For the cygwin, the gd library prepared by the maintainer on the cygwin community. I will report this
topic in the cygwin ML.

Regards

Tatsuro

--------------------------------------
VANCOUVER 2010 PARALYMPIC GAMES News
http://pr.mail.yahoo.co.jp/para/

Re: gd and fontconfig

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

On Saturday 20 March 2010, Tatsuro MATSUOKA wrote:
> 
> In the current cygwin, the gd library provide by the cygwin team is linked with the 
> fontconfig library.  And the windows binaries of gcc-4.4.0 are also prepared 
> with the gd library with the fontconfig without deep consideration.

What is the exact version of libgd?

> In the discussions in the threads it was noticed that the gd linked
> with the fontconfig affects the font setting of gd related terminals
> (png, jpeg, and gif). 
> 
> In this case the font setting is almost the same as the pango related
> terminals (wxt, pdfcairo, pngcairo).
> 
> The font setting like 
> set term png font "/usr/local/fonts/ttf/arial.ttf"
> is not allowed and one must use set term png font 'arial'

Both are allowed.  The 'old' method using the filename of the font
is tried first. If that fails, then the 'new' fontconfig  method is
used.
 
> and fonts used in these terminals have to be set through the forntconfig 
> configuration files. In addition GDFONTPATH is not effective.

> The situation is obviously contradicted to the current manual
> concerning to the gd related terminals.

I think it is likely that your gnuplot executable was linked against
a buggy version of libgd.  When the fontconfig code was first added
to libgd (2.0.36RC1), there was a bug that prevented using both methods
from the same calling program.  That bug was later fixed.

Here is the fix:
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
--- gd-2.0.36RC1/gdft.c      2007-11-27 00:30:34.000000000 -0800
+++ gd-fixed/gdft.c          2009-05-20 20:22:13.000000000 -0700
@@ -1661,7 +1661,7 @@ static char * font_path(char **fontpath,
 BGD_DECLARE(int) gdFTUseFontConfig(int flag)
 {
 #ifdef HAVE_LIBFONTCONFIG
-       fontConfigFlag = 1;
+       fontConfigFlag = flag;
        return 1;
 #else
        return 0;
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
 
> Should next binary distribution be prepared with the gd not linked with 
> the fontconfig library ?

It should be linked against a fixed version of libgd.
Unfortunately I don't see a fixed version listed for download on
libgd.org.  I am cc'ing libgd maintainer Pierre Joye, who may be
able to update the version on the site.

Pierre:  Isn't it about time that a "final" version of 2.0.36
is packaged up?  The -RC1 is now more than 2 years old!

Here is the output from gnuplot-4.4.0 built from source and linked
against libgd 2.0.36RC1 + bugfix. I added a pair of debug statement 
to gd.trm so that you can see how the font search works

gnuplot>
gnuplot> set term png font '/home/ttfonts/verdana.ttf'
Terminal type set to 'png'
Trying to find font "/home/ttfonts/verdana.ttf" using old mechanism succeeded
Options are 'nocrop font /home/ttfonts/verdana.ttf 12 fontscale 1.0 size 640,480 '
gnuplot> set term png font 'Embargo'
Terminal type set to 'png'
Trying to find font "Embargo" using old mechanism failed
Trying to find font "Embargo" using new mechanism succeeded
Options are 'nocrop font Embargo 12 fontscale 1.0 size 640,480 '

	regards,

		Ethan

gd and fontconfig

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

Hello

Recently, in the one of the gnuplot in Japan, the font setting around fontconfig
has been extensively discussed.

Two topics are mainly has been discussed. One is the font setting on the gd 
related terminals linked with the fontconfig. The other is how to add new fonts
in the terminals where the fontconfig treats font mapping on windows.

Here I introduce the first one.

In the current cygwin, the gd library provide by the cygwin team is linked with the 
fontconfig library.  And the windows binaries of gcc-4.4.0 are also prepared 
with the gd library with the fontconfig without deep consideration.

In the discussions in the threads it was noticed that the gd linked with the fontconfig 
affects the font setting of gd related terminals
(png, jpeg, and gif). 

In this case the font setting is almost the same as the pango related terminals (wxt,
pdfcairo, pngcairo).

The font setting like 
set term png font "/usr/local/fonts/ttf/arial.ttf"
is not allowed and one must use

set term png font 'arial'

and fonts used in these terminals have to be set through the forntconfig 
configuration files. In addition GDFONTPATH is not effective.

The situation is obviously contradicted to the current manual concerning to the gd 
related terminals.

However, from the view point unification of font setting among the terminals, 
the situation is not always bad.

The below also is to be considered.
In the unixy distributions, the dependencies are usually provided from the 
distributions.  In the case, users use the gd library linked with the 
fontconfig happens to be used without deep consideration like me.  
(In this case, the cygwin is categorized as unixy.)


I would like to hear the opinions from the developers and experts of 
the gnuplot on this matter.

Should next binary distribution be prepared with the gd not linked with 
the fontconfig library ?

Regards

Tatsuro

--------------------------------------
VANCOUVER 2010 PARALYMPIC GAMES News
http://pr.mail.yahoo.co.jp/para/

Create scatter chart using the plugin "Gnuplot"

[Periyasamy <per...@ri...>]

Hi,

I am new to Gnuplot. Is this possible to create a "Scatter chart" using the
plugin "gnuplot"?.
Can anybody have idea please?

Thanks & Regards,
P{eriyasamy.R


-- 
View this message in context: http://old.nabble.com/Create-scatter-chart-using-the-plugin-%22Gnuplot%22-tp27951053p27951053.html
Sent from the Gnuplot - Dev mailing list archive at Nabble.com.

windows enahced mode bug?

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

Hello

This is just a notice.
I have already report it on the SF bug tracker
https://sourceforge.net/tracker/?atid=102055&group_id=2055&func=browse

#2972307

Regards

Tatsuro

--------------------------------------
VANCOUVER 2010 PARALYMPIC GAMES News
http://pr.mail.yahoo.co.jp/para/

Re: gnuplot segfaults on keyboard interaction

[Jürgen W. <wie...@fr...>]

> > A remarkably good bug report.  As far as I can see,
> > do_string_replot() should not call a function which takes a look at
> > the command line.
> 
> I think that part is OK. The idea of the "replot" command is that you can
> append a string to it.  do_string_replot first executes the old plot
>  command, then executes the extra string.

I know.  But that should be done in replot_command() not in
replotrequest().  do_string_replot() is called only by other ways
like mousing, similar to do_string(), never directly by issuing
"replot" from the command line.  In those cases, the command line
can be in any state and is in no way related to the plot command.

> > I am surprised that this has not produced more problems so far.
> 
> Me too. But it seems to be a simple initialization failure.
> When stepping through the arguments on a command line, the program
> initializes c_token if the current argument is a file name but not
> if the current argument is '-'.  The first time we do an lf_push(),
> it pushes the initial value of c_token.  If that value is garbage,
> then trouble ensues.

Well, after lf_pop() we (hopefully) have exactly the same state as
before.  And as noone is supposed to have a look at the command
line, it is fine to have it uninitialized (btw: should initializing
entain num_tokens=0 as well?).


Juergen

Re: gnuplot segfaults on keyboard interaction

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

Hello

I have quickly tried the patch for 'gnuplot foo.go -' on windows

--- Ethan Merritt  wrote:

> %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
> diff -urp gnuplot/src/plot.c gnuplot-cvs/src/plot.c
> --- gnuplot/src/plot.c  2010-03-14 11:52:45.000000000 -0700
> +++ gnuplot-cvs/src/plot.c      2010-03-16 20:23:31.000000000 -0700
> @@ -610,6 +610,7 @@ main(int argc, char **argv)
> 
>             } else if (strcmp(*argv, "-") == 0) {
>                 /* DBT 10-7-98  go interactive if "-" on command line */
> +               c_token = 0;
> 
>                 interactive = TRUE;
>                 /* will this work on all platforms? */
> %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%

----------Tatsuro Wrote
>However gnuplot 4.5 on windows hangs even if one use
>gnuplot foo.gp -
> and press any key or mouse operation on the graph window.



With the patch above, gnuplot foo.gp - 
on gnuplot on windows does not give hanging up.
Fine!!

Of course this is different from that Benjamin stated.
At the moment, I cannot enough time to try further.

Regards

Tatsuro


--------------------------------------
VANCOUVER 2010 PARALYMPIC GAMES News
http://pr.mail.yahoo.co.jp/para/