On Thu, 16 Nov 2000, Didier Godefroy wrote:
> GNU ld isn't on either system and the error is the exact same on both,
> they seem to all this in common:
>
> -Wl,-rpath,/usr/local/lib/perl5/5.6.0/alpha-dec_osf/CORE'
[snip]
> dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, ccdlflags='
> -Wl,-rpath,/usr/local/lib/perl5/5.6.0/alpha-dec_osf/CORE'
> cccdlflags=' ', lddlflags='-shared -expect_unresolved "*" -O4 -msym -std
> -s -L/usr/local/lib'
Hmmm... the Digitals I have share similar ccdlflags statements. Did you
install perl 5.6.0 from scratch or via a package of some kind? (If via
package, the people who built the package may have used a different ld or
had different environment settings from yours.)
You might be able to pass the flag ld appeared to be complaining about
with the following trick:
$ LDFLAGS="-_SYSTYPE_SVR4" command_that_fails
Which should work for Bourne-related shells. The ld man page didn't
appear contain anything useful, so I'm guessing moreso than usual at this
point. :)
You could also try asking on the tru64-unix-managers list:
http://www.ornl.gov/cts/archives/mailing-lists/
<mailto:[EMAIL PROTECTED]?body=subscribe>
> What is the problem with doing that? I tried compiling it statically
> first, but I get other types of errors when running the tests, it
> always fails. The httpd is running but the tests won't, and the log
> doesn't say anything that helps to find out why. What other choices
> are there then?
If static fails, then you can probably get away with DSO if you keep the
httpd process memory usage down with various directives. There's more on
this just recently in this list's archives, as I recall...
--
Jeremy Mates
http://www.sial.org/