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

Re: vpath builds and verbose error messages

From: Peter Eisentraut <peter_e(at)gmx(dot)net>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: Alvaro Herrera <alvherre(at)commandprompt(dot)com>, Pg Hackers <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: vpath builds and verbose error messages
Date: 2011-11-22 19:22:15
Message-ID: (view raw, whole thread or download thread mbox)
Lists: pgsql-hackers
On fre, 2011-11-18 at 09:44 -0500, Tom Lane wrote:
> It wouldn't be that hard for elog.c to do strrchr(fname, '/') or
> something like that, but the idea that there are hundreds of full-path
> strings embedded in the executable is a bit annoying.  I guess we
> could
> hope that the compiler is bright enough to store it only once per
> source
> file, so the actual space requirement may not be all *that* bad. 

A look a the output of "strings" shows that the compiler does appear to
optimize this.  So your suggestion is probably the way to go.

One thing that isn't so nice about all this is that it embeds the
personal directory structure of the builder of the binary into the
shipped product.  But gcc's cpp doesn't like redefining __FILE__, so the
only way to get around that altogether would be to use something other
than __FILE__ and define that for all builds.  Might not be worth it.

In response to


pgsql-hackers by date

Next:From: Alexander KorotkovDate: 2011-11-22 19:38:37
Subject: WIP: index support for regexp search
Previous:From: Kevin GrittnerDate: 2011-11-22 19:04:01
Subject: Re: testing ProcArrayLock patches

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