Re: Windows-native GCJ 3.2 (Alternate Approach)

[Tom Tromey <tromey at redhat dot com>]

>>>>> "David" == Billinghurst, David (CRTS) <David.Billinghurst@riotinto.com> writes:

David> The fix may be already in 3.3.  A number of windows java
David> patches have not gone into 3.2, as they were not seen as
David> regressions.

Actually, I was looking at the trunk.

See this patch:

2001-11-08  Andreas Franck  <afranck@gmx.de>

	* configure.in: Add AC_ARG_PROGRAM to support program name
	transformation with --program-prefix, --program-suffix and
	--program-transform-name.
	* configure: Regenerated.
	* Makefile.in (GCC_INSTALL_NAME, CPP_INSTALL_NAME,
	PROTOIZE_INSTALL_NAME, UNPROTOIZE_INSTALL_NAME, GCOV_INSTALL_NAME,
	GCCBUG_INSTALL_NAME, GCC_CROSS_NAME, CPP_CROSS_NAME,
	PROTOIZE_CROSS_NAME, UNPROTOIZE_CROSS_NAME): Handle
	program_transform_name the way suggested by autoconf.
	(GCC_TARGET_INSTALL_NAME): Define.
	(install-driver): Use the transformed target alias name.

This changed how program_transform_name is defined.
This in turn changed how gcjh is installed.  We didn't notice until now.

Offhand I don't think there is a clean way to work around this.
Autoconf automatically puts the target prefix into
program_transform_name when host!=target.  And if we ignore
program_transform_name then we won't see whatever transforms the user
has requested.  We could run the transform and then try to strip the
prefix, but that seems fragile.

Tom