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
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 |