On 1/23/2015 11:59 AM, Dr. Volker Zell wrote:
ON 32bit:
=
/bin/sh ./libtool --tag=CC --mode=link gcc -ggdb -O2 -pipe -Wimplicit-function-declaration -fdebug-prefix-map=/cygdrive/d/misc/src/release/autotrace-0.31.1-14.i686/build=/usr/src/debug/autotrace-0.31.1-14 -fdebug-prefix-map=
Guys,
please, please, strip your replies from unnecessary cruft.
On Jan 23 13:17, Dr. Volker Zell wrote:
> > Marco Atzeri writes:
> [...]
> > As Autotrace depends on Imagemagick and ImageMagick from Autotrace,
> > would you mind if I will take care of both ?
>
> Yes, thanks...you can
> Marco Atzeri writes:
> On 1/23/2015 11:59 AM, Dr. Volker Zell wrote:
>>> Marco Atzeri writes:
>>
>> I rebuild libfpx without .la files but meanwhile I also updated to the
latest gcc-4.9.2 and now I get
>>
>> ON 32bit:
>> =
>>
>> /bin/sh ./
On 1/23/2015 11:59 AM, Dr. Volker Zell wrote:
Marco Atzeri writes:
I rebuild libfpx without .la files but meanwhile I also updated to the latest
gcc-4.9.2 and now I get
ON 32bit:
=
/bin/sh ./libtool --tag=CC --mode=link gcc -ggdb -O2 -pipe -Wimplicit-function-declaration -fdebug
> Marco Atzeri writes:
> On 1/15/2015 1:05 PM, Dr. Volker Zell wrote:
>>> Yaakov Selkowitz writes:
>>
>> > On 2014-12-30 16:12, Ken Brown wrote:
>> >> On 12/30/2014 4:51 PM, Marco Atzeri wrote:
>> >>> On 12/30/2014 10:23 PM, Angelo Graziosi wrote:
>> Sure
On 1/15/2015 1:05 PM, Dr. Volker Zell wrote:
Yaakov Selkowitz writes:
> On 2014-12-30 16:12, Ken Brown wrote:
>> On 12/30/2014 4:51 PM, Marco Atzeri wrote:
>>> On 12/30/2014 10:23 PM, Angelo Graziosi wrote:
Sure it isn't a packaging bug? I see that now ImageMagick has m
> Yaakov Selkowitz writes:
> On 2014-12-30 16:12, Ken Brown wrote:
>> On 12/30/2014 4:51 PM, Marco Atzeri wrote:
>>> On 12/30/2014 10:23 PM, Angelo Graziosi wrote:
Sure it isn't a packaging bug? I see that now ImageMagick has missed
/usr/lib/libMagickCore.dll.a...
On 2014-12-30 16:12, Ken Brown wrote:
On 12/30/2014 4:51 PM, Marco Atzeri wrote:
On 12/30/2014 10:23 PM, Angelo Graziosi wrote:
Sure it isn't a packaging bug? I see that now ImageMagick has missed
/usr/lib/libMagickCore.dll.a... and this
changed name upstream.
cd /usr/lib
ln -sf libMagickCo
On 12/30/2014 4:51 PM, Marco Atzeri wrote:
On 12/30/2014 10:23 PM, Angelo Graziosi wrote:
Sure it isn't a packaging bug? I see that now ImageMagick has missed
/usr/lib/libMagickCore.dll.a... and this
changed name upstream.
cd /usr/lib
ln -sf libMagickCore-6.Q16.dll.a libMagickCore.dll.a
see
On 12/30/2014 10:23 PM, Angelo Graziosi wrote:
Il 30/12/2014 17:16, Marco Atzeri ha scritto:
On 12/30/2014 3:20 PM, Angelo Graziosi wrote:
Marco Atzeri wrote:
Version 6.9.0.0-1 of
ImageMagick
ImageMagick-doc
libMagickCore6
libMagick-devel
perl-Image-Magick
have been uploaded
Il 30/12/2014 17:16, Marco Atzeri ha scritto:
On 12/30/2014 3:20 PM, Angelo Graziosi wrote:
Marco Atzeri wrote:
Version 6.9.0.0-1 of
ImageMagick
ImageMagick-doc
libMagickCore6
libMagick-devel
perl-Image-Magick
have been uploaded for cygwin
After this upgrade, Emacs fails to
On 12/30/2014 3:20 PM, Angelo Graziosi wrote:
Marco Atzeri wrote:
Version 6.9.0.0-1 of
ImageMagick
ImageMagick-doc
libMagickCore6
libMagick-devel
perl-Image-Magick
have been uploaded for cygwin
After this upgrade, Emacs fails to build from trunk:
[...]
Configured for `x86_64-p
Marco Atzeri wrote:
Version 6.9.0.0-1 of
ImageMagick
ImageMagick-doc
libMagickCore6
libMagick-devel
perl-Image-Magick
have been uploaded for cygwin
After this upgrade, Emacs fails to build from trunk:
[...]
Configured for `x86_64-pc-cygwin'.
Where should the build process fi
13 matches
Mail list logo
