On 2005-04-25, Mark Stosberg <mark@...> wrote:
> On Mon, Apr 25, 2005 at 04:05:13PM -0500, Bob Friesenhahn wrote:
>> On Mon, 25 Apr 2005, Mark Stosberg wrote:
>> >Thanks! Any suggestions on how to handle the "-lc" option mentioned? I'm
>> >not exactly clear whether I'm should be added it somewhere or
>> >subtracting it somehow. My intial Googles about this weren't helpful.
>> If you *really* need that then use LIBS='-lc'.
>> It may be that the strange -lc stuff is an attempt to mix multi-thread
>> code with normal code. If so, then it is a bad approach. FreeBSD
>> provides a different C library for multi-thread applications.
>> GraphicsMagick builds a thread-safe library by default.
>> You can disable the thread-safe support (and use the default libc) by
>> adding the GraphicsMagick configure option --without-threads.
> Thanks for the suggestion. We didn't have this problem on the FreeBSD
> 5.1 development box, but it is appearing on the FreeBSD 4.10 production
> server. So maybe something related was "fixed" in FreeBSD.
Here's another progress report on this. I tried manually applying a
patch to 'configure' that was present in the ImageMagick port, but not
in the GraphicsMagick 'configure'.
It looks like this:
--- configure.bak Fri Feb 6 09:19:49 2004
+++ configure Wed Apr 21 16:47:25 2004
@@ -23161,6 +23161,7 @@
# This can be used to rebuild libtool when needed
# Always use our own libtool.
I also noticed that the FreeBSD port uses 'gmake', so I used 'gmake' too.
After installing, I got this error again:
"Out of memory during request for 112 bytes, total sbrk() is 536276992 bytes!"
I used mod_perl's interface to check if any Magick modules were loaded, and
none were. Out of frustration, I tried installing ImageMagick 6.2.1 with a
similar process. I got the same result. :)
My guess is that now my custom installation process to debug the problem
has introduced some new issue.
Here's what I'm doing: After the install, I delete all the directories
except 'lib', which I think is all that I care about for this project.
Then I move the modules in lib/perl5 to my own path, using LDFLAGS to
all them to still find the other other libraries.
It seems that just at the moment that the Magick module should be
loaded, there is some exponential memory usage and then the process
Should the process I describe work? I think there is something
fundamentally wrong here.
. . . . . . . . . . . . . . . . . . . . . . . . . . .
Mark Stosberg Principal Developer
mark@... Summersault, LLC
765-939-9301 ext 202 database driven websites
. . . . . http://www.summersault.com/ . . . . . . . .