FAQ
I'm trying to get postgresql 6.5.3 working on solaris 2.6 with gcc, and it's
just not cooperating.

First of all, during the configure process, I see:

--(snip!)--
checking for ANSI C header files... grep: can't open conftest.out
no
checking for sys/wait.h that is POSIX.1 compatible... yes
checking for arpa/inet.h... grep: can't open conftest.out
yes
checking for crypt.h... grep: can't open conftest.out
yes
checking for dld.h... grep: can't open conftest.out
yes
--(snip!)--

..and a whole bunch more (endian.h, float.h, getopt.h, that whole block
down to pwd.h), which scares me.

Then, further on, it gets down to the index stuff, and I get this:

--(snip!)--
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I..
/.. -c -o istrat.o istrat.c
istrat.c: In function `OperatorRelationFillScanKeyEntry':
istrat.c:492: `F_OIDEQ' undeclared (first use in this function)
istrat.c:492: (Each undeclared identifier is reported only once
istrat.c:492: for each function it appears in.)
istrat.c: In function `IndexSupportInitialize':
istrat.c:558: `F_OIDEQ' undeclared (first use in this function)
gmake[3]: *** [istrat.o] Error 1
gmake[3]: Leaving directory `/tmp/postgresql-6.5.3/src/backend/access/index'
gmake[2]: *** [submake] Error 2
gmake[2]: Leaving directory `/tmp/postgresql-6.5.3/src/backend/access'
gmake[1]: *** [access.dir] Error 2
gmake[1]: Leaving directory `/tmp/postgresql-6.5.3/src/backend'
gmake: *** [all] Error 2
--(snip!)--

Any ideas what should be defining F_OIDEQ?

I appreciate any help you can offer.

Thanks,

--
Ben Reed
breed@ops.com
Onion Peel Solutions

Search Discussions

  • Peter Eisentraut at Jul 19, 2000 at 4:26 pm

    Ben Reed writes:

    I'm trying to get postgresql 6.5.3 working on solaris 2.6 with gcc,
    and it's just not cooperating.
    Free advice: you really don't want to get it working either. You instead
    want to try 7.0.2. ;-)
    checking for ANSI C header files... grep: can't open conftest.out
    no
    I gotta hand it to those guys: very informative error message. The shell
    code looks like this:
    ac_try="$ac_cpp conftest.$ac_ext >/dev/null 2>conftest.out"
    { (eval echo configure:3273: \"$ac_try\") 1>&5; (eval $ac_try) 2>&5; }
    ac_err=`grep -v '^ *+' conftest.out | grep -v "^conftest.${ac_ext}\$"`
    which should surely create a conftest.out file.
    gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I..
    /.. -c -o istrat.o istrat.c
    istrat.c: In function `OperatorRelationFillScanKeyEntry':
    istrat.c:492: `F_OIDEQ' undeclared (first use in this function)
    Any ideas what should be defining F_OIDEQ?
    Yup, it should be in backend/utils/fmgr.h. That file is created from a
    bunch of other files, and I don't think this is the first time Solaris awk
    or similar would have balked. If you want to investigate further you could
    go into backend/utils and try to run the commands by hand somehow, but it
    seems to me that your whole system is somehow in a shaky
    state. (PATH? shared libraries? umask?, ...)


    --
    Peter Eisentraut Sernanders väg 10:115
    peter_e@gmx.net 75262 Uppsala
    http://yi.org/peter-e/ Sweden

Related Discussions

Discussion Navigation
viewthread | post
Discussion Overview
grouppgsql-ports @
categoriespostgresql
postedJul 18, '00 at 3:42p
activeJul 19, '00 at 4:26p
posts2
users2
websitepostgresql.org
irc#postgresql

2 users in discussion

Ben Reed: 1 post Peter Eisentraut: 1 post

People

Translate

site design / logo © 2022 Grokbase