Re: Borland c++ compile problems... - Mailing list pgsql-hackers-win32

From Steve Holdoway
Subject Re: Borland c++ compile problems...
Date
Msg-id 40FEEFBA.5010605@treshna.com
Whole thread Raw
In response to Re: Borland c++ compile problems...  (Bruce Momjian <pgman@candle.pha.pa.us>)
Responses Re: Borland c++ compile problems...
List pgsql-hackers-win32
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.


pgsql-hackers-win32 by date:

Previous
From: chips42
Date:
Subject: [Fwd: Re: FAT or NTFS on W2k]
Next
From: Bruce Momjian
Date:
Subject: Re: Borland c++ compile problems...