From: | "Sven Suursoho" <sven(at)spam(dot)pri(dot)ee> |
---|---|
To: | "Bruce Momjian" <pgman(at)candle(dot)pha(dot)pa(dot)us> |
Cc: | pgsql-patches(at)postgresql(dot)org |
Subject: | Re: plpython improvements |
Date: | 2006-05-07 17:44:41 |
Message-ID: | op.s86zkrx1plgmb3@localhost |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-patches |
Sun, 07 May 2006 15:58:49 +0300, Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us>:
>> Unfortunately, this is not case for Fedora Core 4, where assertions are
>> used unconditionally. And to make things worse, there is no runtime
>> symbol
>> at all to indicate whether Python is compiled with debugging/assertions
>> enabled (Py_DEBUG & NDEBUG are preprocessor symbols)
>
> Can you test dynamically loading a function that is only visible in the
> symbol table of debug builds, and check the return code?
As it came out, that wouldn't help us because FC4's Python has debugging
disabled but assertions are still active. See below.
> In the Fedora Core 4 case, how did they make assertions always enabled?
Building FC4's Python rpm contains bug:
When creating package rpm from spec-file, even though Python is built
without --with-pydebug, rpmbuild loses -DNDEBUG from CFLAGS.
Can't tell how or when it happens, I'm not so good with rpm packaging
system, just looked output of compilation stage.
So, we are back on square one...
--
Sven Suursoho
From | Date | Subject | |
---|---|---|---|
Next Message | Martijn van Oosterhout | 2006-05-07 21:17:05 | [PATCH] Magic block for modules |
Previous Message | Tom Lane | 2006-05-07 15:19:38 | Re: [HACKERS] Question on win32 semaphore simulation |