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.

Search Discussions

  • Pete Forman at Sep 25, 2000 at 8:27 am

    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.
  • Pete Forman at Sep 25, 2000 at 2:23 pm

    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.
  • Pete Forman at Sep 26, 2000 at 8:18 am

    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.
  • Bruce Momjian at Oct 17, 2000 at 3:37 am
    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

Related Discussions

Discussion Navigation
viewthread | post
Discussion Overview
grouppgsql-ports @
categoriespostgresql
postedSep 22, '00 at 3:23p
activeOct 17, '00 at 3:37a
posts5
users2
websitepostgresql.org
irc#postgresql

2 users in discussion

Pete Forman: 4 posts Bruce Momjian: 1 post

People

Translate

site design / logo © 2022 Grokbase