octave-maintainers
[Top][All Lists]
Advanced

[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


reply via email to

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