[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: new build ends with mkfifo related problems in file-ops.cc
From: |
Ben Abbott |
Subject: |
Re: new build ends with mkfifo related problems in file-ops.cc |
Date: |
Fri, 22 Jan 2010 12:26:42 -0500 |
On Jan 21, 2010, at 8:28 PM, Ben Abbott wrote:
> Is anyone else seeing this?
>
> ../run-octave --norc --silent --no-history ./fntests.m .
> error: invalid character `?' (ASCII 206) near line 1, column 1
> parse error near line 1 of file
> /Users/bpabbott/Development/mercurial/local_clone/src/.libs/octave
>
> syntax error
>
>>>> ????
> ^
>
> error: parse error while reading script file
> /Users/bpabbott/Development/mercurial/local_clone/src/.libs/octave
> error: source: error sourcing file
> `/Users/bpabbott/Development/mercurial/local_clone/src/.libs/octave'
>
> make[2]: *** [check] Error 1
> make[1]: *** [check-recursive] Error 1
> make: *** [check] Error 2
>
> Ben
I've pulled, and tried to build starting with autogen.sh ... today I get,
libtool: compile: g++-4.2 -DHAVE_CONFIG_H -I. -I.. -I/sw/lib/flex/include
-I/sw/include -O1 -m32 -I/sw/include/freetype2 -I/sw/include/qhull
-I/usr/include -I/sw/include -I../libgnu -I../libgnu -I../libcruft/misc
-I/sw/lib/flex/include -I/sw/include -O1 -m32 -I/sw/include/freetype2
-I/sw/include/qhull -I/usr/include -I/sw/include -I/sw/include -O1 -m32
-D_THREAD_SAFE -D_REENTRANT -DHAVE_CONFIG_H -mieee-fp -I/sw/include/freetype2
-I/sw/include -I/usr/X11/include -Wall -W -Wshadow -Wold-style-cast -Wformat
-I/sw/include -O1 -m32 -D_THREAD_SAFE -D_REENTRANT -D_THREAD_SAFE -I/sw/include
-O1 -m32 -D_THREAD_SAFE -D_REENTRANT -MT liboctave_la-file-ops.lo -MD -MP -MF
.deps/liboctave_la-file-ops.Tpo -c file-ops.cc -fno-common -DPIC -o
.libs/liboctave_la-file-ops.o
file-ops.cc:118: error: no ‘int file_ops::rpl_mkfifo(const std::string&,
mode_t)’ member function declared in class ‘file_ops’
file-ops.cc: In member function ‘int file_ops::rpl_mkfifo(const std::string&,
mode_t)’:
file-ops.cc:121: error: no matching function for call to
‘file_ops::rpl_mkfifo(const std::basic_string<char, std::char_traits<char>,
std::allocator<char> >&, mode_t&, std::string&)’
file-ops.cc:118: note: candidates are: int file_ops::rpl_mkfifo(const
std::string&, mode_t)
file-ops.cc: At global scope:
file-ops.cc:125: error: prototype for ‘int file_ops::rpl_mkfifo(const
std::string&, mode_t, std::string&)’ does not match any in class ‘file_ops’
file-ops.cc:118: error: candidate is: int file_ops::rpl_mkfifo(const
std::string&, mode_t)
make[3]: *** [liboctave_la-file-ops.lo] Error 1
make[2]: *** [all] Error 2
make[1]: *** [all-recursive] Error 1
make: *** [all] Error 2
Adding "#include <sys/types.h>" to file-io.cc fixes this for me, but I don't
know if this is the right thing to do.
In any event, the resulting binary crashes :-(
../../run-octave -f -q -H -p . --eval "geometryimages ('voronoi', 'txt');"
dyld: lazy symbol binding failed: Symbol not found: __ZN9prog_args10rpl_getoptEv
Referenced from:
/Users/bpabbott/Development/mercurial/local_clone/src/.libs/liboctinterp-3.3.50+.dylib
Expected in: flat namespace
dyld: Symbol not found: __ZN9prog_args10rpl_getoptEv
Referenced from:
/Users/bpabbott/Development/mercurial/local_clone/src/.libs/liboctinterp-3.3.50+.dylib
Expected in: flat namespace
panic: Trace/BPT trap -- stopping myself...
attempting to save variables to `octave-core'...
save to `octave-core' complete
panic: attempted clean up apparently failed -- aborting...
make[3]: *** [voronoi.txt] Trace/BPT trap
make[2]: *** [all-recursive] Error 1
make[1]: *** [all-recursive] Error 1
make: *** [all] Error 2
Ben
- new build, but Octave won't run, Ben Abbott, 2010/01/21
- Re: new build ends with mkfifo related problems in file-ops.cc,
Ben Abbott <=
- Re: new build ends with mkfifo related problems in file-ops.cc, Ben Abbott, 2010/01/22
- Re: new build ends with mkfifo related problems in file-ops.cc, Ben Abbott, 2010/01/22
- Re: new build ends with mkfifo related problems in file-ops.cc, John W. Eaton, 2010/01/22
- Re: new build ends with mkfifo related problems in file-ops.cc, John W. Eaton, 2010/01/22
- Re: new build ends with mkfifo related problems in file-ops.cc, Ben Abbott, 2010/01/22
- Re: new build ends with mkfifo related problems in file-ops.cc, John W. Eaton, 2010/01/22
- Re: new build ends with mkfifo related problems in file-ops.cc, John W. Eaton, 2010/01/22