On Thu, Oct 25, 2007 at 11:31:15AM -0400, Tom Lane wrote: > > The problem is that ecpg shares parser.c source code and this code > > includes postgres.h. > > ecpg cannot do that. It would fail if parser.c happened to use anything > that won't compile in frontend, eg elog() or palloc(). It's mere luck > that it's worked for him so far.
No, actually it's the first step at making ecpg use all the backend files instead. I would prefer to get away from all those manual syncing. > Considering that ecpg has its own copy of all of gram.y and scan.l, > sharing parser.c isn't much of a savings anyway. For the time being, no, you're right. Michael -- Michael Meskes Email: Michael at Fam-Meskes dot De, Michael at Meskes dot (De|Com|Net|Org) ICQ: 179140304, AIM/Yahoo: michaelmeskes, Jabber: [EMAIL PROTECTED] Go SF 49ers! Go Rhein Fire! Use Debian GNU/Linux! Use PostgreSQL! ---------------------------(end of broadcast)--------------------------- TIP 9: In versions below 8.0, the planner will ignore your desire to choose an index scan if your joining column's datatypes do not match