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

Peripheral Links

Header And Logo

PostgreSQL
| The world's most advanced open source database.

Site Navigation

Search for
  Advanced Search

Re: build error in initdb on win32


  • From: "Magnus Hagander" <mha(at)sollentuna(dot)net>
  • To: "Bruce Momjian" <pgman(at)candle(dot)pha(dot)pa(dot)us>
  • Cc: "Tom Lane" <tgl(at)sss(dot)pgh(dot)pa(dot)us>, <pgsql-hackers-win32(at)postgresql(dot)org>
  • Subject: Re: build error in initdb on win32
  • Date: Mon, 11 Oct 2004 09:58:56 +0200
  • Message-id: <6BCB9D8A16AC4241919521715F4D8BCE475E7A(at)algol(dot)sollentuna(dot)se>

> > >> How about this. If the required functions (which aren't
> > >*too* many) are
> > >> added to libpqdll.def, everything returns to working order. 
> > >It does add
> > >> a slight maintainability issue - whenever a new binary 
> is using a 
> > >> function in libpq never before exported, it has to be added to 
> > >> libpqdll.def.
> > >
> > >Yeah, I was assuming we'd have to do that.  (Does your 
> existing patch 
> > >do something different?)
> > 
> > Well, my existing patch just changes it to export only what's in 
> > libpqdll.def. That's how I came across this problem.
> > I'll polish it up and include all the necessary functions in 
> > libpqdll.def, then. There aren't that many, but a couple. I'll also 
> > try to work out how to deal with the SSL vs non-SSL DLL 
> issue while at it.
> 
> Is this going to remove the requirement for pg_dump/Makefile 
> to use exec.o on the link line?

I doubt it. All it does is change what is exported from libpq.dll. And
it only *removes* things (which I'm now realising I have to add some
back). So I don't see how it could help with this problem.

//Magnus



Home | Main Index | Thread Index

Privacy Policy | PostgreSQL Archives hosted by Command Prompt, Inc. | Designed by tinysofa
Copyright © 1996 – 2008 PostgreSQL Global Development Group