delorie.com/archives/browse.cgi   search  
Mail Archives: cygwin/2013/07/27/13:04:11

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=Tzhzm2rU5A+TcUlGIChtlWKAZVVOoooWAWCMdnHHl8e
mrCNx2c8mP49GyrgydaUbOPQ3gV5rnCL2b7u2cJXs6yf2/9OOP7MFPcRrT2/De7Y
r8zZ3x2PJNBaRzq+GT2nD4U6l1I8cbK1AURulKWYRRP8MWN/wZXCAp1VNTi6QC7w
=
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=NL+wIG/o4TCEeMxxaDtuE+Av2ag=; b=xbBUhlLQZf/4MNeI6
HLxh7+aafCLnsTNKFHM0frQhMvFnwN8uib4+vU/ryztxtW5afqiIa9e8s7wz6EWA
H9DQpvRT/FOSK7mp06XrWR+0y7m5LOGmMPJ4dnpnVu174LskLdpkP5eok/OmUhlw
ZuO9wlQOa2HqSPO1lKm+TSWtVE=
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
X-Spam-SWARE-Status: No, score=-3.3 required=5.0 tests=AWL,BAYES_00,FREEMAIL_FROM,KHOP_THREADED,RCVD_IN_DNSWL_LOW,RCVD_IN_HOSTKARMA_YE,RDNS_NONE,SPF_PASS autolearn=ham version=3.3.1
X-Received: by 10.194.176.71 with SMTP id cg7mr2117510wjc.18.1374944621967; Sat, 27 Jul 2013 10:03:41 -0700 (PDT)
Message-ID: <51F3FD64.7030208@gmail.com>
Date: Sat, 27 Jul 2013 19:03:32 +0200
From: marco atzeri <marco DOT atzeri AT gmail DOT com>
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130620 Thunderbird/17.0.7
MIME-Version: 1.0
To: cygwin AT cygwin DOT com
Subject: Re: Cygwin64 libjpeg-turbo missing/damaged library file
References: <BLU177-W36B3AA5D1AF5752D188714D06B0 AT phx DOT gbl>
In-Reply-To: <BLU177-W36B3AA5D1AF5752D188714D06B0@phx.gbl>

Il 7/27/2013 6:46 PM, Bill Hammond ha scritto:
>>> I am having trouble compiling an application that uses the libjpeg libraries under cygwin64.
>>>
>>> My program has compiled and run under cygwin32 for a long time. I can compile and run it
>>> under cygwin64 when I build and link against my own libjpeg.a. When I try and download the
>>> libjpeg-turbo libraries for cygwin64, it all comes apart. The "libjpeg-turbo" package is
>>> source only, and when I install "libjpeg-devel" and link against it with "-ljpeg", all the
>>> jpeg function calls are undefined.
>>>
>>> I am using the cygwin64 installer. Is there a problem with the cygwin64 libjpeg package(s),
>>> or am I not doing something right?
>>
>> Hi Bill,
>>
>> could you show your link instruction ?
>>
>> Have you a small test case ?
>> FYI the turbo devel package is : libturbojpeg-devel
>>
>> Regards
>> Marco
>
> So I installed the libturbojpeg-devel package, but I also had to install the libjpeg-devel
> package to get the proper include files added to /usr/include ("jconfig.h", "jerror.h" and
> so on).
>
> I can successfully link my program against my own libjpeg with:
>
> cc -g -lm -flto imgopt.o support.o ../common/jpeg.o ../common/gifread.o
> ../common/gifwrite.o ../common/image.o ../common/misc.o ../common/file.o
> ../common/fuzzy.o ../jpeg-8c/libjpeg.a -o a.exe
>
> When I try and link against the system libraries (same when I use -lturbojpeg):
>
> cc -g -lm -ljpeg -flto imgopt.o support.o ../common/jpeg.o ../common/gifread.o
> ../common/gifwrite.o ../common/image.o ../common/misc.o ../common/file.o
> ../common/fuzzy.o -o a.exe

try

cc -g -flto imgopt.o support.o ../common/jpeg.o ../common/gifread.o
  ../common/gifwrite.o ../common/image.o ../common/misc.o 
../common/file.o ../common/fuzzy.o -o a.exe -lm -ljpeg

>
> none of the libjpeg functions resolves:
>
> /tmp/cc4EItUr.ltrans4.ltrans.o: In function `jpeg_write':
> /home/proj/../common/jpeg.c:340: undefined reference to `jpeg_std_error'
> /home/proj/../common/jpeg.c:340:(.text+0x102): relocation truncated to fit: R_X86_64_PC32
> against undefined symbol `jpeg_std_error'
> /home/proj/../common/jpeg.c:349: undefined reference to `jpeg_destroy_compress'
>
> etc...
>
> I thought this might be another -flto problem, but compiling and linking without it makes no
> difference.
>
> Thanks!
>


--
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