But; checking Knoppic 3.8 & 5.01, and RHEL 4 WS, none of these have a non-dynamic library.

Only my FreeBSD 4.11 has a ".a" library (5.8.5)

Then your best option is to point whomever came up with the demented requirement to use "perlcc" in the first place and educate them that:

• it never really worked
• it's been increasingly broken in newer releases (search for "perlcc" in the 5.8.1 release announcement)
• it's very possibly going away sometime Real Soon Now (see this thread on revamping the B::* modules)
• PAR isn't going away, does work, and is actively supported

If that doesn't fix the problem, my condolences.

It's very possibly going away sometime Real Soon Now

It will be gone for 5.10.0:

Change 28790 by rgs@stencil on 2006/09/06 14:04:33

Remove perlcc and the byteloader

Dave.

I really do want "perlcc" as directed in the requirements document. Not my call.

Unfortunately, you'll probably have to support it yourself, as absolutely no one as shown any serious interest in doing so on p5p for several years. The rough but apparently unanimous consensus is that it doesn't work, it hasn't worked for a long time, and it's very unlikely to work ever.

I don't say this to discourage you, and it's not a technical impossibility to get it to work, but none of the people I know who might have the skill to make it work have done so.

In fact, now that I think about it, just make it and see if this changes things:

cd /usr/lib
ln -s libperl.so.5.8.8 /usr/lib/libperl.so
ln -s libperl.so.5.8  /usr/lib/libperl.so
[download]

Then see if you still get the "-lperl" missing message.

non-Perl: Andy Ford

Do they have a plain libperl.so with no version numbers?

non-Perl: Andy Ford