From: | "D(dot) Stimits" <stimits(at)comcast(dot)net> |
---|---|
To: | pgsql-general <pgsql-general(at)postgresql(dot)org> |
Subject: | Re: [INTERFACES] more on undefined reference to 'pg_detoast_datum' |
Date: | 2003-10-14 01:48:38 |
Message-ID: | 3F8B55F6.2070102@comcast.net |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general pgsql-interfaces |
Tom Lane wrote:
> "D. Stimits" writes:
>
> >... My question is, where the heck is
> >CurrentMemoryContext and MemoryContextAlloc provided as an
> >implementation which I can link with?
>
>
> They're inside the backend, and you don't --- you are not trying to
> build a standalone executable with no unresolved symbols, but a shared
> library that can be successfully loaded into the backend. It's okay
> for such a library to have unresolved references to symbols that will be
> resolved at load time.
>
> regards, tom lane
Thanks to all that answered this. I found the problem, and it was
totally unexpected. There were some leftover Makefile lines that were
used to build a standalone module loader test unit, that test unit does
not implement palloc. The actual dynamic loadable module was in fact
working right, but the make was dying early when it so much as
referenced the old module loader code (a loader used to test/regress
functions before trying it on a server). I couldn't believe my eyes when
I saw those old lines in there.
D. Stimits
From | Date | Subject | |
---|---|---|---|
Next Message | Bruno Wolff III | 2003-10-14 02:10:30 | Re: Index on timestamp to date field |
Previous Message | Christopher Kings-Lynne | 2003-10-14 01:43:29 | Re: go for a script! / ex: PostgreSQL vs. MySQL |
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2003-10-14 16:10:21 | Re: libpq/async notifications |
Previous Message | Jan Wieck | 2003-10-13 16:06:58 | Re: more on undefined reference to 'pg_detoast_datum' |