Re: Compiling tsearch2 on AIX
От | Mag Gam |
---|---|
Тема | Re: Compiling tsearch2 on AIX |
Дата | |
Msg-id | 1cbd6f8305051810386a6c924f@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: Compiling tsearch2 on AIX (Tom Lane <tgl@sss.pgh.pa.us>) |
Ответы |
Re: Compiling tsearch2 on AIX
|
Список | pgsql-hackers |
Thanks for the reply Tom! I managed to get the cvs version and I made more progress compiling tsearch2 Here is where it errors out. touch libtsearch2.a ../../src/backend/port/aix/mkldexport.sh libtsearch2.a > libtsearch2.exp gcc -O2 -Wall -Wmissing-prototypes -Wpointer-arith -Wendif-labels -fno-strict-aliasing -Wl,-bnoentry -Wl,-H512 -Wl,-bM:SRE -o libtsearch2.so libtsearch2.a -L../../src/port -L../../src/port -lm -Wl,-bI:../../src/backend/postgres.imp -Wl,-bE:libtsearch2.exp ld: 0711-317 ERROR: Undefined symbol: .get_share_path ld: 0711-317 ERROR: Undefined symbol: .pg_strncasecmp ld: 0711-317 ERROR: Undefined symbol: .pg_strcasecmp ld: 0711-345 Use the -bloadmap or -bnoquiet option to obtain more information. collect2: ld returned 8 exit status gmake: *** [libtsearch2.so] Error 1 Any ideas? TIA On 5/17/05, Tom Lane <tgl@sss.pgh.pa.us> wrote: > Mag Gam <magawake@gmail.com> writes: > > I am trying to compile PostgreSQL 8.0.3/tsearch2 contrib module on AIX 5.2 ML 3 > > > /opt/freeware/lib/gcc-lib/powerpc-ibm-aix5.2.0.0/3.3.2/include/stdio.h:484: > > error: conflicting types for `fgetpos64' > > /opt/freeware/lib/gcc-lib/powerpc-ibm-aix5.2.0.0/3.3.2/include/stdio.h:310: > > error: previous declaration of `fgetpos64' > > I'm just guessing, but this smells to me like a problem with largefile- > vs-not-largefile support. We discovered long ago that when pg_config.h > defines _FILE_OFFSET_BITS or _LARGEFILE_SOURCE, it's critical that the > compiler see that *before* it includes stdio.h. Unfortunately it seems > this hard-won knowledge didn't get propagated into tsearch2 until just > recently :-(. Try applying the tsearch2 changes linked here: > http://archives.postgresql.org/pgsql-committers/2005-05/msg00068.php > and let us know if that helps. I have not back-patched these changes > into existing release branches, but if it turns out to address a real > problem-seen-in-the-field then that should get done ... > > regards, tom lane >
В списке pgsql-hackers по дате отправления: