From: Chris Trown
Date: March 13 1999 1:39am
Subject: Small bug in config script
List-Archive: http://lists.mysql.com/mysql/130
Message-Id: <19990312173906.B5021@cheops.net.csuchico.edu>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii




     While running configure for the upteenth time, I notice that configure
had determined that the "+z" option to cc was'nt working.  It then turned off 
dynamic linking.  This is on an HPUX 10.20 box with the ANSI C compiler.

     I think to myself, "This is Wrong."  I know "+z" is right.

     On or about line 544, we see:

  $rm conftest*
  echo > conftest.c
  save_CFLAGS="$CFLAGS"
  CFLAGS="$CFLAGS $pic_flag -DPIC"
  echo "$progname:547: checking if $compiler PIC flag $pic_flag works" >&5
  if { (eval echo $progname:548: \"$ac_compile\") 1>&5; (eval $ac_compile) 2>con
ftest.err; } && test -s conftest.o; then
    # Append any warnings to the config.log.
    cat conftest.err 1>&5

    # On HP-UX, both CC and GCC only warn that PIC is supported... then they
    # create non-PIC objects.  So, if there were any warnings, we assume that
    # PIC is not supported.

     The problem is that all the script is doing is creating an empty file.  cc
issues a warning because conftest.c is an empty file, not because "+z" doesn't
work.  Their assumption is incorrect.

     I replaced 

  echo > conftest.c

     with
cat > conftest.c <<EOF
main(){char nm_test_var='a';return(0);}
EOF

     and it was happy.  Could probably be much simpler.  I just yanked it from
another part of the script.

Chris...

-- 
What's the point?

An NT server can be run by an idiot, and usually is.
PGP fingerprint: 063FCE320681C336  78C164FC9B2F91EA