[Buildroot] [PATCH] gnuplot : new package
Viallard Anthony
viallard at syscom-instruments.com
Fri Jan 4 15:38:57 UTC 2013
On 04. 01. 13 16:15, Thomas Petazzoni wrote:
> Hum, why in "Development tools" ? Maybe Graphic libraries and
> applications would make more sense here ?
Doh ! Yes, indeed. Under "Graphic application", it's better.
>> +GNUPLOT_VERSION = 4.6.0
>> +GNUPLOT_SOURCE = gnuplot-$(GNUPLOT_VERSION).tar.gz
>> +GNUPLOT_SITE = http://superb-dca2.dl.sourceforge.net/project/gnuplot/gnuplot/$(GNUPLOT_VERSION)
>> +GNUPLOT_INSTALL_STAGING = YES
>> +GNUPLOT_INSTALL_TARGET = YES
> This line is not needed.
>
> Please also add the GNUPLOT_LICENSE and GNUPLOT_LICENSE_FILES variables.
Ok.
>
>> +GNUPLOT_CONF_OPT = --without-x \
>> + --disable-raise-console \
>> + --disable-mouse \
>> + --without-tutorial \
>> + --without-demo --disable-demo \
>> + --without-row-help \
>> + --disable-history-file \
>> + --without-lisp-files \
>> + --disable-wxwidgets \
>> + --without-lua \
>> + --without-latex \
>> + --without-cairo
>> +
>> +$(eval $(autotools-package))
>> diff --git a/package/gnuplot/gnuplot.patch b/package/gnuplot/gnuplot.patch
>> new file mode 100644
>> index 0000000..7053a46
>> --- /dev/null
>> +++ b/package/gnuplot/gnuplot.patch
>> @@ -0,0 +1,26 @@
> All patches in Buildroot should have a description and a Signed-off-by
> line. See
> http://buildroot.org/downloads/manual/manual.html#_format_and_licensing_of_the_package_patches.
>
Doh. I forgot the description. I use dvorak keyboard for few days now.
I'm looking for laziness.
>> +diff --git a/Makefile.am b/Makefile.am
>> +index bc0f2b2..5c00fe5 100644
>> +--- a/Makefile.am
>> ++++ b/Makefile.am
>> +@@ -1,7 +1,7 @@
>> + ## Process this file with automake to produce Makefile.in -*-Makefile-*-
>> + AUTOMAKE_OPTIONS = foreign 1.2h
>> +
>> +-SUBDIRS = config m4 term src docs $(LISPDIR) man demo tutorial share
>> ++SUBDIRS = config m4 term src $(LISPDIR) man tutorial share
> Could you cook a patch for upstream gnuplot that adds a
> --{enable,disable}-demo to enable/disable the build of the demos, so
> that ultimately we can drop your patch? This is not mandatory to get
> your package in Buildroot, but would be nice to have.
Ok, i do that.
Thanks,
avd.
More information about the buildroot
mailing list