Re: cvs head initdb hangs on unixware - Mailing list pgsql-hackers

From Andrew Dunstan
Subject Re: cvs head initdb hangs on unixware
Date
Msg-id 4940375F.1070803@dunslane.net
Whole thread Raw
In response to Re: cvs head initdb hangs on unixware  (Zdenek Kotala <Zdenek.Kotala@Sun.COM>)
List pgsql-hackers

Zdenek Kotala wrote:
> Tom Lane napsal(a):
>> ohp@pyrenet.fr writes:
>>> On Wed, 10 Dec 2008, Heikki Linnakangas wrote:
>>>> BTW, why does this work on warthog buildfarm member? Different 
>>>> compiler version?
>>>>
>>> it's configured with --enable-debug.
>>> Maybe run_build.pl should run twice, onece with --enable-debug once 
>>> without.
>>
>> No, the standard way to deal with such issues is to set up two buildfarm
>> members.  This would be a 100% waste of cycles for gcc-based members
>> anyway, since gcc generates the same code with or without -g.  However,
>> for compilers where it makes a difference, it might well be worth having
>> an additional member to test the optimized build.
>
> I think current infrastructures is not good for it. For example I 
> would like to compile postgres on one machine with three different 
> compiler and in 32 or 64 mode. Should I have 6 animals? I think better 
> idea is to have one animal and several test sets. Animals defines 
> HW+OS version and test set specify PG version, configure switches, 
> compiler and so on.
>
>   

Well, you're asking for a significant redesign for which I at least 
don't have time. What is so hard about having six animals on one 
machine. A number of people have such setups, including me.

cheers

andrew


pgsql-hackers by date:

Previous
From: Jeff Davis
Date:
Subject: Re: PostgreSQL 8.3.4 reproducible crash
Next
From: "Pavel Stehule"
Date:
Subject: Re: WIP: default values for function parameters