From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | John R Pierce <pierce(at)hogranch(dot)com> |
Cc: | pgsql-general(at)postgresql(dot)org |
Subject: | Re: Int64GetDatum |
Date: | 2010-04-16 04:46:36 |
Message-ID: | 992.1271393196@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
John R Pierce <pierce(at)hogranch(dot)com> writes:
> I have compiled some C (pljava.c) for solaris sparc 64 bit, setup the
> LD_LIBRARY_PATH so postgres can find it, and try and load it.
> me=# CREATE FUNCTION sqlj.java_call_handler() RETURNS language_handler
> AS 'pljava' LANGUAGE C;
> ERROR: could not load library "/opt/mystuff/pljava/pljava.so": ld.so.1:
> postgres: fatal: relocation error: file /opt/mystuff/pljava/pljava.so:
> symbol Int64GetDatum: referenced symbol not found
This appears to be a consequence of 32-vs-64-bit confusion, ie, your
pljava.so was built assuming !USE_FLOAT8_BYVAL but the backend was
built with that symbol defined. Are you still trying to hack your
way to a solution without making configure run properly? Because
this is just about the sort of pain I'd expect from that "shortcut".
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2010-04-16 04:52:56 | Re: readline library not found |
Previous Message | John R Pierce | 2010-04-16 02:32:30 | Int64GetDatum |