Re: [BUGS] pgsql/src/backend/utils/mb encnames.c

From: Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: Larry Rosenman <ler(at)lerctr(dot)org>, "Marc G(dot) Fournier" <scrappy(at)hub(dot)org>, pgsql-committers(at)postgresql(dot)org, PostgreSQL Hackers List <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: [BUGS] pgsql/src/backend/utils/mb encnames.c
Date: 2001-09-07 17:11:23
Message-ID: 200109071711.f87HBN925611@candle.pha.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-bugs pgsql-committers pgsql-hackers

> Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us> writes:
> > I am seeing no failure here with enable-multibyte and enable-locale.
> > Can you update cvs, do a make clean, and try again.
>
> pg_encoding builds okay here.
>
> I think Marc said something about having recently changed the anon-CVS
> server to be a mirror of the master CVS, rather than the same server.
> This would mean that Larry might not be looking at the same sources
> you are. Maybe the mirror update interval needs to be tightened.

OK, looks like an OS bug. In the compile of pg_encoding:

gcc -O2 -pipe -m486 -Wall -Wmissing-prototypes -Wmissing-declarations -g
-Wall -O1 -Wmissing-prototypes -Wmissing-declarations
-I../../../src/include -I/usr/local/include/readline
-I/usr/contrib/include -c -o pg_encoding.o pg_encoding.c
gcc -O2 -pipe -m486 -Wall -Wmissing-prototypes -Wmissing-declarations -g
-Wall -O1 -Wmissing-prototypes -Wmissing-declarations pg_encoding.o
-L../../../src/interfaces/libpq -lpq -L/usr/local/lib -L/usr/contrib/lib
-Wl,-rpath,/usr/local/pgsql/lib -g -Wall -O1 -Wmissing-prototypes
-Wmissing-declarations -lz -lcompat -lipc -ldl -lm -lutil -lreadline
-ltermcap -o pg_encoding

The line:

-L../../../src/interfaces/libpq -lpq

does not seem to search for libpq in the -L first, and probably checks
LD_RUN_PATH or something like that. No idea but it seems only his OS is
affected. Installing a new libpq in his install directory fixed it.

One possible cause would be to use a symlink to get to pgsql/src. In
that case, ../../.. puts you in the symlink directory and not to the top
of the cvs tree. That is not an issue for him, but a possible cause of
failure.

--
Bruce Momjian | http://candle.pha.pa.us
pgman(at)candle(dot)pha(dot)pa(dot)us | (610) 853-3000
+ If your life is a hard drive, | 830 Blythe Avenue
+ Christ can be your backup. | Drexel Hill, Pennsylvania 19026

In response to

Browse pgsql-bugs by date

  From Date Subject
Next Message grant 2001-09-07 19:24:45 Re: Bug #441: Index using INT8 data type is ignored
Previous Message Tom Lane 2001-09-07 17:08:15 Re: Bug #441: Index using INT8 data type is ignored

Browse pgsql-committers by date

  From Date Subject
Next Message Marc G. Fournier 2001-09-07 18:50:07 pgsql/doc TODO
Previous Message Bruce Momjian 2001-09-07 17:02:56 Re: [BUGS] pgsql/src/backend/utils/mb encnames.c

Browse pgsql-hackers by date

  From Date Subject
Next Message Martin Weinberg 2001-09-07 17:29:34 Re: Why "ERROR: dtoi4: integer out of range" on pg_dump
Previous Message Bruce Momjian 2001-09-07 17:08:33 Re: CVS ODBC does not compile