PATCH for libiberty when NOT using --enable-shared
Jeffrey A Law
law@cygnus.com
Thu May 21 02:50:00 GMT 1998
In message < 13666.61012.380280.28439@slsvhmt >you write:
> # We default to --with-shared on platforms where -fpic is meaningless.
> # Well, we don't yet, but we will.
> if false && [ "${host}" = "${target}" ] && [ x${enable_shared} = x ]; then
> case "${target}" in
> alpha*-dec-osf*) enable_shared=yes ;;
> alpha*-*-linux*) enable_shared=yes ;;
> mips-sgi-irix5*) enable_shared=yes ;;
> *) enable_shared=no ;;
> esac
> fi
>
> case "${enable_shared}" in
> yes) shared=yes ;;
> no) shared=no ;;
> "") shared=no ;;
> *) shared=yes ;;
> esac
>
> As you can see, in the last case statement ${enable_shared} is used,
> without even being touched before, hence its value is undefined
> ( == "" ) and shared is set to "no"! This is what my patch does.
Is it the case that the toplevel configure.in isn't run anymore
when configuring libiberty? If so, then that would explain the
change in behavior.
If that is indeed the case, then your patch is correct and should
be installed.
jeff
More information about the Gcc-bugs
mailing list