Joel Rees
If God hadn't meant for us to tweak our source code, He'd've given us
Microsoft.
Joel,
Don't credit God for this thing. It is of the devil.
What? You thought I thought God meant for us _not_ to tweak our source
code?
;-
--
Joel Rees
Opinions are like armpits.
We all have
On Apr 27, 2004, at 1:56 AM, Jan Eden wrote:
But I'd still like to get Image::Magick working. Will experiment with
various path names.
From what you posted earlier, it looks like what you'll need to add:
-L/usr/local/lib to LIB
-I/usr/local/include -I/usr/local/include/freetype2 to INC
Don't
On Apr 26, 2004, at 3:52 AM, Jan Eden wrote:
I did not find something like ltiff or ljpeg
Libraries are more of a C thing than a Perl thing, but it's useful
to know about for compiling extensions, so here goes.
What you see there -ltiff -ljpeg are options that tell the linker to
link against
On Tue, 27 Apr 2004, Sherm Pendley wrote:
On Apr 27, 2004, at 1:56 AM, Jan Eden wrote:
But I'd still like to get Image::Magick working. Will experiment with
various path names.
From what you posted earlier, it looks like what you'll need to add:
-L/usr/local/lib to LIB
-I/usr/local
On Apr 27, 2004, at 2:58 PM, Chris Devers wrote:
how many times does the wheel need to be re-invented, ya know? :-)
I've always thought that an odd expression.
The first wheels were simply logs placed under a sled; when the sled
had passed over them they were picked up and carried around to the
On Tue, 27 Apr 2004, Sherm Pendley wrote:
On Apr 27, 2004, at 2:58 PM, Chris Devers wrote:
how many times does the wheel need to be re-invented, ya know? :-)
I've always thought that an odd expression.
Fair enough :-)
But still, think about it: do we need to make one of these refinements
On Apr 27, 2004, at 3:45 PM, Chris Devers wrote:
But still, think about it: do we need to make one of these refinements
to the basic design of the wheel every time we want to take a car from
one state to another, or *gasp* drive to another country? Of course
not.
Oh, I agree for the most part.
Yes, open-source makes advanced things possible. But does installing
Imagemagick and Perlmagick really need to be in the advanced
category? Took me (a unix newbie, I admit) an awfully long time to get
it working, and I never would have succeeded without access to a
personal expert who had
On Apr 27, 2004, at 5:18 PM, Dan Schroeder wrote:
But does installing Imagemagick and Perlmagick really need to be in
the advanced category?
Well, the original poster had a detailed set of requirements that Fink
cannot easily fulfill - he wanted to use a specific set of libraries
that he'd
On 2004.4.28, at 03:58 AM, Chris Devers wrote:
...
Hand-rolling popular software from source is nice and all, but how many
times does the wheel need to be re-invented, ya know? :-)
sherm:
The first wheels were simply logs placed under a sled;
...
We probably shouldn't clutter the list with module
On Apr 27, 2004, at 6:07 PM, Joel Rees wrote:
sherm:
We probably shouldn't clutter the list with module requests
(Apologies to Chris Devers and to the list for cluttering it with noise
Sorry, I didn't mean to imply that your request for help with
PerlMagick was noise. Far from it - that's what
Sherm Pendley wrote on 27.04.2004:
On Apr 27, 2004, at 1:56 AM, Jan Eden wrote:
But I'd still like to get Image::Magick working. Will experiment with
various path names.
From what you posted earlier, it looks like what you'll need to add:
-L/usr/local/lib to LIB
-I/usr/local/include -I/usr
Sherm Pendley wrote on 27.04.2004:
On Apr 27, 2004, at 3:45 PM, Chris Devers wrote:
But still, think about it: do we need to make one of these
refinements to the basic design of the wheel every time we want to
take a car from one state to another, or *gasp* drive to another
country? Of course
installing
some other application that requires Image::Magick, that you try
Imager, instead? It's a lot easier to install.
Regards,
David (who has never bothered to install I::M.
doing development, rather than
installing some other application that requires Image::Magick, that
you try Imager, instead? It's a lot easier to install.
Regards,
David (who has never bothered to install I::M.
Thanks, David,
I checked out the various Imager modules at CPAN. But none of them seems
On Apr 26, 2004, at 1:27 PM, Jan Eden wrote:
I'd just like to replace the system calls to ImageMagick's convert
tool with Perl commands to speed up a batch converting script.
I doubt you'd see much improvement in that case. The same library
routines would do the actual work, and compared to the
do the actual work, and compared to the time spent doing
the conversion, the overhead of the system call is pretty trivial.
I guess you're right. But I'd still like to get Image::Magick working. Will experiment
with various path names.
Thanks,
Jan
--
If all else fails read the instructions
a problem with a module?
Yes. This means there's something wrong with the Image::Magick
compilation. Or there's an outside chance that there's an
Image::Magick bug triggered by something special about your data, but
it's unlikely.
-Ken
Hi,
This is sorted now. There was a mismatch between my versions of
Image::Magick and Image Magick - a binary I got last week from Marc
Lyanage (http://www.entropy.ch:16080/software/macosx/#imagemagick).
Once I'd worked that out, I downloaded Marc's binary again, installed
it and identify
interested - CPAN doesn't work and Fink needs a bit of help too) but
have stalled at the first hurdle:
# MAKE A NEW Image::Magick OBJECT
my $p = new Image::Magick;
# READ IT
$p-Read($fullPath/test.jpg);
# DEBUG
print GOT HERE\n;
The script stops before it prints the DEBUG info
On Feb 1, 2004, at 7:13 PM, kynan wrote:
# MAKE A NEW Image::Magick OBJECT
my $p = new Image::Magick;
# READ IT
$p-Read($fullPath/test.jpg);
...
can u show us that $fullPath exists, is valid, and doesn't end in a
slash?
21 matches
Mail list logo