--/3yNEOqWowh/8j+e
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

Hi,

A few months ago I encountered some odd behaviour with devel/pkgconfig:
http://mail-index.netbsd.org/tech-pkg/2004/04/10/0019.html

I now see a similar thing for devel/libtool-base, where re-reading the
cache in subdirectories causes configure to break.  I haven't yet
wrapped my head around the particular regexes in there, but I suspect
that somewhere along the lines ${SED} is not honored and the system sed
is used or something like that.

Now I can force the package to ignore the cache by passing
--cache-file=3D/dev/null to the configure script, but this doesn't seem to
be the right approach.

Does any libtool / regex specialist want to take a look at this?

The configure script originally shows=20

=2E..
checking for a sed that does not truncate output... (cached)
/usr/pkg/bin/nbsed
=2E..

But the cache file contains (my linebreaks):

test "${lt_cv_sys_global_symbol_to_c_name_address+set}" =3D set ||
	lt_cv_sys_global_symbol_to_c_name_address=3D'sed -n=20
	-e  '\''s/^\'^: \([^\'^ ]*\) $/  {\"\1\", (lt_ptr) 0},/p'\''
	-e '\''s/^\'^[BCDEGRST] \([^\'^ ]*\) \([^\'^ ]* \)$/=20
	 {"\2", (lt_ptr) \&\2},/p'\'

And it errors out with a "`(' unexpected".

-Jan

--=20
DON'T PANIC!

--/3yNEOqWowh/8j+e
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (NetBSD)

iD8DBQFBe/WVfFtkr68iakwRAtLtAJ9bLbAyi2Y1jKNnpWSrCEgzbT+dhQCgtUvi
w8pgp3/Lql+kCX8djTptx1Y=
=WUH4
-----END PGP SIGNATURE-----

--/3yNEOqWowh/8j+e--