Unable to post to -patches (was: Visual C++ build files) - Mailing list pgsql-hackers

One more attempt to send this, now without the attachment. It's getting
eaten somewhere. I assume it's not the moderation queue, because someone
would hopefully have gotten to it during the four weeks I was gone..

Anyawy. Third take on the message itself, if it goes through, could
someone who has access please look to see where the other two emails
went? Exact dates in CEST (UTC+2) in the forward headers below. For the
latest send, I got this in my mailserver logs:

Aug 21 15:51:23 altair postfix/smtp[8141]: 221DCF4104:
to=<pgsql-patches@postgre
sql.org>, relay=svr1.postgresql.org[200.46.204.71], delay=2, status=sent
(250 Ok
: queued as 3F45C9FB2BB)

Contains a postfix queue id that could be tracked.

//Magnus

> -----Original Message-----
> From: Magnus Hagander
> Sent: Monday, August 21, 2006 3:51 PM
> To: pgsql-patches@postgresql.org
> Subject: FW: Visual C++ build files
>
> Argh!
>
> I sent this patch before I left on vacation, but for some reason it
> seems it never came through - I can't seem to find it in the
> archives :-(
>
> Let's see if I can get it through this time.
>
> //Magnus
>
> > -----Original Message-----
> > From: Magnus Hagander
> > Sent: Thursday, July 13, 2006 10:32 PM
> > To: pgsql-patches@postgresql.org
> > Subject: Visual C++ build files
> >
> > Attached is the current version of my scripts to build the
> complete
> > PostgreSQL system using Visual C++. See archives for reasons
> why...
> >
> > The basic idea is to parse as much information as possible out of
> the
> > existing Makefiles and configure.in, to make sure we don't add a
> huge
> > maintenance headache. Most things are parsed, some are not (some
> not
> > possible,some just too hard IMHO). There's also code that
> replaces
> > what configure needs to do, and shellscripts like gen_fmgroids.
> >
> > It generates solution and project files for Visual C++ 2005,
> which
> > should work fine with both the commercial and the free versions
> (some
> > optimiser features etc not available in the free one, of course,
> but
> > that's MS for you). System can be built both from the GUI and
> from the
> > commandline.
> >
> > Currently only a DEBUG build can be built. Naturally, the plan is
> to
> > allow RELEASE builds as well :-) That part is just not finished
> yet,
> > and for now debug builds are really the only thing interesting...
> >
> > Per previous message, this patch will require some further work,
> but I
> > wanted to get it submitted in good time before feature freeze for
> > people to look over. My hope is to have it in for 8.2, but most
> likely
> > we'll continue to build the release binaries with mingw for one
> more
> > release at least. It would be very good to be able to build
> proper
> > debug-enabled binaries to help people debug issues, though - and
> to
> > get it on the buildfarm properly.
> >
> > So, the plan is to update the buildfarm code to deal with
> building and
> > testing the VC builds as well. After speaking with Andrew about
> it, it
> > seems this shouldn't be all too hard to do. Some required changes
> are
> > already made for other reasons (decreasing dependency on external
> > tools), others still needed but not started yet.
> >
> > All files should be uncompressed into a directory named "vcbuild"
> > in the root of the tree. No changes are made to any other files,
> so
> > there should be no effect at all on other parts of the system.
> >
> >
> > //Magnus