http://issues.apache.org/SpamAssassin/show_bug.cgi?id=5515
------- Additional Comments From [EMAIL PROTECTED] 2007-06-14 03:19 -------
actually, perl is supposed to take care of this.
the "DL" part of "CCDLFLAGS" in that Makefile.in refers to dynamic loading, ie.
the -fPIC, -pic, or equivalent flag for the platform. In turn,
spamc/configure.in takes this from the perl config like so:
# we cheat, since we *know* we have Perl installed ;)
CCDLFLAGS=`perl -e 'use Config; print $Config::Config{ccdlflags}'`
LDDLFLAGS=`perl -e 'use Config; print $Config::Config{lddlflags}'`
from perldoc Config:
"ccdlflags"
From dlsrc.U:
This variable contains any special flags that might need to be passed
to cc to link with a shared library for dynamic loading. It is up to
the makefile to use it. For sunos 4.1, it should be empty.
oops. I've just realised, we're using the wrong one. that's for people linking
against dyn libs; we want cccdlflags:
"cccdlflags"
From dlsrc.U:
This variable contains any special flags that might need to be passed
with "cc -c" to compile modules to be used to create a shared library
that will be used for dynamic loading. For hpux, this should be +z.
It is up to the makefile to use it.
on my x86 linux:
perl -e 'use Config; print $Config::Config{ccdlflags}'
-Wl,-E
perl -e 'use Config; print $Config::Config{cccdlflags}'
-fPIC
-Wl,-E will be irrelevant to us; we indeed want -fPIC. So we should be using
cccdlflags instead of ccdlflags.
Could you check your platforms and run the second perl commandline, and verify
that it creates the right -fPIC-equivalent for that platform? if it does, we
need to fix the configure.in to use that.
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
