Problems with CVS HEAD compile

Started by Bruce Momjianover 17 years ago5 messages
#1Bruce Momjian
bruce@momjian.us

Since ecpg localization was added today, I am unable to compile
src/interfaces/ecpg. I get:

$ gmake -w clean
gmake: Entering directory `/usr/var/local/src/gen/pgsql/CURRENT/pgsql/src/interfaces/ecpg'
rm -f
usage: rm [-dfiPRrW] file ...
gmake: *** [clean-po] Error 1
gmake: Leaving directory `/usr/var/local/src/gen/pgsql/CURRENT/pgsql/src/interfaces/ecpg'

If I remove src/interfaces/ecpg/nls.mk, the compile succeeds. If I add
any language to the file, 'gmake clean' works:

AVAIL_LANGUAGES = es

Of course the compile then fails because there are no 'es' po files.

Perhaps my tool chain is too old.

--
Bruce Momjian <bruce@momjian.us> http://momjian.us
EnterpriseDB http://enterprisedb.com

+ If your life is a hard drive, Christ can be your backup. +

#2Tom Lane
tgl@sss.pgh.pa.us
In reply to: Bruce Momjian (#1)
Re: Problems with CVS HEAD compile

Bruce Momjian <bruce@momjian.us> writes:

Since ecpg localization was added today, I am unable to compile
src/interfaces/ecpg. I get:

$ gmake -w clean
gmake: Entering directory `/usr/var/local/src/gen/pgsql/CURRENT/pgsql/src/interfaces/ecpg'
rm -f
usage: rm [-dfiPRrW] file ...
gmake: *** [clean-po] Error 1

Huh, seems you have a remarkably picky version of "rm". None of the
machines I use seem to have a problem with an empty file list.

Of course the underlying issue is that ecpg hasn't actually got any
translations yet --- but that's unlikely to change for awhile.
Do we need to work around this?

regards, tom lane

#3Bruce Momjian
bruce@momjian.us
In reply to: Tom Lane (#2)
Re: Problems with CVS HEAD compile

Tom Lane wrote:

Bruce Momjian <bruce@momjian.us> writes:

Since ecpg localization was added today, I am unable to compile
src/interfaces/ecpg. I get:

$ gmake -w clean
gmake: Entering directory `/usr/var/local/src/gen/pgsql/CURRENT/pgsql/src/interfaces/ecpg'
rm -f
usage: rm [-dfiPRrW] file ...
gmake: *** [clean-po] Error 1

Huh, seems you have a remarkably picky version of "rm". None of the
machines I use seem to have a problem with an empty file list.

Of course the underlying issue is that ecpg hasn't actually got any
translations yet --- but that's unlikely to change for awhile.
Do we need to work around this?

You are right; my 'rm' is picky:

$ rm
usage: rm [-dfiPRrW] file ...

I can remove the file as part of my CVS update script.

--
Bruce Momjian <bruce@momjian.us> http://momjian.us
EnterpriseDB http://enterprisedb.com

+ If your life is a hard drive, Christ can be your backup. +

In reply to: Tom Lane (#2)
Re: Problems with CVS HEAD compile

Tom Lane wrote:

Huh, seems you have a remarkably picky version of "rm". None of the
machines I use seem to have a problem with an empty file list.

Don't see this problem here too.

Of course the underlying issue is that ecpg hasn't actually got any
translations yet --- but that's unlikely to change for awhile.
Do we need to work around this?

BTW, I sent an only-for-test pt-br translation within the patch. Maybe
we could commit it just to have one language there.

--
Euler Taveira de Oliveira
http://www.timbira.com/

#5Peter Eisentraut
peter_e@gmx.net
In reply to: Bruce Momjian (#1)
Re: Problems with CVS HEAD compile

Bruce Momjian wrote:

Since ecpg localization was added today, I am unable to compile
src/interfaces/ecpg. I get:

$ gmake -w clean
gmake: Entering directory
`/usr/var/local/src/gen/pgsql/CURRENT/pgsql/src/interfaces/ecpg' rm -f
usage: rm [-dfiPRrW] file ...

Fixed.