
> > override TCL_SHLIB_LD := $(shell echo $(TCL_SHLIB_LD) | sed 
> 's/-Wl,-soname.*//')
> 
> I suspect that the above works only because -Wl,-soname is the last
> switch in TCL_SHLIB_LD; any following switches would be removed too.
> Perhaps better

Just have to say: I can't beleive this.
Doublefixing such a grotty Makefile that is known to not work on 
2 Platforms, and known to work on those 2 + at least 2 other platforms
with the patch Tom recently sent in.

Don't you all trust Makefile.shlib ? It does perfectly create shlibs
of nearly the same making without problems.

Andreas

Mon, 21 Jan 2002 18:39:25 +0100
"Zeugswetter Andreas SB SD" <ZeugswetterA@spardat.at>
Re: pltlc and pltlcu problems 
"Zeugswetter Andreas SB SD" <ZeugswetterA@spardat.at> writes:
> Don't you all trust Makefile.shlib ?

I do trust Makefile.shlib.  I don't trust a large revision of the pltcl
build process on the day we intend to put out RC1.  That's a recipe for
embarrassment.

Did you already forget my report yesterday that your patch failed on HPUX?
How many of our other platforms might have problems too?  Minor ones,
sure, but we have no remaining window for port testing.

The patch I stuck in was certainly an ugly wart, but it fixes the
immediate problem with minimal risk.  Switching pltcl to use
Makefile.shlib is something we need to do in an orderly way with full
provisions for a port testing cycle.  In other words, hold it for 7.3.

There's also the possibility that we'll listen to Peter and start
statically linking the PLs into the backend, in which case this all
becomes moot.  But, again, that's not happening for 7.2.

			regards, tom lane

Mon, 21 Jan 2002 12:49:38 -0500
Tom Lane <tgl@sss.pgh.pa.us>
Re: pltlc and pltlcu problems 