Re: plpython improvements

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

In response to

Browse pgsql-patches by date

  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