delorie.com/archives/browse.cgi   search  
Mail Archives: cygwin/2014/12/30/16:52:10

X-Recipient: archive-cygwin AT delorie DOT com
DomainKey-Signature: a=rsa-sha1; c=nofws; d=sourceware.org; h=list-id
:list-unsubscribe:list-subscribe:list-archive:list-post
:list-help:sender:message-id:date:from:mime-version:to:subject
:references:in-reply-to:content-type:content-transfer-encoding;
q=dns; s=default; b=PNP7vUdBd0FWwbHLz18R9Fn4CqTUeZoP8rzg4dM8OJ5
cfuwtIskNJUWCr2L07F9XQFIWbJdhRiKPCJ7aKUhq5a7K9DoGn5Ej6KddWDA9sUR
0hMtMX/KYa+VxwSrdvLokVBUl1sUW113wpF4xtciU7T9jqO13ZoSEPxYg+ClEQCg
=
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=sourceware.org; h=list-id
:list-unsubscribe:list-subscribe:list-archive:list-post
:list-help:sender:message-id:date:from:mime-version:to:subject
:references:in-reply-to:content-type:content-transfer-encoding;
s=default; bh=dGEz0HxKqSlH+T6/pESxoMCGZ/c=; b=KsqkgPQbjuIof+Jcq
zIx6/0ZOEO7o/SrdfdAo4ugNcthwYSR1uxXli+HS271rF5HB2yzM5A6bAuLoq405
laqybvwYkQkiLuHloFRFSiOkCrgVr0Rsxw0oU4QHbFYced1Am7JBzKJjgBIkaoS2
MujNUMIg2lKEQDPWa/DPY4+8b8=
Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Id: <cygwin.cygwin.com>
List-Subscribe: <mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive: <http://sourceware.org/ml/cygwin/>
List-Post: <mailto:cygwin AT cygwin DOT com>
List-Help: <mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/ml/#faqs>
Sender: cygwin-owner AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
Delivered-To: mailing list cygwin AT cygwin DOT com
Authentication-Results: sourceware.org; auth=none
X-Virus-Found: No
X-Spam-SWARE-Status: No, score=-1.7 required=5.0 tests=AWL,BAYES_00,FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,SPF_PASS autolearn=ham version=3.3.2
X-HELO: mail-wi0-f176.google.com
X-Received: by 10.194.188.39 with SMTP id fx7mr120527978wjc.113.1419976303810; Tue, 30 Dec 2014 13:51:43 -0800 (PST)
Message-ID: <54A31E5D.20302@gmail.com>
Date: Tue, 30 Dec 2014 22:51:25 +0100
From: Marco Atzeri <marco DOT atzeri AT gmail DOT com>
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0
MIME-Version: 1.0
To: Angelo Graziosi <angelo DOT graziosi AT alice DOT it>, cygwin AT cygwin DOT com
Subject: Re: [ANNOUNCEMENT] Updated: ImageMagick-6.9.0.0-1 (Emacs problem)
References: <54A2B49A DOT 9060108 AT alice DOT it> <54A2CFD1 DOT 3030403 AT gmail DOT com> <54A317D2 DOT 3050200 AT alice DOT it>
In-Reply-To: <54A317D2.3050200@alice.it>
X-IsSubscribed: yes

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 for cygwin
>>>
>>> After this upgrade, Emacs fails to build from trunk:
>>>
>>> [...]
>>> Configured for `x86_64-pc-cygwin'.
>>>
>>>    Where should the build process find the source code?    .
>>>    What compiler should emacs be built with?               clang -pipe
>>> -Ofast -g0 -fomit-frame-pointer
>>>    Should Emacs use the GNU version of malloc?             only before
>>> dumping
>>>    Should Emacs use a relocating allocator for buffers?    no
>>>    Should Emacs use mmap(2) for buffer allocation?         yes
>>>    What window system should Emacs use?                    w32
>>>    What toolkit should Emacs use?                          none
>>>    Where do we find X Windows header files?                Standard dirs
>>>    Where do we find X Windows libraries?                   Standard dirs
>>>    [...]
>>>    Does Emacs use imagemagick?                             yes
>>>    [...]
>>> -lpng15 -lm -lz -lcairo -lz -lGL -lgobject-2.0 -lffi -lglib-2.0 -lintl
>>> -lpcre -lintl -liconv -lpcre -lpixman-1 -lfontconfig -lexpat -lfreetype
>>> -lbz2 -lpng15 -lm -lz -lexpat -lfreetype -lbz2 -lz -lEGL -lm -lpthread
>>> -lGL -lm -lpthread -lXdamage -lXfixes -lX11-xcb -lxcb-glx -lpng15 -lm
>>> -lz -lxcb-shm -lxcb-render -lXrender -lXext -lX11 -lxcb -lXau -lXdmcp
>>> -lxml2 -lz -lgdi32 -lm -lgomp -lm -lMagickCore-6.Q16 -ljbig -llcms2
>>> [...]
>>> -lgobject-2.0 -lffi -lglib-2.0 -lintl -lpcre -lintl -liconv -lpcre   -lz
>>> /usr/lib/gcc/x86_64-pc-cygwin/4.8.3/../../../../x86_64-pc-cygwin/bin/ld:
>>> impossibile trovare -lMagickCore
>>> /usr/lib/gcc/x86_64-pc-cygwin/4.8.3/../../../../x86_64-pc-cygwin/bin/ld:
>>> impossibile trovare -lMagickCore
>> [cut]
>>> clang: error: linker (via gcc) command failed with exit code 1 (use -v
>>> to see invocation)
>>
>> it seems clang lost the "-6.Q16" when passing to ld.
>> I am not sure it is a ImageMagick package bug; the new format
>> is unusual but we already have names with dot before .dll.a
>>
>> libgdk-x11-2.0.dll.a

> Hmm... I don't understand...

ImageMagick changed again their API and bumped
from 5 to 6.Q16.

Same nomenclature on debian:

/usr/lib/x86_64-linux-gnu/libMagickCore-6.Q16.so.2
/usr/lib/x86_64-linux-gnu/libMagickCore-6.Q16.so.2.0.0

> I have built Emacs with CLANG since this was added to Cygwin. First on
> Cygwin32 and now on Cygwin64, and it always worked O(other_bugs)... Only
> after the last ImageMagick update the build is broken...
>
> In any case, also GCC seems to have the same problems:
>
> [...]
> Configured for `x86_64-pc-cygwin'.
>
>    Where should the build process find the source code?    .
>    What compiler should emacs be built with?               gcc
> -std=gnu99 -pipe -Ofast -g0 -fomit-frame-pointer
>    Should Emacs use the GNU version of malloc?             only before
> dumping
>    Should Emacs use a relocating allocator for buffers?    no
>    Should Emacs use mmap(2) for buffer allocation?         yes
>    What window system should Emacs use?                    w32
>    What toolkit should Emacs use?                          none
>    Where do we find X Windows header files?                Standard dirs
>    Where do we find X Windows libraries?                   Standard dirs
>    Does Emacs use -lXaw3d?                                 no
>    Does Emacs use -lXpm?                                   yes
>    Does Emacs use -ljpeg?                                  yes
>    Does Emacs use -ltiff?                                  yes
>    Does Emacs use a gif library?                           yes -lgif
>    Does Emacs use a png library?                           yes -lpng15
>    Does Emacs use -lrsvg-2?                                no
>    Does Emacs use imagemagick?                             yes
>    Does Emacs support sound?                               yes
>    Does Emacs use -lgpm?                                   no
>    Does Emacs use -ldbus?                                  yes
>    Does Emacs use -lgconf?                                 no
>    Does Emacs use GSettings?                               no
>    Does Emacs use a file notification library?             yes -lgio
> (gfile)
>    Does Emacs use access control lists?                    yes
>    Does Emacs use -lselinux?                               no
>    Does Emacs use -lgnutls?                                yes
>    Does Emacs use -lxml2?                                  yes
>    Does Emacs use -lfreetype?                              no
>    Does Emacs use -lm17n-flt?                              no
>    Does Emacs use -lotf?                                   no
>    Does Emacs use -lxft?                                   no
>    Does Emacs directly use zlib?                           yes
>    Does Emacs use toolkit scroll bars?                     yes
> [...]
> -lpcre -lintl -liconv -lpcre -lpixman-1 -lfontconfig -lexpat -lfreetype
> -lbz2 -lpng15 -lm -lz -lexpat -lfreetype -lbz2 -lz -lEGL -lm -lpthread
> -lGL -lm -lpthread -lXdamage -lXfixes -lX11-xcb -lxcb-glx -lpng15 -lm
> -lz -lxcb-shm -lxcb-render -lXrender -lXext -lX11 -lxcb -lXau -lXdmcp
> -lxml2 -lz -lgdi32 -lm -lgomp -lm       -ldbus-1      -lxml2 -lz -llzma
> -liconv -lm     -lncurses        -lgnutls -lz -lintl -liconv -lp11-kit
> -lgmp -lhogweed -lgmp -lnettle -ltasn1 -lp11-kit -lz   -lgio-2.0 -lz
> -lgmodule-2.0 -lgobject-2.0 -lffi -lglib-2.0 -lintl -lpcre -lintl
> -liconv -lpcre   -lz

I see no MagickCore here.

> /usr/lib/gcc/x86_64-pc-cygwin/4.8.3/../../../../x86_64-pc-cygwin/bin/ld:
> impossibile trovare -lMagickCore
> /usr/lib/gcc/x86_64-pc-cygwin/4.8.3/../../../../x86_64-pc-cygwin/bin/ld:
> impossibile trovare -lMagickCore

possible dependency_libs in some /usr/lib/*.la ?

> 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
>
> seem to fix the build (both with CLANG and GCC)
>
>
> Ciao,
>   Angelo.

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

- Raw text -


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019