Re: [HACKERS] byacc problem with FreeBSD ...

2000-09-25 Thread The Hermit Hacker
On Mon, 25 Sep 2000, Alfred Perlstein wrote: > * Tom Lane <[EMAIL PROTECTED]> [000925 08:11] wrote: > > The Hermit Hacker <[EMAIL PROTECTED]> writes: > > > Just going through Peter's new 'mk-snapshot' script, and found a problem: > > > > > gmake[4]: Entering directory >`/home/projects/pgsql/sna

Re: [HACKERS] byacc problem with FreeBSD ...

2000-09-25 Thread The Hermit Hacker
On Mon, 25 Sep 2000, Tom Lane wrote: > The Hermit Hacker <[EMAIL PROTECTED]> writes: > > damn ... I thought that our configure refused anything *but* bison? how > > come its allowying me to use byacc? :) > > I think it should try to use the system yacc if it can't find bison. > It is possible t

Re: [HACKERS] "initdb -t" destroys all databases

2000-09-25 Thread Tom Lane
Richard Poole <[EMAIL PROTECTED]> writes: > It seems that initdb starts a single-user backend but gives it the "-x" > option, which makes it call BootStrapXLOG, which fails because it > expects to be called only on absolutely first-time system startup (?). > initdb sees the failure and removes eve

[HACKERS] "initdb -t" destroys all databases

2000-09-25 Thread Richard Poole
No response to this one on -general, so here goes... The documentation for initdb says that the "-t" (== "--template") option recreates the template1 database but doesn't touch anything else. But it seems that if it detects a failure it will abort and remove anything it *might* have created: --

Re: [HACKERS] byacc problem with FreeBSD ...

2000-09-25 Thread Alfred Perlstein
* Tom Lane <[EMAIL PROTECTED]> [000925 08:11] wrote: > The Hermit Hacker <[EMAIL PROTECTED]> writes: > > Just going through Peter's new 'mk-snapshot' script, and found a problem: > > > gmake[4]: Entering directory >`/home/projects/pgsql/snapshot/pgsql/postgresql-snapshot/src/backend/parser' > >

Re: [HACKERS] byacc problem with FreeBSD ...

2000-09-25 Thread Tom Lane
The Hermit Hacker <[EMAIL PROTECTED]> writes: > damn ... I thought that our configure refused anything *but* bison? how > come its allowying me to use byacc? :) I think it should try to use the system yacc if it can't find bison. It is possible to build our grammar with non-bison yaccs, since we

Re: [HACKERS] byacc problem with FreeBSD ...

2000-09-25 Thread The Hermit Hacker
damn ... I thought that our configure refused anything *but* bison? how come its allowying me to use byacc? :) On Mon, 25 Sep 2000, Peter Eisentraut wrote: > The Hermit Hacker writes: > > > Just going through Peter's new 'mk-snapshot' script, and found a problem: > > > > gmake[4]: Entering

Re: AW: [HACKERS] Please no // comments in C source (ecpg)

2000-09-25 Thread Tom Lane
Zeugswetter Andreas SB <[EMAIL PROTECTED]> writes: > That makes me the dummy that complains from time to time, > since nobody else who compiles snapshots seems to notice :-) I think most of the regular developers use gcc. It's good to have people testing with other compilers --- keep it up! Eve

AW: [HACKERS] Please no // comments in C source (ecpg)

2000-09-25 Thread Zeugswetter Andreas SB
> > > Please don't use C++ style comments in C source files. > > > It does not work for all ports. > > > > AFAIK, only GCC supports // as comments. > > // comments are legal as of Standard C 1999, so expect more > compilers to > accept them silently. (That still doesn't mean we get to use th

Re: [HACKERS] Please no // comments in C source (ecpg)

2000-09-25 Thread Peter Mount
On Mon, 25 Sep 2000, Zeugswetter Andreas SB wrote: > Subj, sais it all, > > Please don't use C++ style comments in C source files. > It does not work for all ports. AFAIK, only GCC supports // as comments. > Currently in connect.c. And in the java areas, but that doesn't count here ;-) --

Re: [HACKERS] byacc problem with FreeBSD ...

2000-09-25 Thread Tom Lane
The Hermit Hacker <[EMAIL PROTECTED]> writes: > Just going through Peter's new 'mk-snapshot' script, and found a problem: > gmake[4]: Entering directory >`/home/projects/pgsql/snapshot/pgsql/postgresql-snapshot/src/backend/parser' > byacc -d gram.y > byacc: f - maximum table size exceeded byac

Re: [HACKERS] Q: How to #ifdef for dlopen() or a specific OS Version

2000-09-25 Thread Tom Lane
Zeugswetter Andreas SB <[EMAIL PROTECTED]> writes: > For a patch to fix the AIX port I would like to differentiate > Versions below 4.3 and above, or rather I would like to > differentiate whether -ldl has dlopen(). Checking the latter condition seems more robust. It's not hard. After configur

Re: [HACKERS] Please no // comments in C source (ecpg)

2000-09-25 Thread Bruce Momjian
Fixed. [ Charset ISO-8859-1 unsupported, converting... ] > Subj, sais it all, > > Please don't use C++ style comments in C source files. > It does not work for all ports. > > Currently in connect.c. > > Thanks > Andreas > -- Bruce Momjian| http://candle.pha.pa.u

[HACKERS] byacc problem with FreeBSD ...

2000-09-25 Thread The Hermit Hacker
Just going through Peter's new 'mk-snapshot' script, and found a problem: gmake[4]: Entering directory `/home/projects/pgsql/snapshot/pgsql/postgresql-snapshot/src/backend/parser' byacc -d gram.y byacc: f - maximum table size exceeded gmake[4]: *** [gram.c] Error 2 gmake[4]: Leaving directory

[HACKERS] Please no // comments in C source (ecpg)

2000-09-25 Thread Zeugswetter Andreas SB
Subj, sais it all, Please don't use C++ style comments in C source files. It does not work for all ports. Currently in connect.c. Thanks Andreas

[HACKERS] Q: How to #ifdef for dlopen() or a specific OS Version

2000-09-25 Thread Zeugswetter Andreas SB
For a patch to fix the AIX port I would like to differentiate Versions below 4.3 and above, or rather I would like to differentiate whether -ldl has dlopen(). A compiler define would be _AIX43, but I guess we are supposed to use a define from configure. Thanks Andreas