On Tue, 7 Jan 2003, Tom Lane wrote:
> Apparently, our configure script thinks you have getopt_long(), but you > really don't. Can you look into the situation and figure out why > configure is confused? > > It surprises me that this would happen when 7.2 worked okay --- I don't > think we changed that configure test since 7.2. Are you sure nothing > changed on your machine since you last built 7.2? Yes, I'm sure. This is what happens when I run configure with the 7.2.3 source: root@dev# ./configure --with-perl --enable-syslog --with-maxbackends=256 --with-libraries=/usr/lib:/usr/local/lib/:/usr/local/lib/lpe | grep -i getopt checking for getopt.h... no checking for getopt_long... no And this is with 7.3.1 (run several minutes later on the same machine): root@dev# !./conf ./configure --with-perl --enable-syslog --with-maxbackends=256 --with-libraries=/usr/lib:/usr/local/lib/:/usr/local/lib/lpe | grep -i getopt checking for library containing getopt_long... -lgnugetopt checking getopt.h usability... no checking getopt.h presence... no checking for getopt.h... no checking for getopt_long... yes This is from config.log (in the 7.3.1 source): configure:9866: gcc -o conftest -pipe -L/usr/lib -L/usr/local/lib/ -L/usr/local/lib/lpe conftest.c -lz -lreadline -lcrypt -lgnugetopt -lcompat -lm -lutil >&5 configure:9869: $? = 0 configure:9872: test -s conftest configure:9875: $? = 0 configure:9885: result: yes I have confirmed the conftest.c which tests getopt_long in that section of the code does indeed complie without errors. I'm a bit stumped as to what to check next. -Dan ---------------------------(end of broadcast)--------------------------- TIP 3: if posting/reading through Usenet, please send an appropriate subscribe-nomail command to [EMAIL PROTECTED] so that your message can get through to the mailing list cleanly
