Thread: NT FAQ needs updating
Who maintains the faq-nt? It is rather out of date now. Cygwin V1.1 has most things needed. [I've just built under B20.] Specifically, GCC (formerly EGCS) and libcrypt are up to date in there. I did not identify anything that was required from the Andy Piper Tools. The cygipc library is now at version 1.07 and is hosted at <http://cygutils.netpedia.net/V1.1/cygipc/>. The patch in faq-nt has been incorporated, so it can be deleted from the FAQ. -- Pete Forman -./\.- Disclaimer: This post is originated Western Geophysical -./\.- by myself and does not represent pete.forman@westgeo.com -./\.- the opinion of Baker Hughes or http://www.crosswinds.net/~petef -./\.- its divisions.
Peter Eisentraut writes: > Pete Forman writes: > > Cygwin V1.1 has most things needed. [I've just built under > > B20.] Specifically, GCC (formerly EGCS) and libcrypt are up to > > date in there. > > The question is whether we can expect all our users to update their > Cygwin kit to version 1.1 or are there still people running 1.0 or > other imperfect releases? Technically 1.1 is still beta, I suppose. I built using B20, so GCC in there is recent enough. I think, though, that libcrypt comes as standard in 1.1 but was an add-on in B20. Another thing with B20 is that I needed to build the /etc/ files myself to install PostgreSQL. I was about to submit a FAQ entry for that but it does not arise in 1.1. B20 is nearly two years old now, 1.1.0 was released in Apr this year. I think that B21/1.0 was CD only in Oct 1999. BTW, which perfect releases have you managed to get of anything? ;-) As to your question, if people use 1.1 there are few extra stages needed. If they want to stick with B20 or 1.0 then they will need to do a bit more work but not much. > > I did not identify anything that was required from the Andy > > Piper Tools. > > From the list I see on his web page, you might need "less" (for psql), > termcap and/or curses might be needed by less or readline(?); the rest > doesn't look like it would help. Any idea? B20 has less, and the libraries for termcap and readline, though not curses. > > The cygipc library is now at version 1.07 and is hosted at > > <http://cygutils.netpedia.net/V1.1/cygipc/>. > > Good to know, thanks. > > > The patch in faq-nt > > has been incorporated, so it can be deleted from the FAQ. > > Do you know which versions can be expected to work (other than the > latest)? 1.04 incorporated that patch. 1.07 included a patch from me that fixed a contention with the Exceed X Server. > Btw., do you know what the -L option for yacc (in the template > file) is supposed to do? The FAQ file talks about it but I can't > make sense of it. No I don't. I needed to do nothing in that area but there again bison or yacc were never called after configuration. Perhaps one of the optional modules uses it. Configure seems to have taken care of things. Cygwin B20 and 1.1 have bison 1.25 and configure determines that it will be called with -L. Redhat 6.2 has bison 1.28 which no longer accepts -L but configure copes with this. AIX, IRIX and Solaris all just have yacc and this is correctly detected as not taking -L. -- Pete Forman -./\.- Disclaimer: This post is originated Western Geophysical -./\.- by myself and does not represent pete.forman@westgeo.com -./\.- the opinion of Baker Hughes or http://www.crosswinds.net/~petef -./\.- its divisions.
Peter Eisentraut writes:
> Pete Forman writes:
> > Configure seems to have taken care of things. Cygwin B20 and 1.1
> > have bison 1.25 and configure determines that it will be called
> > with -L. Redhat 6.2 has bison 1.28 which no longer accepts -L
> > but configure copes with this. AIX, IRIX and Solaris all just
> > have yacc and this is correctly detected as not taking -L.
>
> The problem is that configure doesn't *really* take care of
> things. :-( If you look into src/template/cygwin32 you'll see
> YFLAGS = -L... Unfortunately, there were some reports that this
> doesn't work for some people, particularly because the path
> /sw/cygwin-b20/share/ wasn't accurate.
>
> Bison as shipped from GNU doesn't have an -L option at all, never
> had, so that the Cygwin folks have apparently added it. If you
> don't mind me being a pain, maybe you could go into the directory
> src/backend/parser and do
>
> bison -y -d gram.y
>
> without an -L option. If it needs one, then I'd love to know a way
> to determine the path automatically.
These fail:
B20, plain:
bison -y -d gram.y
B20, what configure came up with:
bison -y -d -L /sw/cygwin-b20/share/ gram.y
These pass:
B20, using my installation path:
bison -y -d -L /Program\ Files/cygnus/cygwin-b20/share/ gram.y
1.1.4, no -L needed:
bison -y -d gram.y
As far as I can tell Cygwin 1.1 has changed its root filesystem. In
B20 "/" maps to "C:\". It seems that 1.1 maps "/" to "D:\cygwin\" in
my case, i.e. relative to where it is installed. Using the strings
program to look in the bison executables for "share", the default
location of bison.simple, etc., shows that B20 has
"/cygnus/cygwin-b20/share/" canned in while 1.1 has "/usr/share/".
That means that 1.1 does not need an -L.
On B20:
$ mount
Device Directory Type Flags
C: / native text!=binary
On 1.1:
$ mount
Device Directory Type Flags
D:\cygwin\bin /usr/bin user binmode
D:\cygwin\lib /usr/lib user binmode
D:\cygwin / user binmode
In both cases I installed Cygwin following the default options, apart
from location to install to. They may both be tweakable to set mount
maps.
--
Pete Forman -./\.- Disclaimer: This post is originated
Western Geophysical -./\.- by myself and does not represent
pete.forman@westgeo.com -./\.- the opinion of Baker Hughes or
http://www.crosswinds.net/~petef -./\.- its divisions.
Peter Eisentraut writes: > What do you think of the following wording: > > 2. Install the cygipc package, available at > <http://cygutils.netpedia.net/V1.1/cygipc/>. Do not use > versions prior to 1.03, they will not work. That should either be "prior to 1.04" or "1.03 or earlier". > Also, did you have to use the include files from src/win32? Two of > them are empty anyway, and one isn't used by the source AFAICS. I did copy them though I opted to put them in /usr/local/include. endian.h only serves to include sys/param.h, which is in B20 and 1.1. backend/libpq/pqformat.c is the only file to reference endian.h and should get its BYTE_ORDER from sys/param.h. sys/un.h is used but is supplied in 1.1 though not B20. netinet/tcp.h is empty and is not in either Cygwin package. Two files include it. It is necessary, being non-empty in UNIX. I guess that it is needed to define TCP_NODELAY. The canonical header for that is xti.h in UNIX95 onwards. Older unices had it in netinet/tcp.h. Cygwin has it in winsock.h and cygwin/socket.h. I presume that one of those is included indirectly. So your list should have a new item inserted between 5 and 6 ( -> 7 ). """ 6. Copy <PostgreSQL>/src/win32/tcp.h to <Cygwin>/include/netinet/. (For versions of Cygwin prior to 1.1 see src/win32/README.) """ -- Pete Forman -./\.- Disclaimer: This post is originated Western Geophysical -./\.- by myself and does not represent pete.forman@westgeo.com -./\.- the opinion of Baker Hughes or http://www.crosswinds.net/~petef -./\.- its divisions.
Looks like all your changes have been made. > Who maintains the faq-nt? It is rather out of date now. > > Cygwin V1.1 has most things needed. [I've just built under B20.] > > Specifically, GCC (formerly EGCS) and libcrypt are up to date in > there. I did not identify anything that was required from the Andy > Piper Tools. > > The cygipc library is now at version 1.07 and is hosted at > <http://cygutils.netpedia.net/V1.1/cygipc/>. The patch in faq-nt > has been incorporated, so it can be deleted from the FAQ. > > -- > Pete Forman -./\.- Disclaimer: This post is originated > Western Geophysical -./\.- by myself and does not represent > pete.forman@westgeo.com -./\.- the opinion of Baker Hughes or > http://www.crosswinds.net/~petef -./\.- its divisions. > -- Bruce Momjian | http://candle.pha.pa.us pgman@candle.pha.pa.us | (610) 853-3000 + If your life is a hard drive, | 830 Blythe Avenue + Christ can be your backup. | Drexel Hill, Pennsylvania 19026