Thread: Problems with CVS HEAD compile

Problems with CVS HEAD compile

From
Bruce Momjian
Date:
Since ecpg localization was added today, I am unable to compile
src/interfaces/ecpg.  I get:
$ gmake -w cleangmake: Entering directory `/usr/var/local/src/gen/pgsql/CURRENT/pgsql/src/interfaces/ecpg'rm -fusage:
rm[-dfiPRrW] file ...gmake: *** [clean-po] Error 1gmake: 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. +


Re: Problems with CVS HEAD compile

From
Tom Lane
Date:
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


Re: Problems with CVS HEAD compile

From
Bruce Momjian
Date:
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:
$ rmusage: 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. +


Re: Problems with CVS HEAD compile

From
Euler Taveira de Oliveira
Date:
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/


Re: Problems with CVS HEAD compile

From
Peter Eisentraut
Date:
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.