I wrote:
> Yeah, I've confirmed this. It appears that Apple has absorbed this
> as-yet-unreleased upstream patch into their "2.5.35" version:
> http://flex.cvs.sourceforge.net/viewvc/flex/flex/flex.skl?r1=2.212&r2=2.213
> ...
> However, I think we can work around it. AFAICS, the only reason ecpg
Robert Creager writes:
> I've noticed on 7.4, Mac gets a spinlock compile error (see polecat
> logs on buildfarm). Should I give up on the mac for 7.4?
7.4 thinks that Darwin only runs on PPC. We are not going to fix it.
regards, tom lane
--
Sent via pgsql-hackers m
Robert Creager writes:
> Next problems, with HEAD and 8_4, 8_3, 8_2, are here - all with the
> same error:
>-- Should succeed
>DROP TABLESPACE testspace;
> + ERROR: could not read directory "pg_tblspc/16388": Invalid argument
Yeah, this is a known Snow Leopard bug --- see last month's
On Sep 7, 2009, at 4:08 PM, Tom Lane wrote:
Any feelings about that?
Should I just hit everything back to 7.4 to be safe?
I've noticed on 7.4, Mac gets a spinlock compile error (see polecat
logs on buildfarm). Should I give up on the mac for 7.4?
Cheers,
Rob
Sent from my iPhone
--
S
On Sep 7, 2009, at 2:41 PM, Dave Page wrote:
On 9/7/09, Robert Creager wrote:
On Sep 7, 2009, at 2:17 PM, Dave Page wrote:
FYI, I've been building from source on Snow Leopard without any
problems.
If your building from the official tarball, bison/flex are not used.
I'm building from CV
Robert Creager writes:
> On Sep 7, 2009, at 1:18 PM, Tom Lane wrote:
>> Robert Creager writes:
>>> extern yy_size_t yyleng;
>>
>> Bizarre --- my copy of flex 2.5.35 definitely puts out "int", and
>> so does everybody else's. Did Apple take it on their own head to
>> change this?
> Apparently s
On 9/7/09, Robert Creager wrote:
>
> On Sep 7, 2009, at 2:17 PM, Dave Page wrote:
>
>>
>> FYI, I've been building from source on Snow Leopard without any
>> problems.
>
> If your building from the official tarball, bison/flex are not used.
> I'm building from CVS, where bison/flex are used.
Build
On Sep 7, 2009, at 2:17 PM, Dave Page wrote:
FYI, I've been building from source on Snow Leopard without any
problems.
If your building from the official tarball, bison/flex are not used.
I'm building from CVS, where bison/flex are used.
Cheers,
rob
--
Sent via pgsql-hackers mailing
On Sep 7, 2009, at 1:18 PM, Tom Lane wrote:
Robert Creager writes:
On Sep 7, 2009, at 11:29 AM, Andrew Dunstan wrote:
Please try building by hand and examine the files to find out what
the conflict is between these declarations.
pgc.c - 161:
extern yy_size_t yyleng;
Bizarre --- my co
On 9/7/09, Robert Creager wrote:
>
> On Sep 7, 2009, at 1:18 PM, Tom Lane wrote:
>
>> Robert Creager writes:
>>> On Sep 7, 2009, at 11:29 AM, Andrew Dunstan wrote:
Please try building by hand and examine the files to find out what
the conflict is between these declarations.
>>
>>> pgc.
On Sep 7, 2009, at 1:18 PM, Tom Lane wrote:
Robert Creager writes:
On Sep 7, 2009, at 11:29 AM, Andrew Dunstan wrote:
Please try building by hand and examine the files to find out what
the conflict is between these declarations.
pgc.c - 161:
extern yy_size_t yyleng;
Bizarre --- my c
Robert Creager writes:
> On Sep 7, 2009, at 11:29 AM, Andrew Dunstan wrote:
>> Please try building by hand and examine the files to find out what
>> the conflict is between these declarations.
> pgc.c - 161:
> extern yy_size_t yyleng;
Bizarre --- my copy of flex 2.5.35 definitely puts out "in
On Sep 7, 2009, at 11:29 AM, Andrew Dunstan wrote:
Robert Creager wrote:
Upgraded to Snow Leopard Saturday, and am having problems building
now.
The build logs are here
http://buildfarm.postgresql.org/cgi-bin/show_status.pl?member=polecat
And the failing part is here:
make -C preproc a
Robert Creager wrote:
Upgraded to Snow Leopard Saturday, and am having problems building now.
The build logs are here
http://buildfarm.postgresql.org/cgi-bin/show_status.pl?member=polecat
And the failing part is here:
make -C preproc all
make -C ../../../../src/port all
make[5]: Nothing to b
14 matches
Mail list logo
