Re: Borland c++ compile problems...

Steve Holdoway wrote:
> Bruce Momjian wrote:
> 
> >Steve Holdoway wrote:
> >  
> >
> >>Sorry to be a pest, and all that. However, it looks like make needs to 
> >>be run in src\port, to create pg_config_paths.h, and compile stuff to 
> >>resolve externals _set_noblock, _pg_strcasecmp, _pg_tolower, and _popen 
> >>(? bit worried about that one!)
> >>
> >>I had a go at rewriting an existing bcc32.mak, but just seemed to 
> >>generate more errors!
> >>    
> >>
> >
> >Uh, I don't see how those would fail.  What errors are you seeing?
> >
> >  
> >
> Well, in the port subdirectory, one of the things that is generated by 
> the makefile is pg_config_paths.h. Without this, libpq will not compile. 
> As I stated above, cobbling this together manually then gets me to the 
> place where the aforementioned external references are not resolved. All 
> are in source files in the port directory.
> 
> The errors I'm seeing are all caused by includes not being found, etc. I 
> don't know what to do when they are ones like strings.h, which I do not 
> have either in the snapshot source tree, or in the Borland bcc 5.5 tree.
> 
> I also don't know how you want the above files building... into a 
> library, static or dynamic/straight object code, etc. There is also no 
> listing in the current bcc32.mak files to include them into the libpq 
> dll generation.

OK, if you look at the last few commits to interfaces/libpq/win32.mak,
you will see changes for pg_config_paths.h and for thread safety.  Can
you look at those changes, merge them into bcc.mak.  There might be
other changes in there you want to add to bcc.mak too.

-- 
  Bruce Momjian                        |  http://candle.pha.pa.us
  [email protected]               |  (610) 359-1001
  +  If your life is a hard drive,     |  13 Roberts Road
  +  Christ can be your backup.        |  Newtown Square, Pennsylvania 19073

---------------------------(end of broadcast)---------------------------
TIP 8: explain analyze is your friend