help-octave
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: make error: dir-ops.cc:61: error: ‘strerror’ is not a member of ‘gnu


From: John W. Eaton
Subject: Re: make error: dir-ops.cc:61: error: ‘strerror’ is not a member of ‘gnulib’
Date: Mon, 18 Oct 2010 15:39:04 -0400

On 18-Oct-2010, Kai Habel wrote:

|   On 18.10.2010 02:11, b612x wrote:
| > Hi there,
| >
| > I'm trying to update GNU-Octave from 3.2.4 to 3.3.52 on my machine with
| > openSUSE 11.1 (x86_64). Everything had gone well with ./configure, but when
| > I
| > run make, this is what I'm getting.
| >
| > user-df205a6ce9:/home/zxoch/bin/octave-3.3.52 # make
| > make  all-recursive
| > make[1]: Entering directory `/home/zxoch/bin/octave-3.3.52'
| > Making all in libgnu
| > make[2]: Entering directory `/home/zxoch/bin/octave-3.3.52/libgnu'
| > make  all-recursive
| > make[3]: Entering directory `/home/zxoch/bin/octave-3.3.52/libgnu'
| > make[4]: Entering directory `/home/zxoch/bin/octave-3.3.52/libgnu'
| > make[4]: Nothing to be done for `all-am'.
| > make[4]: Leaving directory `/home/zxoch/bin/octave-3.3.52/libgnu'
| > make[3]: Leaving directory `/home/zxoch/bin/octave-3.3.52/libgnu'
| > make[2]: Leaving directory `/home/zxoch/bin/octave-3.3.52/libgnu'
| > Making all in libcruft
| > make[2]: Entering directory `/home/zxoch/bin/octave-3.3.52/libcruft'
| > make[2]: Nothing to be done for `all'.
| > make[2]: Leaving directory `/home/zxoch/bin/octave-3.3.52/libcruft'
| > Making all in liboctave
| > make[2]: Entering directory `/home/zxoch/bin/octave-3.3.52/liboctave'
| > make  all-am
| > make[3]: Entering directory `/home/zxoch/bin/octave-3.3.52/liboctave'
| > /bin/sh ../libtool  --tag=CXX   --mode=compile g++ -DHAVE_CONFIG_H -I. -I..
| > -I../libgnu -I../libgnu -I../libcruft/misc  -g -O2  -DHAVE_CONFIG_H
| > -I/usr/include/freetype2   -Wall -W -Wshadow -Wold-style-cast -Wformat -g
| > -O2 -pthread -g -O2 -MT liboctave_la-dir-ops.lo -MD -MP -MF
| > .deps/liboctave_la-dir-ops.Tpo -c -o liboctave_la-dir-ops.lo `test -f
| > 'dir-ops.cc' || echo './'`dir-ops.cc
| > libtool: compile:  g++ -DHAVE_CONFIG_H -I. -I.. -I../libgnu -I../libgnu
| > -I../libcruft/misc -g -O2 -DHAVE_CONFIG_H -I/usr/include/freetype2 -Wall -W
| > -Wshadow -Wold-style-cast -Wformat -g -O2 -pthread -g -O2 -MT
| > liboctave_la-dir-ops.lo -MD -MP -MF .deps/liboctave_la-dir-ops.Tpo -c
| > dir-ops.cc  -fPIC -DPIC -o .libs/liboctave_la-dir-ops.o
| > dir-ops.cc: In member function ‘bool dir_entry::open(const std::string&)’:
| > dir-ops.cc:61: error: ‘strerror’ is not a member of ‘gnulib’
| > make[3]: *** [liboctave_la-dir-ops.lo] Error 1
| > make[3]: Leaving directory `/home/zxoch/bin/octave-3.3.52/liboctave'
| > make[2]: *** [all] Error 2
| > make[2]: Leaving directory `/home/zxoch/bin/octave-3.3.52/liboctave'
| > make[1]: *** [all-recursive] Error 1
| > make[1]: Leaving directory `/home/zxoch/bin/octave-3.3.52'
| > make: *** [all] Error 2
| > user-df205a6ce9:/home/zxoch/bin/octave-3.3.52 #
| >
| > I've tried to search a solution and I read that I must update the gnulib
| > library, with "cd gnulib; git pull"; however, I cannot find that directory,
| > I've tried to search with: find / -name 'gnulib' -type d, but I haven't
| > founded any directory.
| >
| > Any suggestions to update gnulib library or another ones that can help me to
| > solve this problem.
| >
| > Thanks in advance!
| >
| Are you behind  a firewall that blocks port 9418? You could open that 
| port or change the respective line (~416) in bootstrap
| 
|   git clone $shallow git://git.sv.gnu.org/gnulib
| 
| to:
| 
|   git clone $shallow http://git.savannah.gnu.org/r/gnulib.git
| 
| in order to use port 80 (http) for updating gnulib.
| 
| @all: Maybe something like this could be used as fallback in bootstrap?

Bootstrapping gnulib only happens when you are using the development
sources from the mercurial archive.  If you are using a dstribution
tarball, then you only get the libgnu directory, not the gnulib
directory where the gnulib sources live.  So your options are to
either build from the mercurial archive (where you can update the
gnulib sources with git) or wait for another snapshot of the
development sources that will have an updated gnulib snapshot as well.

jwe




reply via email to

[Prev in Thread] Current Thread [Next in Thread]