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

Re: win32 version info

From: "Magnus Hagander" <mha(at)sollentuna(dot)net>
To: "Peter Eisentraut" <peter_e(at)gmx(dot)net>
Cc: "Andrew Dunstan" <andrew(at)dunslane(dot)net>,<pgsql-patches(at)postgresql(dot)org>
Subject: Re: win32 version info
Date: 2004-07-30 08:58:22
Message-ID: 6BCB9D8A16AC4241919521715F4D8BCE4569BA@algol.sollentuna.se (view raw or flat)
Thread:
Lists: pgsql-patches
> > Perhaps a compromise would be to set versioninfo on 
> libpq.dll (which 
> > we alerady do), and on all the EXEs, and ignore the rest of 
> the DLLs.
> > It's not ideal, but it's a great deal better than nothing at all.
> 
> If that is an option, why not just put versions into the 
> build-time linkable DLLs, which really need a version, and 
> leave it out for the rest.  Clearly, we cannot put a version 
> into every file anyway (headers files, etc.), so "everything 
> must have a version" does not hold anyway, unless there is 
> some weird rule again that certain things must have one.

As for DLLs, yes, that sounds reasonable. We also need to put it on the
EXEs. That would mean which DLLS?
libpq.dll and pgevent.dll definitly. Any of the ecpg dlls?

If we limit ourselves to these libs, are you fine with keeping the 7.5.x
version numbering there? (As said before, for libpq we don't have much
choice, and pgevent.dll has no other versioning scheme anyway, since
it's brand new and win32 only)


As said, not ideal, but good enough I think. I think the rule generally
is any EXE and DLL. But as long as it's a private DLL that nobody else
ever uses, I think it's reasonable to skip the rule there.

//Magnus


pgsql-patches by date

Next:From: Mark Cave-AylandDate: 2004-07-30 09:36:38
Subject: Re: win32 version info
Previous:From: Magnus HaganderDate: 2004-07-30 08:13:33
Subject: Re: [pgsql-hackers-win32] [HACKERS] win32 crash in initdb

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