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
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 |
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 |
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 |