Re: Gentlemen, start your engines...

[<tim...@en...>]

Hans-Bernhard Br=F6ker wrote:
> Hello, everybody,
>
> this 4.2 release process is taking a little longer than expected.  So,=20
> based on a suggestion from Ethan, I've decided to start what the German=
=20
> proverb calls "making nails with heads".  CVS is branched (branch tag=20
> branch-4-2-stable), VERSION is 4.2 and PATCHLEVEL is rc1 (for now on=20
> both the head and the 4.2 branch).
>
> Everybody should check out a working copy of the branch, and test that=20
> it works as expected, on as many platforms as you can.
>
> I'll also put up a release candidate source tarball on SF.net (in the=20
> "gnuplot-current" subproject of the file release system).
>
> I think this candidate should be considered "beta", i.e. no publication=
=20
> of binary packages just yet, please.
>  =20

Great !

I already have a little patch to offer for a bug in the configure script.

The patch first fixes the build of gnuplot when libpdf and gd are not=20
installed in standard directories. In those situations, whereas=20
configure was checking for the position of the gdlib-config and=20
pdflib-config scripts, it did not use the result !

Moreover, there is a problem with gd on systems where GNU libiconv is=20
installed. In this case, gnuplot has to be linked against libiconv too,=20
or undefined references are obtained. The first offender here is=20
gdlib-config itself which doesn't report correctly '-liconv' but a full=20
path to libiconv.so. But even if gd gets fixed in a future release (I=20
will send the corresponding patch to M. Boutell soon), the configure=20
script would not catch it since it doesn't take 'gdlib-config --libs'=20
into account. The attached patch fixes this issue too.

With both gnuplot and gd fixed, the following are fixed :=20
http://groups.google.com.hk/group/comp.graphics.apps.gnuplot/browse_threa=
d/thread/251b6f34c427ac49/9d88d080509b83f3#9d88d080509b83f3
and probably :
http://groups.google.com.hk/group/comp.graphics.apps.gnuplot/browse_frm/t=
hread/d508bd940d3a4b6e/15014a2704cf040b?lnk=3Dgst&q=3D%22libiconv_close%2=
2&rnum=3D1#15014a2704cf040b

Without gd fixed, LIBS=3D'-liconv' had to be used when calling 'configure=
'.

May I push this bugfix patch to the 4.2 branch, or do you consider this=20
for post-4.2 ?

Best regards,

Timoth=E9e