From owner-freebsd-ports@FreeBSD.ORG Fri Apr 4 15:30:06 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B204C77C for ; Fri, 4 Apr 2014 15:30:06 +0000 (UTC) Received: from nm43-vm7.bullet.mail.bf1.yahoo.com (nm43-vm7.bullet.mail.bf1.yahoo.com [216.109.114.238]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4FAAFCA4 for ; Fri, 4 Apr 2014 15:30:05 +0000 (UTC) Received: from [66.196.81.173] by nm43.bullet.mail.bf1.yahoo.com with NNFMP; 04 Apr 2014 15:27:57 -0000 Received: from [98.139.212.246] by tm19.bullet.mail.bf1.yahoo.com with NNFMP; 04 Apr 2014 15:27:57 -0000 Received: from [127.0.0.1] by omp1055.mail.bf1.yahoo.com with NNFMP; 04 Apr 2014 15:27:57 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 838071.49627.bm@omp1055.mail.bf1.yahoo.com Received: (qmail 29187 invoked by uid 60001); 4 Apr 2014 15:27:57 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1396625277; bh=aLnPRyNEDDA9ZrHj7aifsZ8roZ8CSTKupLNCy43I1yE=; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-RocketYMMF:X-Mailer:Message-ID:Date:From:Reply-To:Subject:To:Cc:MIME-Version:Content-Type; b=pRW2Z/jMpjUteN7IdcEEMX4LcPavW1UOqNKGN28lXfM0ALNZ8H/AI58HQK098NJ1cJqFuqhA7kGLX/2bxAm42Pq+Cc7fKQwh0xQOBnbYpTQI9k3YDNIoZvDoVmKhajTMHFJm344A92KLF26LuHJAEl2pUg4ZapSk8qu7NThnDDs= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-RocketYMMF:X-Mailer:Message-ID:Date:From:Reply-To:Subject:To:Cc:MIME-Version:Content-Type; b=wDGy2/jmEfoEl14X0cLToPtaM7OwrFWtmFNrAC++cBvl3Mmh1tt2OJr3KvVz61TUmAAxC/5N0qXtqa8FryAL2nDhuTTGODB2lYKheTYMH0ZmMIr/z82UJCkqAJ+ycEg+TI6xaNtPnXXqxbtvjSbeWrrr9uPIvHmDLfoxKreh7NM=; X-YMail-OSG: Xv1j29gVM1m33E41eZMUdzuPFjH8Urxd3GUz2wiHZ1yKACM 8ctS5XzVjdhfJA.YUMqIWh6pF6EKtcoHEL354dJydCI1Khl4DV7eKoAzEgWx Mt1d3E_8JSCjZchXjhGAfRdzW_ls_1Csx5otdbFcnPCfKYd9AQd8YCEtdbY0 JhBiDudYFiVUMqG0doZnFQ1VFtGVqkfjIqv2u4_wkw7arwkY_jJC8k8teGyM JXVpgWFi.bjMoFLsRCZ2qHk7sLWTaf4Owb3oWvSuOG3JMM4iv2LG9AI83a2H jrx2ixt2LASOKhMDmor6.ljdqBtVuV5Fmf_7dYEYo05t3KipNKlQpYJ4xDYA 9K9NtIbviaVSbJQK2ntZKoGGW6oXcA6SJQhxflOAbZKSWPWfLz5J3CERRzYq riIjO1F5s5QfJJpvcnjPaRiz0tmT0FHOFovdQc10FuyMOiw.9_7ubOh091Ve mMk6hfycXWUvsusIw20hhrMjQKhXSDS6SFKK9qakfOl7y8KrZwoF7uAxn24i b8_2DevMRw0S5Hj7XoNbGFrM5foAKAPrGtfIpuQB2juVab1EqacoPD7BZm_P ao0RQZn.Vz1JywD2ZE5kwBQCJPt_3A7Lk3vPuaTbV_I1xB2Yru6aUhkokH5u fNTQGXtySc.nYITXiXA-- Received: from [190.157.126.109] by web162102.mail.bf1.yahoo.com via HTTP; Fri, 04 Apr 2014 08:27:57 PDT X-Rocket-MIMEInfo: 002.001, KEkgaGFkIHRvIGRvIHNvbWUgY29weS1wYXN0aW5nIHRvIGdldCB0aGlzIGVtYWlsIG91dCBkdWUgdG8gc29tZSB5YWhvbyBzbXRwIGJyb2tlbmVzcywgc29ycnkgZm9yIHRoZSBtZXNzKQoKT24gMDQvMDQvMjAxNCAwNzo1NiwgRGF2aWQgQ2hpc25hbGwgd3JvdGU6Cj4gT24gNCBBcHIgMjAxNCwgYXQgMTM6MTMsIEJhcHRpc3RlIERhcm91c3NpbiA8YmFwdEBGcmVlQlNELm9yZz4gd3JvdGU6Cj7CoAo.PiBPbiBGcmksIEFwciAwNCwgMjAxNCBhdCAwNDowODoxM1BNICswNDAwLCBCb3JpcyBTYW1vcm9kb3Ygd3IBMAEBAQE- X-RocketYMMF: giffunip X-Mailer: YahooMailWebService/0.8.182.648 Message-ID: <1396625277.28847.YahooMailNeo@web162102.mail.bf1.yahoo.com> Date: Fri, 4 Apr 2014 08:27:57 -0700 (PDT) From: Pedro Giffuni Subject: Re: cups-client broken on ia64, blocks 70 ports, please help To: Baptiste Daroussin , David Chisnall MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: "mexas@bris.ac.uk" , Boris Samorodov , "freebsd-ports@freebsd.org" X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Pedro Giffuni List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Apr 2014 15:30:06 -0000 (I had to do some copy-pasting to get this email out due to some yahoo smtp= brokeness, sorry for the mess)=0A=0AOn 04/04/2014 07:56, David Chisnall wr= ote:=0A> On 4 Apr 2014, at 13:13, Baptiste Daroussin wro= te:=0A>=C2=A0=0A>> On Fri, Apr 04, 2014 at 04:08:13PM +0400, Boris Samorodo= v wrote:=0A>>> 04.04.2014 15:49, Baptiste Daroussin =D0=BF=D0=B8=D1=88=D0= =B5=D1=82:=0A>>>> On Fri, Apr 04, 2014 at 02:18:15PM +0400, Boris Samorodov= wrote:=0A>>>>> 04.04.2014 12:07, Anton Shterenlikht =D0=BF=D0=B8=D1=88=D0= =B5=D1=82:=0A>>>>>>=0A>>>>>> http://www.freebsd.org/cgi/query-pr.cgi?pr=3D1= 88161=0A>>>>>>=0A>>>>>> Compiling adminutil.c...=0A>>>>>> cc =C2=A0-Wall -W= no-format-y2k -Wunused -fPIC -Os -g -fstack-protector -I.. -D_CUPS_SOURCE -= I/usr/local/include -O2 -pipe =C2=A0-fno-strict-aliasing -DOPENSSL_DISABLE_= OLD_DES_SUPPORT -D_LARGEFILE_SOURCE =C2=A0-D_THREAD_SAFE -D_REENTRANT -D_CU= PS_NO_DEPRECATED=3D1 -D_PPD_DEPRECATED=3D"" -c -o adminutil.o adminutil.c= =0A>>>>>> adminutil.c:1: warning: -fstack-protector not supported for this = target=0A>>>>>> In file included from pwg-private.h:25,=0A>>>>>> =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0from cups-private.h:31,= =0A>>>>>> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0fro= m adminutil.c:33:=0A>>>>>> ../cups/cups.h:34:35: error: dispatch/dispatch.h= : No such file or directory=0A>>>>>=0A>>>>> Hm. cups/cups.h has the followi= ng code:=0A>>>>> -----=0A>>>>> # =C2=A0ifdef __BLOCKS__=0A>>>>> # =C2=A0 = =C2=A0include =0A>>>>> # =C2=A0endif /* __BLOCKS__ */= =0A>>>>> -----=0A>>>>>=0A>>>>> It seems that the whole dispath is an Apple = thing. How does it come=0A>>>>> about that it get used by FreeBSD? I think = this check may be removed.=0A>>>>>=0A>>>>> Anyway please try the following = patch (place it in to the=0A>>>>> print/cups/file directory -- mind print/c= ups origin,=0A>>>>> not print/cups-client) and retry:=0A>>>>> ftp://ftp.war= t.ru/pub/misc/patch-cups-cups.h=0A>>>>>=0A>>>>=0A>>>> That is on recent hea= d, due to the import of _BLOCKS_ support but we don't have=0A>>>> libdispat= ch=0A>>>=0A>>> Makes sense, thanks.=0A>>>=0A>>> Wait a little, I don't get = any defines:=0A>>> -----=0A>>> % uname -a=0A>>> FreeBSD bb052.bsnet 11.0-CU= RRENT FreeBSD 11.0-CURRENT #77 r264083: Fri=0A>>> Apr =C2=A04 00:30:01 SAMT= 2014=0A>>> bsam@bb052.bsnet:/usr/obj/usr/src/sys/BB64X =C2=A0amd64=0A>>>= =0A>>> % grep __BLOCKS__ -r /usr/include=0A>>> /usr/include/heimbase.h:#ifd= ef __BLOCKS__=0A>>> /usr/include/heimbase.h:#ifdef __BLOCKS__=0A>>> /usr/in= clude/heimbase.h:#ifdef __BLOCKS__=0A>>> /usr/include/stdlib.h:#ifdef __BLO= CKS__=0A>>> /usr/include/stdlib.h:#ifdef __BLOCKS__=0A>>> /usr/include/stdl= ib.h:#ifdef __BLOCKS__=0A>>> /usr/include/stdlib.h:#ifdef __BLOCKS__=0A>>> = /usr/include/hx509-protos.h:#ifdef __BLOCKS__=0A>>> /usr/include/hx509-prot= os.h:#endif /* __BLOCKS__ */=0A>>> /usr/include/dirent.h:#ifdef __BLOCKS__= =0A>>> -----=0A>>>=0A>>=0A>> The compilers defines it, this is probably due= to using gcc on ia64,=0A>> I'm CCing Pedro and David on this as the are th= e guilty one about __BLOCKS__=0A>> support :) and may know better=0A>=C2=A0= =0A> $ echo | clang -dM -x c - -E | grep BLOCK=0A> $ echo | clang -fblocks = -dM -x c - -E | grep BLOCK=0A> #define __BLOCKS__ 1=0A> $ echo | gcc =C2=A0= -dM -x c - -E | grep BLOCK=0A> #define __BLOCKS__ 1=0A> $ echo | gcc -fno-b= locks -dM -x c - -E | grep BLOCK=0A>=C2=A0=0A> It's an inconsistency betwee= n base gcc and base clang: one defaults to supporting blocks, the other def= aults to not supporting them. =C2=A0I'd like to blame Pedro, but actually I= think the base-system bug is that is that clang doesn't default to -fblock= s behaviour.=0A>=C2=A0=0A=0A=0AThe policy in Apple's GCC and in FreeBSD sin= ce r260311 is to enable blocks support by default unless std=3DC99 is set.= =0A=0A> So, the simplest fix is simply to add -fno-blocks to the CFLAGS for= this port. =C2=A0Given that it has libdispatch support, however, it would = be nice if we could have an option for using libdispatch that would (as wel= l as passing the correct configure options and so on) add -fblocks to CFLAG= S if building with libdispatch and -fn-blocks otherwise.=0A>=C2=A0=0A> It w= ould also be nice to tell the cups developers that it's not particularly cl= ever to use the existence of a compiler feature to test for the presence of= a library. =C2=A0They seem to have come up with an interesting spelling of= #ifdef __APPLE__, rather than adding a proper configure check.=0A>=0A=0A= =0AI agree that the main issue here is that the cups developers shouldn't b= e using language features to determine if the platform has libdispatch. Thi= s is, however, an exciting opportunity to use libdispatch more extensively.= =0A=0AI will be committing a small patch to make it easier to build libdisp= atch with GCC on 11.x and 10.x.=0A=0ARegards,=0A=0APedro. From owner-freebsd-ports@FreeBSD.ORG Fri Apr 4 16:14:55 2014 Return-Path: Delivered-To: freebsd-ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F04B8AB7 for ; Fri, 4 Apr 2014 16:14:54 +0000 (UTC) Received: from forward6l.mail.yandex.net (forward6l.mail.yandex.net [IPv6:2a02:6b8:0:1819::6]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "forwards.mail.yandex.net", Issuer "Certum Level IV CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 81B7E198 for ; Fri, 4 Apr 2014 16:14:54 +0000 (UTC) Received: from smtp12.mail.yandex.net (smtp12.mail.yandex.net [95.108.131.191]) by forward6l.mail.yandex.net (Yandex) with ESMTP id D510214E073E; Fri, 4 Apr 2014 20:14:50 +0400 (MSK) Received: from smtp12.mail.yandex.net (localhost [127.0.0.1]) by smtp12.mail.yandex.net (Yandex) with ESMTP id 7D4C716A001D; Fri, 4 Apr 2014 20:14:50 +0400 (MSK) Received: from 46.38.38.120.tel.ru (46.38.38.120.tel.ru [46.38.38.120]) by smtp12.mail.yandex.net (nwsmtp/Yandex) with ESMTPSA id B1eQ9M5OvH-EebWADPn; Fri, 4 Apr 2014 20:14:44 +0400 (using TLSv1 with cipher AES128-SHA (128/128 bits)) (Client certificate not present) X-Yandex-Uniq: 9f4da188-f582-4fb1-b78e-d004a99ce48f Message-ID: <533EDA6D.8010102@passap.ru> Date: Fri, 04 Apr 2014 20:14:37 +0400 From: Boris Samorodov Organization: =?UTF-8?B?0JfQkNCeICLQktCQ0KDQoiI=?= User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: mexas@bris.ac.uk, FreeBSD ports list Subject: Re: cups-client broken on ia64, blocks 70 ports, please help References: <201404041242.s34CgwXu095898@mech-cluster241.men.bris.ac.uk> In-Reply-To: <201404041242.s34CgwXu095898@mech-cluster241.men.bris.ac.uk> X-Enigmail-Version: 1.6 Content-Type: multipart/mixed; boundary="------------010207080501030208050106" X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Apr 2014 16:14:55 -0000 This is a multi-part message in MIME format. --------------010207080501030208050106 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit 04.04.2014 16:42, Anton Shterenlikht пишет: >>From bsam@passap.ru Fri Apr 4 11:55:13 2014 >> 04.04.2014 12:07, Anton Shterenlikht аПаИбˆаЕб‚: >>> >>> http://www.freebsd.org/cgi/query-pr.cgi?pr=188161 >>> >>> Compiling adminutil.c... >>> cc -Wall -Wno-format-y2k -Wunused -fPIC -Os -g -fstack-protector -I.. -D_CUPS_SOURCE -I/usr/local/include -O2 -pipe -fno-strict-aliasing -DOPENSSL_DISABLE_OLD_DES_SUPPORT -D_LARGEFILE_SOURCE -D_THREAD_SAFE -D_REENTRANT -D_CUPS_NO_DEPRECATED=1 -D_PPD_DEPRECATED="" -c -o adminutil.o adminutil.c >>> adminutil.c:1: warning: -fstack-protector not supported for this target >>> In file included from pwg-private.h:25, >>> from cups-private.h:31, >>> from adminutil.c:33: >>> ../cups/cups.h:34:35: error: dispatch/dispatch.h: No such file or directory >> >> Hm. cups/cups.h has the following code: >> ----- >> # ifdef __BLOCKS__ >> # include >> # endif /* __BLOCKS__ */ >> ----- >> >> It seems that the whole dispath is an Apple thing. How does it come >> about that it get used by FreeBSD? I think this check may be removed. >> >> Anyway please try the following patch (place it in to the >> print/cups/file directory -- mind print/cups origin, >> not print/cups-client) and retry: >> ftp://ftp.wart.ru/pub/misc/patch-cups-cups.h > > did you mean print/cups-base/files? > > If I put it under print/cups/files it makes > no difference, but if I put the patch under > print/cups-base/files, then cups-client and > cups-image do build and install. > > Will you commit the patch? OK, I've got a patch that may be committed. It's just a band-aid for now, until a better patch using clang and gcc, blocks and libdispatch with different FreeBSD versions is created. Anton, can you test the patch (remove the previous one from cups-base/files)? Thank you. -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve --------------010207080501030208050106 Content-Type: text/plain; charset=UTF-8; name="cups-base_add_-fno-blocks.diff.txt" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="cups-base_add_-fno-blocks.diff.txt" SW5kZXg6IGN1cHMtYmFzZS9NYWtlZmlsZQo9PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09Ci0tLSBjdXBzLWJhc2Uv TWFrZWZpbGUJKHJldmlzaW9uIDM1MDEzMykKKysrIGN1cHMtYmFzZS9NYWtlZmlsZQkod29y a2luZyBjb3B5KQpAQCAtODIsNiArODIsNyBAQAogSU5TVEFMTF9XUktTUkM9CSR7V1JLU1JD fS9jdXBzCiBQTElTVD0JCSR7TUFTVEVSRElSfS9wa2ctcGxpc3QuY2xpZW50CiBVU0VTKz0J CWljb252CitDRkxBR1MrPQktZm5vLWJsb2NrcwogTERGTEFHUys9CSR7SUNPTlZfTElCfQog VVNFX0xEQ09ORklHPQl5ZXMKIFBLR01FU1NBR0U9CSR7Tk9ORVhJU1RFTlR9Cg== --------------010207080501030208050106--