#127 compile errors on Mac OS X

[Peter Sturdza]

this is with the gcc 3.1 that comes with the Mac and with
xxdiff 2.9.1:

I get a bunch of errors similar to:
exceptions.h:107: looser throw specifier for `virtual
XxUsageError::~XxUsageError()'
/usr/include/gcc/darwin/3.1/g++-v3/stdexcept:75:
overriding `virtual
std::domain_error::~domain_error() throw ()'

I don't know nuthin' about this stuff, but according to:

http://www.agapow.net/programming/
looser_throw_specifier.htm

this is a bug, so I added an empty destructor like so:
~XxUsageError() throw ();

then it all compiled (there was the getopt issue reported by
someone else) but it didn't link. I get errors related to the
stuff above:

ld: Undefined symbols:
XxInternalError::~XxInternalError [in-charge]()
vtable for XxInternalError
...

so I didn't fix it right.

This also occurs for:

exceptions.h:129: looser throw specifier for `virtual
XxIoError::~XxIoError()'
exceptions.h:150: looser throw specifier for `virtual
XxInternalError::~XxInternalError()'
builderFiles2.cpp:163: looser throw specifier for `virtual
<unnamed>::XxParseDiffError::~XxParseDiffError()'
builderFiles3.cpp:65: looser throw specifier for `virtual
<unnamed>::XxParseDiffError::~XxParseDiffError()'
builderDirs2.cpp:90: looser throw specifier for `virtual
<unnamed>::XxParseDiffError::~XxParseDiffError()'
builderUnmerge.cpp:59: looser throw specifier for `virtual

<unnamed>::XxConflictFormatError::~XxConflictFormatEr
ror()'

Hope this isn't a wild goose chase.

[Martin Blais]

Logged In: YES
user_id=10996

did you add the definition of the destrcutor? declaring it
without implementing it will result in just what you mention.

[Martin Blais]

Logged In: YES
user_id=10996

hi peter

i cannot reproduce this since i don't have a mac box (i wish
i had the money! it looks quite sexy). i'll try to get an
account on the compile farm.

it would help tremendeously if you could send the compile
line, to find out if the build environment was configured
right (with the correct compiler define)

[E. L. Veum]

Logged In: YES
user_id=917779

hello. I have access to mac x and will be compiling 2.9.2 on
this platform soon. when i get done i will stamp the bug with
the necessary fixes. ericveum.

[Peter Sturdza]

Logged In: YES
user_id=542857

Thanks for making this work. The 3.0.2 version compiled out
of the box some six months ago, and I just tried 3.0.4 on an
up-to-date OS X system. Only had to make one small change
to the Makefile: added the path to the qt include directory
(-I/sw/include/qt, since I use fink). tmake automatically
added -I/sw/include, though, so I thought it should have
found the qt subdirectory.