>If pgevent is a DLL, why is it in src/bin?
>
>We cannot have binary files like MSG00001.bin in our source tree, no 
>matter how convenient it is.  The distributors are going to 
>kill us for 
>that.  Please find another way.

The discussion back when it was decided weighted things back and forth.
The main thing is that we'd include an extra build dependency for win32,
which would be the Microsoft toolkit, several hundred Mb to download
just to build a 32 byte file.


What distributors would kill us for that, and why? The file is only ever
built (indeed, the whole directory is only *entered*) on win32.

//Magnus

Sat, 31 Jul 2004 23:50:19 +0200
"Magnus Hagander" <mha@sollentuna.net>
Re: About pgevent
Magnus Hagander wrote:
> The discussion back when it was decided weighted things back and
> forth. The main thing is that we'd include an extra build dependency
> for win32, which would be the Microsoft toolkit, several hundred Mb
> to download just to build a 32 byte file.

Think about what "open source" means.  It doesn't mean that we give our 
users binary blobs compiled on some guy's machine, because it's too 
inconvenient to obtain the build tools.  If it's too inconvenient to 
obtain build tools, you use a binary distribution anyway.

On closer inspection this stuff should probably be moved to src/utils in 
any case.  It's clearly not a user binary, so it doesn't belong under 
src/bin.

-- 
Peter Eisentraut
http://developer.postgresql.org/~petere/


Sun, 1 Aug 2004 00:12:08 +0200
Peter Eisentraut <peter_e@gmx.net>
Re: About pgevent
Peter Eisentraut <peter_e@gmx.net> writes:
> Think about what "open source" means.  It doesn't mean that we give our 
> users binary blobs compiled on some guy's machine, because it's too 
> inconvenient to obtain the build tools.  If it's too inconvenient to 
> obtain build tools, you use a binary distribution anyway.

If I understand what the README is saying, pgmsgevent.mc is the source
file (the "preferred form for modification"), and MSG00001.bin is just
prebuilt output from it.  It's unpleasant that it's not text, but I
don't see that this is fundamentally different from providing configure
along with configure.in.

			regards, tom lane

Sat, 31 Jul 2004 20:24:58 -0400
Tom Lane <tgl@sss.pgh.pa.us>
Re: About pgevent 