Skip site navigation (1) Skip section navigation (2)

Re: [COMMITTERS] pgsql: Improve logic for finding object files on OBJS lines in contrib

From: Andrew Dunstan <andrew(at)dunslane(dot)net>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: pgsql-hackers(at)postgresql(dot)org, Alvaro Herrera <alvherre(at)commandprompt(dot)com>
Subject: Re: [COMMITTERS] pgsql: Improve logic for finding object files on OBJS lines in contrib
Date: 2008-05-09 16:28:31
Message-ID: 48247BAF.5040308@dunslane.net (view raw or flat)
Thread:
Lists: pgsql-committerspgsql-hackers

Tom Lane wrote:
> Alvaro Herrera <alvherre(at)commandprompt(dot)com> writes:
>   
>> Andrew Dunstan wrote:
>>     
>>> Log Message:
>>> -----------
>>> Improve logic for finding object files on OBJS lines in contrib Makefiles. If this unbreaks buildfarm mastodon, apply everywhere.
>>>       
>
>   
>> I start to wonder why don't we just implement our own make in Perl ...
>>     
>
> http://search.cpan.org/~mhosken/Font-Fret-1.202/pmake.bat
>
> 			
>   

The point is not to emulate make. Gmake for windows already exists, 
anyway. The point is that building for MSVC is so very different from 
the way you build everywhere else. Our current tools build MSVC project 
files and then drive the build from there. Having a make equivalent 
won't help us much.

cheers

andrew

In response to

Responses

pgsql-hackers by date

Next:From: Magnus HaganderDate: 2008-05-09 16:37:15
Subject: Re: Re: [COMMITTERS] pgsql: Improve logic for finding object files on OBJS lines in contrib
Previous:From: Andrew DunstanDate: 2008-05-09 16:10:05
Subject: Re: pgsql: Improve logic for finding object files on OBJS lines in contrib

pgsql-committers by date

Next:From: Magnus HaganderDate: 2008-05-09 16:37:15
Subject: Re: Re: [COMMITTERS] pgsql: Improve logic for finding object files on OBJS lines in contrib
Previous:From: Andrew DunstanDate: 2008-05-09 16:10:05
Subject: Re: pgsql: Improve logic for finding object files on OBJS lines in contrib

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group