Re: msvc build broken for ecpg

From: Magnus Hagander <magnus(at)hagander(dot)net>
To: Andrew Dunstan <andrew(at)dunslane(dot)net>
Cc: PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org>, Michael Meskes <meskes(at)postgresql(dot)org>
Subject: Re: msvc build broken for ecpg
Date: 2007-03-18 18:20:51
Message-ID: 45FD8303.8050004@hagander.net
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

>> It's intended to parse as much as possible out of the existing files.
>> Unfortunately, the makefiles aren't consistent enough to make this
>> always work, which is why each project in /bin/ for example is added
>> manually. In /contrib/ they're a lot more consistent, so they're
>> auto-parsed.
>>
>> But - what specifically do you want to know? I'll be happy to give the
>> details if I know what you're after :-)
>>
>>
>>
>
> What I want to know is how resistant it is to breakage. Will it break if
> we add or remove a source file?

No.

> A header?

No, unless it requires changing the global include path.

> A directory?

As a part of the existing makefile structure? No.
As a new makefile target (say a new directory in /bin for a new .exe)? Yes.

> A library?

If the library is required to build, yes, it will need to be added.
If it's optional, it will still work but not use the library, until added.
If you mean a library that we *build* (like libpq), yes (unless it's in
contrib where it's picked up automatically).

//Magnus

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Guillaume Smet 2007-03-18 18:30:35 ILIKE and indexes
Previous Message Andrew Dunstan 2007-03-18 18:16:34 Re: msvc build broken for ecpg