Re: PerlMagick quandary

On Tue, 5 May 2009, Nguyen Vu Hung wrote:
> IMO, the goal should be that
>
> tar xzf GM.tar.gz
> cd GM;
> # Note :prefix and perl
> ./configure --prefix=$HOME --with-perl
> make; make install
>
> works out of the box for Perl 5.8.8+.

A worthy goal.  This should be working if you add --enable-shared. 
The static builds are the problem.

Unfortunately, if any of the add-on "delegate" libraries are installed 
as static libraries rather than shared libraries, the build will fail, 
or the software will run incorrectly.

>> Quite a lot has changed in the past 12 years.  Now the problematic
>> libraries which caused problems are usually provided with the OS as
>> shared libraries.  Perhaps it is time to enable shared builds by
>> default.
> Yes, but depend on the version of Perl isn't it?

Unfortunately, it depends on many factors such as the underlying OS, 
the OS distribution, and which other packages are installed.  The Perl 
folks are really not making things very easy for very complex modules 
like PerlMagick.  Perl likes self-contained modules or modules which 
only depend on other modules.  PerlMagick is likely the most complex 
perl module in existence.

Bob
--
Bob Friesenhahn
[email protected], http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,    http://www.GraphicsMagick.org/

------------------------------------------------------------------------------
Register Now & Save for Velocity, the Web Performance & Operations 
Conference from O'Reilly Media. Velocity features a full day of 
expert-led, hands-on workshops and two days of sessions from industry 
leaders in dedicated Performance & Operations tracks. Use code vel09scf 
and Save an extra 15% before 5/3. http://p.sf.net/sfu/velocityconf