% nm basctl/unxfbsdx.pro/slo/dlgedobj.o | grep
_ZN5boost15throw_exceptionERKSt9exception
                 U _ZN5boost15throw_exceptionERKSt9exception

cws basexc introduced the change, and this cws is suspicious.

This symbol doesn't exist for SRC680_m203...
% grep -R _ZN5boost15throw_exceptionERKSt9exception work/*
%

maho: you can get better answer if you ask basexc authors directly.
You can get basexc them via EIS.

pjanik: thanks for your advise.

FreeBSD 6.2/i386+OOF680_m7 was build without problems.
and no symbols like_ZN5boost15throw_exceptionERKSt9exception
% nm basctl/unxfbsdi.pro/slo/dlgedobj.o | grep
_ZN5boost15throw_exceptionERKSt9exception
.
fs: could you please comment on this issue. For FreeBSD/amd64, we use
external boost (boost-1.33.1_2)
.

*** Issue 74419 has been marked as a duplicate of this issue. ***

Uhm ...

I suppose the need for the new symbol (btw: how does it look when demangled?)
comes from the usage of boost::optional. However, I where this symbol would be
found - does boost come with some libs to link to, which just need to be added
to some .mk file?

Also, I couldn't find a difference between this project and others which use
this class from boost, e.g. dbaccess.

No, sorry, I don't have an idea here ...

The symbol is

boost::throw_exception(std::exception const&)

sb: do you have an idea?

I do not really have an idea.  The standard unxlngi6.pro OOF680m7 works fine
without mentioning symbol boost::throw_exception(std::exception const&) in
dlgedobj.o.  Then again, that build uses boost from the OOo code base.  Anyway,
that boost defines boost::throw_exception in the boost/throw_exception.hpp
header, suspiciously conditionalized on BOOST_NO_EXCEPTIONS.  Maybe related is
that basctl/source/dlged/makefile.mk:1.7 does not list dlgedobj in
EXCEPTIONSFILES; a wild guess, but you could try whether that would help.

.

sb:
Boost of FreeBSD(from ports), definition of BOOST_NO_EXCEPTIONS is
conditional. I inserted 
#if !defined BOOST_NO_EXCEPTIONS
#error "BOOST_NO_EXCEPTIONS not defined"
#endif
or
#if defined BOOST_NO_EXCEPTIONS
#error "BOOST_NO_EXCEPTIONS defined"
#endif

in source/inc/dlgedobj.hxx, both build have failed.

BTW: following patch helped me.

Index: basctl/source/dlged/makefile.mk
===================================================================
RCS file: /cvs/script/basctl/source/dlged/makefile.mk,v
retrieving revision 1.7
diff -u -r1.7 makefile.mk
--- basctl/source/dlged/makefile.mk     2 Jan 2007 15:51:33 -0000       1.7
+++ basctl/source/dlged/makefile.mk     13 Feb 2007 00:06:27 -0000
@@ -59,6 +59,7 @@
                        $(SLO)$/managelang.obj
 
 EXCEPTIONSFILES=$(SLO)$/dlged.obj      \
+               $(SLO)$/dlgedobj.obj \
                                $(SLO)$/dlgedfac.obj    \
                                $(SLO)$/dlgedlist.obj   \
                                $(SLO)$/dlgedclip.obj   \

thanks,

@maho:  So while it remains a mystery exactly how makefile.mk EXCEPTIONSFILES
and boost/throw_exception.hpp interact, your patch to the makefile.mk is the
right fix anyway.

ht990332:
does this patch help for you?

starting.

Yes, it does fix it. Thank you maho.

Hmm, this bug affects some newer compilers even on unxlngi6.pro.

Is it safe enough to be done as masterfix on OOF680 as well?

I just wanted to ask for a target for this issue ...

Thank everyone for identifying this issue.

I approve the fix for OOF680_m8.

Maho's patch has been committed to mws_oof680 branch, will be in milestone m8.

Committed to HEAD, too. Will get in next SRC680 milestone.

Issue back to submitter for verification & close.

verified in mws_oof680.

seen on OOF680_m8.
closing.