Skip site navigation (1) Skip section navigation (2)

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 (view raw or flat)
Thread:
Lists: pgsql-bugspgsql-committerspgsql-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

pgsql-hackers by date

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

pgsql-bugs by date

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

pgsql-committers by date

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

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group