Menu
▾
▴
gnuplot-beta
|
From: <pl...@pi...> - 2009-01-17 23:13:51
|
Hi, I had an problem running ./prepare on ARM platform. To be sure I was clean I did a fresh cvs pull but the result was the same: echo PLT_FILES = *.plt | fmt | (tr '\012' @; echo ) \ |sed 's/@$/%/;s/@/ \\@/g;' | tr @% '\012 ' >> Makefile.amt sed -n '/^##plt-files-end/,$p' Makefile.am.in >> Makefile.amt chmod a-w Makefile.amt mv Makefile.amt Makefile.am src/Makefile.am:52: pkglibexec_PROGRAMS defined both conditionally and unconditionally src/Makefile.am:35: gnuplot_SOURCES defined both conditionally and unconditionally Some part of the preparation process failed. Please refer to INSTALL for details. Any idea what is causing this? TIA, Peter. |
|
From: Ethan A M. <merritt@u.washington.edu> - 2009-01-17 23:22:37
|
On Saturday 17 January 2009, pl...@pi... wrote: > Hi, > > I had an problem running ./prepare on ARM platform. To be sure I was > clean I did a fresh cvs pull but the result was the same: > > echo PLT_FILES = *.plt | fmt | (tr '\012' @; echo ) \ > |sed 's/@$/%/;s/@/ \\@/g;' | tr @% '\012 ' >> Makefile.amt > sed -n '/^##plt-files-end/,$p' Makefile.am.in >> Makefile.amt > chmod a-w Makefile.amt > mv Makefile.amt Makefile.am > src/Makefile.am:52: pkglibexec_PROGRAMS defined both conditionally and > unconditionally > src/Makefile.am:35: gnuplot_SOURCES defined both conditionally and > unconditionally > > Some part of the preparation process failed. > Please refer to INSTALL for details. > > Any idea what is causing this? Only that it is some problem with the autotools. What versions of autoconf and automake do you have? By the way, you can run ./prepare on another machine and use the resulting configure script anywhere. -- Ethan A Merritt Biomolecular Structure Center University of Washington, Seattle 98195-7742 |
|
From: <pl...@pi...> - 2009-01-18 04:08:16
|
Ethan A Merritt wrote:
> On Saturday 17 January 2009, pl...@pi... wrote:
>> Hi,
>>
>> I had an problem running ./prepare on ARM platform. To be sure I was
>> clean I did a fresh cvs pull but the result was the same:
>>
>> echo PLT_FILES = *.plt | fmt | (tr '\012' @; echo ) \
>> |sed 's/@$/%/;s/@/ \\@/g;' | tr @% '\012 ' >> Makefile.amt
>> sed -n '/^##plt-files-end/,$p' Makefile.am.in >> Makefile.amt
>> chmod a-w Makefile.amt
>> mv Makefile.amt Makefile.am
>> src/Makefile.am:52: pkglibexec_PROGRAMS defined both conditionally and
>> unconditionally
>> src/Makefile.am:35: gnuplot_SOURCES defined both conditionally and
>> unconditionally
>>
>> Some part of the preparation process failed.
>> Please refer to INSTALL for details.
>>
>> Any idea what is causing this?
>
> Only that it is some problem with the autotools.
> What versions of autoconf and automake do you have?
>
> By the way, you can run ./prepare on another machine and use the
> resulting configure script anywhere.
>
>
Thanks, I think it's 2.19 or something, pretty old Debian 3.1
running prepare on the PC fixed that one. I copied all across hacked
term.h down to dumb and svg, removed doc from SUBDIRS and ran:
./configure --without-x --without-tutorial --without-pdf --without-cairo
That ran cleanly and seems to give the expected terminals and options.
However, make bombed out straight away.
make[3]: Nothing to be done for `all'.
make[3]: Leaving directory `/tmpd/gnuplot/src/wxterminal'
make[3]: Entering directory `/tmpd/gnuplot/src'
gcc -DHAVE_CONFIG_H -I. -I.. -I../term -I../term
-DBINDIR=\"/usr/local/bin\"
-DX11_DRIVER_DIR=\"/usr/local/libexec/gnuplot/4.3\"
-DGNUPLOT_PS_DIR=\"/usr/local/share/gnuplot/4.3/PostScript\"
-DGNUPLOT_JS_DIR=\"/usr/local/share/gnuplot/4.3/js\"
-DCONTACT=\"gnu...@li...\"
-DHELPFILE=\"/usr/local/share/gnuplot/4.3/gnuplot.gih\"
-DGNUPLOT_X11=\"`echo gnuplot_x11 | sed 's,x,x,'`\" -march=armv4t -O2
-fomit-frame-pointer -pipe -MT alloc.o -MD -MP -MF .deps/alloc.Tpo -c -o
alloc.o alloc.c
In file included from alloc.h:44,
from alloc.c:44:
stdfn.h:47:19: ctype.h: No such file or directory
stdfn.h:48:19: stdio.h: No such file or directory
stdfn.h:55:22: strings.h: No such file or directory
In file included from
/usr/lib/gcc-lib/arm-linux/3.3.5/include/syslimits.h:7,
from /usr/lib/gcc-lib/arm-linux/3.3.5/include/limits.h:11,
from stdfn.h:248,
from alloc.h:44,
from alloc.c:44:
I seem to recall having a run around with limits.h before,can you see
where I'm going wrong?
Strange thing is , I've built 4.3 on this board before, don't know why
I'm having these issues.
Thanks for any help.
Peter.
|
|
From: Ethan A M. <merritt@u.washington.edu> - 2009-01-18 04:41:06
|
On Saturday 17 January 2009, pl...@pi... wrote: > Ethan A Merritt wrote: > > On Saturday 17 January 2009, pl...@pi... wrote: > >> Hi, > >> > >> I had an problem running ./prepare on ARM platform. To be sure I was > >> clean I did a fresh cvs pull but the result was the same: > >> > >> echo PLT_FILES = *.plt | fmt | (tr '\012' @; echo ) \ > >> |sed 's/@$/%/;s/@/ \\@/g;' | tr @% '\012 ' >> Makefile.amt > >> sed -n '/^##plt-files-end/,$p' Makefile.am.in >> Makefile.amt > >> chmod a-w Makefile.amt > >> mv Makefile.amt Makefile.am > >> src/Makefile.am:52: pkglibexec_PROGRAMS defined both conditionally and > >> unconditionally > >> src/Makefile.am:35: gnuplot_SOURCES defined both conditionally and > >> unconditionally > >> > >> Some part of the preparation process failed. > >> Please refer to INSTALL for details. > >> > >> Any idea what is causing this? > > > > Only that it is some problem with the autotools. > > What versions of autoconf and automake do you have? > > > > By the way, you can run ./prepare on another machine and use the > > resulting configure script anywhere. > > > > > > Thanks, I think it's 2.19 or something, pretty old Debian 3.1 The prepare script is documented as requiring autoconf 2.52 or newer. It is supposed to check this, and issue an error message if the test fails. > running prepare on the PC fixed that one. I copied all across hacked > term.h down to dumb and svg, removed doc from SUBDIRS and ran: > > ./configure --without-x --without-tutorial --without-pdf --without-cairo > > That ran cleanly and seems to give the expected terminals and options. > However, make bombed out straight away. > > make[3]: Nothing to be done for `all'. > make[3]: Leaving directory `/tmpd/gnuplot/src/wxterminal' > make[3]: Entering directory `/tmpd/gnuplot/src' > gcc -DHAVE_CONFIG_H -I. -I.. -I../term -I../term > -DBINDIR=\"/usr/local/bin\" > -DX11_DRIVER_DIR=\"/usr/local/libexec/gnuplot/4.3\" > -DGNUPLOT_PS_DIR=\"/usr/local/share/gnuplot/4.3/PostScript\" > -DGNUPLOT_JS_DIR=\"/usr/local/share/gnuplot/4.3/js\" > -DCONTACT=\"gnu...@li...\" > -DHELPFILE=\"/usr/local/share/gnuplot/4.3/gnuplot.gih\" > -DGNUPLOT_X11=\"`echo gnuplot_x11 | sed 's,x,x,'`\" -march=armv4t -O2 > -fomit-frame-pointer -pipe -MT alloc.o -MD -MP -MF .deps/alloc.Tpo -c -o > alloc.o alloc.c > In file included from alloc.h:44, > from alloc.c:44: > stdfn.h:47:19: ctype.h: No such file or directory > stdfn.h:48:19: stdio.h: No such file or directory > stdfn.h:55:22: strings.h: No such file or directory These are bog-standard C library headers. You'll have to sort that one out yourself, since it doesn't really have anything to do with gnuplot. At a guess, you need a development version of the compiler package rather than a run-time only version. I'd start by trying to determine if these header files really do live somewhere on your machine, perhaps in a non-standard directory. If so, you may be able to fix things just by adding the appropriate "-I /some/whacky/directory" to CPPFLAGS before running "make". Ethan > In file included from > /usr/lib/gcc-lib/arm-linux/3.3.5/include/syslimits.h:7, > from /usr/lib/gcc-lib/arm-linux/3.3.5/include/limits.h:11, > from stdfn.h:248, > from alloc.h:44, > from alloc.c:44: > > > I seem to recall having a run around with limits.h before,can you see > where I'm going wrong? > > Strange thing is , I've built 4.3 on this board before, don't know why > I'm having these issues. > > Thanks for any help. > Peter. > -- Ethan A Merritt Biomolecular Structure Center University of Washington, Seattle 98195-7742 |
