[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: development version does not compile
From: |
Bertrand Roessli |
Subject: |
Re: development version does not compile |
Date: |
Fri, 13 Feb 2009 17:09:12 +0100 |
address@hidden:~$ gnuplot --version
gnuplot 4.2 patchlevel 4
address@hidden:~$
I do not think I have regexp installed
Source directory: .
Installation prefix: /usr/local
C compiler: gcc -mieee-fp -Wall -W -Wshadow -g -O2
C++ compiler: g++ -mieee-fp -Wall -W -Wshadow
-Wold-style-cast -g -O2
Fortran compiler: gfortran -O -mieee-fp
Fortran libraries: -L/usr/lib/gcc/i486-linux-gnu/4.3.2
-L/usr/lib/gcc/i486-linux-gnu/4.3.2/../../../../lib -L/lib/../lib
-L/usr/lib/../lib -L/usr/lib/gcc/i486-linux-gnu/4.3.2/../../.. -lz
-lgfortranbegin -lgfortran -lm
BLAS libraries: -llapack -lblas
FFTW libraries: -lfftw3 -lfftw3f
GLPK libraries: -lglpk
UMFPACK libraries: -lumfpack
AMD libraries: -lamd
CAMD libraries: -lcamd
COLAMD libraries: -lcolamd
CCOLAMD libraries: -lccolamd
CHOLMOD libraries: -lcholmod
CXSPARSE libraries: -lcxsparse
ARPACK libraries:
QRUPDATE libraries:
HDF5 libraries:
CURL libraries:
REGEX libraries:
QHULL libraries:
OPENGL libraries:
FLTK backend libs:
X11 include flags:
X11 libraries: -lX11
LIBS: -lreadline -lncurses -ldl -lblas -lz -lm
Default pager: less
gnuplot: gnuplot
Magick config:
On Fri, 2009-02-13 at 10:59 -0500, John W. Eaton wrote:
> On 13-Feb-2009, Bertrand Roessli wrote:
>
> | I had 4.2.3 and installed 4.2.4, but got the same error.
> | I commented out the lines in the m-file and everything compiled
> | smoothly.
>
> OK, so if you are using 4.2.4, then you should be seeing
>
> 4.2 patchlevel 4
>
> as the output from the shell command "gnuplot --version", correct?
>
> If so, then I think we've determined that the problem is that the PCRE
> library handles the regexp in __gnuplot_version__ correctly, but other
> regexp libraries do not.
>
> Do you have the PCRE regexp library installed? Did configure find it?
>
> Maybe we should change __gnuplot_version__ do the version extraction
> without regexp, to avoid this problem. Additionally, perhaps we
> should require PCRE for regexps, so that there is some consistency in
> the behavior of Octave's regexp functions.
>
> jwe
- Re: development version does not compile, (continued)
- Re: development version does not compile, Bertrand Roessli, 2009/02/12
- Re: development version does not compile, Jaroslav Hajek, 2009/02/12
- Re: development version does not compile, Bertrand Roessli, 2009/02/12
- Re: development version does not compile, John W. Eaton, 2009/02/12
- Re: development version does not compile, Bertrand Roessli, 2009/02/13
- Re: development version does not compile, Dmitri A. Sergatskov, 2009/02/13
- Re: development version does not compile, Bertrand Roessli, 2009/02/13
- Re: development version does not compile, John W. Eaton, 2009/02/13
- Re: development version does not compile, Bertrand Roessli, 2009/02/13
- Re: development version does not compile, John W. Eaton, 2009/02/13
- Re: development version does not compile,
Bertrand Roessli <=
- object behavior with Octave..., James Moliere, 2009/02/14
- Re: object behavior with Octave..., Ben Abbott, 2009/02/14
- Re: object behavior with Octave..., James Moliere, 2009/02/14
- Message not available
- Re: object behavior with Octave..., Ben Abbott, 2009/02/14
- Message not available
- Re: object behavior with Octave..., Ben Abbott, 2009/02/14
- Re: object behavior with Octave..., John W. Eaton, 2009/02/14
- Re: object behavior with Octave..., James Moliere, 2009/02/14
- Re: object behavior with Octave..., Søren Hauberg, 2009/02/14
- Re: object behavior with Octave..., James Moliere, 2009/02/14
- Re: object behavior with Octave..., John W. Eaton, 2009/02/14