[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:34:20 -0500 |
On Jan 22, 2010, at 12:26 PM, Ben Abbott wrote:
> 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.
oppps... I meant "#include <sys/stat.h>"
> 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, 2010/01/22
- 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, 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