On 15/04/13 16:43, Terrence Enger wrote:
>> since we have this enabled on other GCC platforms for years i'm not much
>> concerned about breakage on MacOSX;
^^^ "famous last words" :)
> I have submitted a couple of bug reports where the problem seems to
> manifest itself because I am using de
On 04/18/2013 08:42 AM, Stephan Bergmann wrote:
On 04/15/2013 03:34 PM, Michael Stahl wrote:
--enable-dgbutil just got better on non-mainstream platforms:
[...]
with commit a5a5104cae175f6b9a8cb4bbaccb69f0276783e3 MacOSX build define
_GLIBCXX_DEBUG (like Linux/BSD/Android builds have done for
On 04/15/2013 03:34 PM, Michael Stahl wrote:
--enable-dgbutil just got better on non-mainstream platforms:
[...]
with commit a5a5104cae175f6b9a8cb4bbaccb69f0276783e3 MacOSX build define
_GLIBCXX_DEBUG (like Linux/BSD/Android builds have done for years(,
which enables debug STL.
So this unfort
On 04/17/2013 08:43 AM, Stephan Bergmann wrote:
On 04/15/2013 03:34 PM, Michael Stahl wrote:
with commit f14f7a2e4568e3e85a0c8860beebd0376c5a8b51 MSVC builds will
link everything against the debug runtimes (MSVCRTD etc.), which enables
debug STL and other things.
[...]
since we have this enabl
this could benefit from advice of a CPython hacker :)
On 17/04/13 09:33, Stephan Bergmann wrote:
> On 04/15/2013 03:34 PM, Michael Stahl wrote:
>> with commit f14f7a2e4568e3e85a0c8860beebd0376c5a8b51 MSVC builds will
>> link everything against the debug runtimes (MSVCRTD etc.), which enables
>> de
> I wonder if we should enforce using libc++ instead of GNU libstdc++
> when using Clang on OS X and not targeting 10.6?
Nah, using libc++ leads to the mysterious errors from boost headers...
So let's forget libc++ for now, sigh. At least until we upgrade our
bundled boost.
--tml
It is known that Apple has stopped following upstream libstdc++ (just
like they have stopped following upstream GCC). Thus I assume this bug
in libstdc++ is not going to be fixed. Can it BTW be reproduced on a
Linux version that still uses libstdc++ version 4.2.1?
I wonder if there is some simple
>>writing numbers to std streams now suppresses all output to
>> those streams, so that e.g., SAL_WARN("foo","bar") only writes "warn:foo:"
The problem seems to be an old one,
http://www.runcode.us/q/c-debug-builds-broke-in-snow-leopard-x-code
Looking at the interesting parts of ostream.tcc, I sa
On 04/17/2013 08:56 AM, Tor Lillqvist wrote:
Why _GLIBCXX_DEBUG causes this problem on Mac OS X now, and how to solve it,
is still unclear to me.
I guess -D_GLIBCXX_FULLY_DYNAMIC_STRING did not do anything to improve
this? Some other magic _GLIBCXX_FOO that needs to be defined perhaps?
No, _G
On 04/15/2013 03:34 PM, Michael Stahl wrote:
with commit f14f7a2e4568e3e85a0c8860beebd0376c5a8b51 MSVC builds will
link everything against the debug runtimes (MSVCRTD etc.), which enables
debug STL and other things.
[...]
the MSVC one is tested on MSVC 2008 only, where "make check" passes
succe
>writing numbers to std streams now suppresses all output to
> those streams, so that e.g., SAL_WARN("foo","bar") only writes "warn:foo:"
Ah! Thanks for hunting this down, I had noticed but had not had time
to dig deeper...
> Why _GLIBCXX_DEBUG causes this problem on Mac OS X now, and how to solv
On 04/15/2013 03:34 PM, Michael Stahl wrote:
with commit f14f7a2e4568e3e85a0c8860beebd0376c5a8b51 MSVC builds will
link everything against the debug runtimes (MSVCRTD etc.), which enables
debug STL and other things.
[...]
since we have this enabled on other GCC platforms for years i'm not much
On 04/16/2013 11:13 AM, Tor Lillqvist wrote:
which to me looks like a broken libstdc++.
Hopefully was fixed by 84aea518f0dc9836350c47bff21780a5999f4968 .
Yes, build is proceeding meanwhile. Thanks.
Stephan
___
LibreOffice mailing list
LibreOffice
> which to me looks like a broken libstdc++.
Hopefully was fixed by 84aea518f0dc9836350c47bff21780a5999f4968 .
--tml
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice
On 04/15/2013 03:34 PM, Michael Stahl wrote:
with commit a5a5104cae175f6b9a8cb4bbaccb69f0276783e3 MacOSX build define
_GLIBCXX_DEBUG (like Linux/BSD/Android builds have done for years(,
which enables debug STL.
[...]
since we have this enabled on other GCC platforms for years i'm not much
conce
Michael,
This question might be of interest to the project, but maybe it just
scratches my own itch. Please give it only as much attention as it
seems to be worth.
On Mon, 2013-04-15 at 15:34 +0200, Michael Stahl wrote of the subject
of --enable-dbgutil and debug STL:
> since we have this enabl
16 matches
Mail list logo
