29.04.2014, 05:59, "Bob Friesenhahn" :
> On Mon, 28 Apr 2014, Evgeny Grin wrote:
>> Good. But requiring "-no-undefined" for Win32 flag lower probability of
>> successful compile.
> In what way does it lower the probability of a successful compile?
> Static linkage is much more portable than dyn
On Mon, 28 Apr 2014, Evgeny Grin wrote:
Good. But requiring "-no-undefined" for Win32 flag lower probability of
successful compile.
In what way does it lower the probability of a successful compile?
Static linkage is much more portable than dynamic.
The situation you outlined is due to a d
21.04.2014, 02:50, "JonY" <10wa...@gmail.com>:
> On 4/19/2014 09:22, Evgeny Grin wrote:
>
>> 19.04.2014, 04:45, "JonY":
>>> On 4/19/2014 03:31, Evgeny Grin wrote:
For XBMC we have 41 depend precompiled lib, 4 of them depend on zlib
dll, all of 4 depend on zlib1.dll, but each one on
20.04.2014, 05:15, "Bob Friesenhahn" :
> On Fri, 18 Apr 2014, Evgeny Grin wrote:
>
>>> Libtool always defaults to successful compilation and link, to the
>>> maximum extent possible.
>> That's nice, leave it to compiler and linker. If something can be compiled
>> and linked, it will be compil
Hi friends,
I'm trying to use -fsanitize=address on OS X using MacPorts' Clang++ 3.5.
The project consists of C++ libraries, on top of which is built a Python
module (with a thin C++ layer which needs to be compiled). Libtool
(2.4.2 - the name of a fine belgian band of electronic music btw)
is us