Commit ee262b6f by Douglas B Rupp Committed by Richard Kenner

configure.in: Hardcode that vfork works on VMS host.

	* gcc/configure.in: Hardcode that vfork works on VMS host.
	* gcc/configure: Regenerated.
	* libiberty/configure.in: Hardcode that vfork works on VMS host.
	* libiberty/configure: Regenerated.

From-SVN: r47869
parent 813df022
Tue Dec 11 07:08:57 2001 Douglas B. Rupp <rupp@gnat.com>
* configure.in: Hardcode that vfork works on VMS host.
* configure: Regenerated.
Mon Dec 10 18:37:31 2001 Douglas B. Rupp <rupp@gnat.com>
* gcc.c (convert_filename): Add do_obj parameter. Don't convert
......
......@@ -612,6 +612,12 @@ case "${host}" in
*** UWIN may not be used as a host platform because
*** linking with posix.dll is not allowed by the GNU GPL])
;;
*-*-*vms*)
# Under VMS, vfork works very different than on Unix. The standard test
# won't work, and it isn't easily adaptable. It makes more sense to
# just force it.
ac_cv_func_vfork_works=yes
;;
esac
AC_FUNC_VFORK
AC_FUNC_MMAP_ANYWHERE
......
Tue Dec 11 07:08:57 2001 Douglas B. Rupp <rupp@gnat.com>
* configure.in: Hardcode that vfork works on VMS host.
* configure: Regenerated.
2001-12-06 Richard Henderson <rth@redhat.com>
* cplus-dem.c (libiberty_demanglers): Add no_demangling case.
......
......@@ -340,6 +340,13 @@ if test -z "${setobjs}"; then
libiberty_cv_var_sys_errlist=yes
;;
*-*-*vms*)
# Under VMS, vfork works very different than on Unix. The standard test
# won't work, and it isn't easily adaptable. It makes more sense to
# just force it.
ac_cv_func_vfork_works=yes
;;
esac
# We haven't set the list of objects yet. Use the standard autoconf
......
Markdown is supported
0% or
You are about to add 0 people to the discussion. Proceed with caution.
Finish editing this message first!
Please register or to comment