[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: |
John W. Eaton |
Subject: |
Re: new build ends with mkfifo related problems in file-ops.cc |
Date: |
Fri, 22 Jan 2010 16:46:55 -0500 |
On 22-Jan-2010, Ben Abbott wrote:
| On Friday, January 22, 2010, at 03:36PM, "John W. Eaton" <address@hidden>
wrote:
| >On 22-Jan-2010, John W. Eaton wrote:
| >
| >| On 22-Jan-2010, Ben Abbott wrote:
| >|
| >| | 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
| >|
| >| This is prog_args::rpl_getopt(), so that looks like another similar
| >| problem where a gnulib header is #defining getopt to be rpl_getopt and
| >| it is clobbering our class member function of the same name. I'll see
| >| what I can do.
| >
| >I've looked at this a little more and I can't see how it is
| >happening. As far as I can tell, prog-args.h and prog-args.cc don't
| >include getopt.h (even indirectly) so I don't see how getopt is being
| >redefined there.
| >
| >Can you try adding -save-temps to the command that compiles
| >prog-args.cc and send the resulting prog-args.ii file to me?
| >
| >jwe
| >
|
| It is attached.
OK, I see now that I wasn't quite clear on what the problem was. But
I think I've figured it out now, and I don't see any really better
solution than to rename the member functions in the prog_args class.
I checked in the following change. Does it fix the problem for you?
http://hg.savannah.gnu.org/hgweb/octave/rev/a552859b009a
jwe