Mailing-List: contact ooo-dev-help@incubator.apache.org; run by ezmlm
Precedence: bulk
Reply-To: ooo-dev@incubator.apache.org
Received-SPF: pass (nike.apache.org: domain of Mathias_Bauer@gmx.net
 designates 213.165.64.23 as permitted sender)
Message-ID: <5064A238.8010005@gmx.net>
Date: Thu, 27 Sep 2012 21:00:08 +0200
From: Mathias Bauer <Mathias_Bauer@gmx.net>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; de;
 rv:1.8.1.21) Gecko/20090302 Thunderbird/2.0.0.21 Mnenhy/0.7.5.0
MIME-Version: 1.0
To: ooo-dev@incubator.apache.org
Subject: Re: build svtools with debug
References: <k3uvo5$5cg$1@ger.gmane.org> <506325E0.5090602@t-online.de>
 <50632AFD.808@me.com>
In-Reply-To: <50632AFD.808@me.com>
Content-Type: text/plain; charset=ISO-8859-15
Content-Transfer-Encoding: 7bit

Am 26.09.2012 18:19, schrieb Armin Le Grand:>
> Index: Library_hatchwindowfactory.mk
> ===================================================================
> --- Library_hatchwindowfactory.mk       (revision 1389804)
> +++ Library_hatchwindowfactory.mk       (working copy)
> @@ -43,6 +43,7 @@
>          tk \
>          tl \
>          vcl \
> +       stl \
>          $(gb_STDLIBS) \
>   ))
> 
> @Pedro: Is this a solution? Maybe when using debug, extra stuff using 
> stl to verify things (remember data in a vector?) gets compiled. I do 
> not know how bad it is to always link against stl for 
> hatchwindowfactory, even without debug build. What do You think?

Your assumption is a good one, I remember seeing this in other cases in
the past.

But there are other possible reasons. Using a template library might be
fine without linking against its binary part, if the compiler decides to
instantiate the templates in the library using the template. But
sometimes the compiler decides not to do that and requires external
linkage, so you have to link against the library. This may depend on
compiler settings in a very subtle way, so using DEBUG might be able to
trigger such a difference.

That's the "beauty" of templates. :-)

Especially with a compiler like the MSVC compiler that has some serious
defects in this regard (I once wrote a blog about the joy of linking
against symbols that contain templates on GulFOSS. Those where the days...).

Regards,
Mathias

(who currently works with Objective-C and would love to have problems
like this instead of using a programming language that neither has
templates nor namespaces. But hey, at least it has closures. :-))