From owner-freebsd-toolchain@FreeBSD.ORG Sun Feb 9 21:36:25 2014 Return-Path: Delivered-To: freebsd-toolchain@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 2685D27E; Sun, 9 Feb 2014 21:36:25 +0000 (UTC) Received: from mail0.glenbarber.us (mail0.glenbarber.us [IPv6:2607:fc50:1:2300:1001:1001:1001:face]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id EAF371992; Sun, 9 Feb 2014 21:36:21 +0000 (UTC) Received: from glenbarber.us (c-71-224-221-174.hsd1.nj.comcast.net [71.224.221.174]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by mail0.glenbarber.us (Postfix) with ESMTPSA id B3D1320986; Sun, 9 Feb 2014 21:36:20 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 mail0.glenbarber.us B3D1320986 Authentication-Results: mail0.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Sun, 9 Feb 2014 16:36:18 -0500 From: Glen Barber To: freebsd-toolchain@FreeBSD.org Subject: bmake(1) "sometimes" honors '-j' ? Message-ID: <20140209213618.GA63417@glenbarber.us> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="AqsLC8rIMeq19msA" Content-Disposition: inline X-Operating-System: FreeBSD 11.0-CURRENT amd64 User-Agent: Mutt/1.5.22 (2013-10-16) X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Feb 2014 21:36:25 -0000 --AqsLC8rIMeq19msA Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Maybe there is an obvious answer to this, or maybe I just do not understand how computers work. For snapshot builds for RPI-B and BEAGLEBONE, I am hard-coding '-j10' for buildworld and '-j6' for buildkernel, because these values are somewhat "safe" considering various race conditions with high '-j' values. Crochet sets the '-j' value to '1', if WORLDJOBS and KERNJOBS are not set, so what I end up with is basically: 'make [...] -j10 -j1 ${.TARGET}'. What I see in ps(1) is a bit confusing to me, though. For example, the following suggests '-j10' is being honored for the 'libraries' target, but '-j1' is being forced for the 'buildworld' target, and I'm not sure I understand why. (Lines broken up for readability.) root@grind:~ # ps auxww | grep make | grep 'j' root 67766 0.0 0.0 9024 1048 4 S+ 7:20PM 0:03.02 make TARGET_ARCH=armv6 SRCCONF=/dev/null __MAKE_CONF=/dev/null -j10 -j 1 buildworld root 13112 0.0 0.0 9024 1488 4 S 8:24PM 0:00.94 make -j10 -f Makefile.inc1 DESTDIR=/usr/obj/arm.armv6/usr/src/tmp -DNO_FSCHG -DWITHOUT_HTML -DWITHOUT_INFO -DNO_LINT -DWITHOUT_MAN -DNO_PROFILE -DNO_TESTS libraries So, if I am reading this correctly, the 'libraries' target is honoring the '-j10', and 'buildworld' is honoring the later-specified '-j1'. Am I reading this incorrectly, or is this something I just do not understand about our toolchain? Thanks. Glen --AqsLC8rIMeq19msA Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBCAAGBQJS9/TSAAoJELls3eqvi17QsgEQAIALz9631LVyct/QbrRt+AHl 9bfEMyfxSoiW0c3oLQXMkv0DX+O5CmfkesaNEnu2hhBvqwNnwtaGXNoeoLjIVM3Z vgGCWRAm+YbpK8NG0SXs5sBkniCzrhasTiOj9/ELDCciWk8Rx1D81tWu4kUiAkem 9dOfidCsIw6Ff1if65WYICCslkIKxpoJPKollzvMYTENvC29bzNgW6BxJpukAokV cqbEjUr8DLWCB8f0kxElhHzgVGDPZbRIN6k+Swt0R7o2ZOnk2Dgl52/pPFYbHeAL kK3X/SVFXWUwqbHWKcTXLkuT1AKyeWMaiKsse4n6EpDLQGgqyTFJ8y9I5DGyxShN Fy/4cEv7Jh4B9ICZ/Emof1AS/87jrJ+WyLtSuVCCvBM9S9bdqhx+W/ElAgvaZYYv IT+8sdBV8ZAXDiLLqJcnSRuJtai1bRD8HxFVLJeVaJNx1XSrm+zWaIvvVj4UAA0n 2PZ9klbETOIoSJbR/KCsx9UbUFc4n9m3V52l7ir/uEkLWMEN1nd/OmX+rUd4esrN rDop6/9z3WF1r+aW41299CT+W4BH/Due1MOOnbNNNWyTctc/oqPfRGAeYiVo/0+g 15JhD3fyYxxoRn/zGRCIRdltYlsPOWrjUPKM2ciDX4CP7Vk/WpN40j/WQmMCy1Jx GTspjz5wvMz0Q/477Jnl =TLce -----END PGP SIGNATURE----- --AqsLC8rIMeq19msA-- From owner-freebsd-toolchain@FreeBSD.ORG Thu Feb 13 17:23:27 2014 Return-Path: Delivered-To: freebsd-toolchain@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 F3551CDC; Thu, 13 Feb 2014 17:23:26 +0000 (UTC) Received: from mail.xcllnt.net (mail.xcllnt.net [50.0.150.214]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id BC7781B3A; Thu, 13 Feb 2014 17:23:26 +0000 (UTC) Received: from [172.29.0.16] ([66.129.239.12]) (authenticated bits=0) by mail.xcllnt.net (8.14.7/8.14.7) with ESMTP id s1DHNO0x007756 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Thu, 13 Feb 2014 09:23:25 -0800 (PST) (envelope-from marcel@xcllnt.net) Content-Type: multipart/signed; boundary="Apple-Mail=_4FB6C4C3-8A32-4F93-9855-15BDD6B701C2"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 7.1 \(1827\)) Subject: Re: bmake(1) "sometimes" honors '-j' ? From: Marcel Moolenaar In-Reply-To: <20140209213618.GA63417@glenbarber.us> Date: Thu, 13 Feb 2014 09:23:19 -0800 Message-Id: <2510126A-ECD7-4DC7-A936-23824B233821@xcllnt.net> References: <20140209213618.GA63417@glenbarber.us> To: Glen Barber X-Mailer: Apple Mail (2.1827) Cc: freebsd-toolchain@FreeBSD.org X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Feb 2014 17:23:27 -0000 --Apple-Mail=_4FB6C4C3-8A32-4F93-9855-15BDD6B701C2 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On Feb 9, 2014, at 1:36 PM, Glen Barber wrote: > Maybe there is an obvious answer to this, or maybe I just do not > understand how computers work. >=20 > For snapshot builds for RPI-B and BEAGLEBONE, I am hard-coding '-j10' > for buildworld and '-j6' for buildkernel, because these values are > somewhat "safe" considering various race conditions with high '-j' > values. Crochet sets the '-j' value to '1', if WORLDJOBS and > KERNJOBS are not set, so what I end up with is basically: > 'make [...] -j10 -j1 ${.TARGET}'. >=20 > What I see in ps(1) is a bit confusing to me, though. >=20 > For example, the following suggests '-j10' is being honored for the > 'libraries' target, but '-j1' is being forced for the 'buildworld' > target, and I'm not sure I understand why. (Lines broken up for > readability.) >=20 > root@grind:~ # ps auxww | grep make | grep 'j' >=20 > root 67766 0.0 0.0 9024 1048 4 S+ 7:20PM 0:03.02 = make > TARGET_ARCH=3Darmv6 SRCCONF=3D/dev/null __MAKE_CONF=3D/dev/null -j10 = -j 1 buildworld >=20 > root 13112 0.0 0.0 9024 1488 4 S 8:24PM 0:00.94 = make > -j10 -f Makefile.inc1 DESTDIR=3D/usr/obj/arm.armv6/usr/src/tmp = -DNO_FSCHG > -DWITHOUT_HTML -DWITHOUT_INFO -DNO_LINT -DWITHOUT_MAN -DNO_PROFILE > -DNO_TESTS libraries >=20 > So, if I am reading this correctly, the 'libraries' target is honoring > the '-j10', and 'buildworld' is honoring the later-specified '-j1'. >=20 > Am I reading this incorrectly, or is this something I just do not > understand about our toolchain? I can't give an authoritative answer, but there are a few things to consider: 1. MAKEFLAGS is set by make(1) for later use. There's also the .MAKEFLAGS variant. I don't know the *exact* difference between them, but our makefile, including Makefile.inc1, uses the variable and passes it to sub-makes. 2. make/bmake itself sets MAKEFLAGS/.MAKEFLAGS and automatically passes it to sub-makes. So when a makefile sets it, it's to override the default. 3. The .MAKEFLAGS variable holds the exact set of options passed to make. For example: % make -j10 -j1 -V .MAKEFLAGS -j 10 -j 1 -V .MAKEFLAGS What this means is that -j10 gets passed around and as such can be used, not withstanding the fact that -j1 follows and make itself may use that instead. Point 1 above applies. For best results, pass only 1 -j flag or alternatively we need to fix our makefiles to only keep the last -j in MAKEFLAGS, etc. HTH, --=20 Marcel Moolenaar marcel@xcllnt.net --Apple-Mail=_4FB6C4C3-8A32-4F93-9855-15BDD6B701C2 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - http://gpgtools.org iEYEARECAAYFAlL8/4cACgkQpgWlLWHuifYkAgCfQfo0GOUJw+V/EwFgtOlRgJkd ytYAnROn9MWmCsL+3dNWghI5e4zG8eWo =aqza -----END PGP SIGNATURE----- --Apple-Mail=_4FB6C4C3-8A32-4F93-9855-15BDD6B701C2-- From owner-freebsd-toolchain@FreeBSD.ORG Thu Feb 13 17:34:02 2014 Return-Path: Delivered-To: freebsd-toolchain@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 F1103A0; Thu, 13 Feb 2014 17:34:01 +0000 (UTC) Received: from mail.xcllnt.net (mail.xcllnt.net [50.0.150.214]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B97B21C4C; Thu, 13 Feb 2014 17:34:01 +0000 (UTC) Received: from [172.29.0.16] ([66.129.239.12]) (authenticated bits=0) by mail.xcllnt.net (8.14.7/8.14.7) with ESMTP id s1DHXwim007786 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Thu, 13 Feb 2014 09:34:00 -0800 (PST) (envelope-from marcel@xcllnt.net) From: Marcel Moolenaar Content-Type: multipart/signed; boundary="Apple-Mail=_67974C63-D3F4-47AF-93B5-F3975880C18B"; protocol="application/pgp-signature"; micalg=pgp-sha1 Subject: LLVM bug WRT temporary files? Date: Thu, 13 Feb 2014 09:33:53 -0800 Message-Id: <21FB3229-E39C-424C-B18A-DD5932A32885@xcllnt.net> To: freebsd-toolchain@FreeBSD.org Mime-Version: 1.0 (Mac OS X Mail 7.1 \(1827\)) X-Mailer: Apple Mail (2.1827) Cc: "FreeBSD-CURRENT@freebsd.org Current" X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Feb 2014 17:34:02 -0000 --Apple-Mail=_67974C63-D3F4-47AF-93B5-F3975880C18B Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Guys, I'm running into a build break that relates to the temporary files that LLVM creates: svl-junos-j019% cc --version FreeBSD clang version 3.3 (tags/RELEASE_33/final 183502) 20130610 Target: arm--freebsd10.0-gnueabi Thread model: posix On a build machine /tmp/b is a directory and created by user X. I am doing a buildworld on that machine as user Y (Y=3Dmarcelm) and I don't have permissions in /tmp/b. The build gets to usr.bin/awk and it has a source file called b.c The build fails with: --- b.o --- cc -O -pipe -DHAS_ISBLANK -I. = -I/b/marcelm/buildbot/FreeBSD_arm_arm/build/usr.bin/awk/../../contrib/one-= true-awk -DFOPEN_MAX=3D64 -std=3Dgnu99 -Qunused-arguments = -Wsystem-headers -Werror -Wno-pointer-sign -Wno-empty-body = -Wno-string-plus-int -Wno-tautological-compare -Wno-unused-value = -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion = -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter = -Wno-parentheses -c = /b/marcelm/buildbot/FreeBSD_arm_arm/build/usr.bin/awk/../../contrib/one-tr= ue-awk/b.c cc: error: unable to make temporary file: /tmp/b: can't make unique = filename: Permission denied *** [b.o] Error code 1 Running truss shows: = access("/b/marcelm/buildbot/FreeBSD_arm_arm/build/usr.bin/awk/../../contri= b/one-true-awk/b.c",0) =3D 0 (0x0) stat("/tmp/b",{ mode=3Ddrwxr-xr-x ,inode=3D235520,size=3D512,blksize=3D163= 84 }) =3D 0 (0x0) open("/dev/random",O_RDONLY,00) =3D 3 (0x3) read(3,"\M^S\M^H\^S65S'*\M-T\M-r\^A9\M-K"...,128) =3D 128 (0x80) close(3) =3D 0 (0x0) stat("/tmp/b",{ mode=3Ddrwxr-xr-x ,inode=3D235520,size=3D512,blksize=3D163= 84 }) =3D 0 (0x0) open("/tmp/b/B8owDb",O_RDWR|O_CREAT|O_EXCL,0600) ERR#13 'Permission = denied' Now, if I compile another file, I get: = access("/b/marcelm/buildbot/FreeBSD_arm_arm/build/usr.bin/awk/../../contri= b/one-true-awk/lex.c",0) =3D 0 (0x0) stat("/tmp/lex",0x7fffffffbab0) ERR#2 'No such file or = directory' open("/dev/random",O_RDONLY,00) =3D 3 (0x3) read(3,"\^F\r\M-J\M-5Z\M-fK\^E\M-2'\M-1"...,128) =3D 128 (0x80) close(3) =3D 0 (0x0) stat("/tmp",{ mode=3Ddrwxrwxrwt ,inode=3D2,size=3D9728,blksize=3D16384 = }) =3D 0 (0x0) open("/tmp/lex-pDQnPA",O_RDWR|O_CREAT|O_EXCL,0600) =3D 3 (0x3) close(3) =3D 0 (0x0) So for some reason when /tmp/ exists and is a directory, then = the compiler wants to create a temporary file underneath that directory. = That looks like a bug to me. Do people concur and thus shall I file a PR? --=20 Marcel Moolenaar marcel@xcllnt.net --Apple-Mail=_67974C63-D3F4-47AF-93B5-F3975880C18B Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - http://gpgtools.org iEYEARECAAYFAlL9AgEACgkQpgWlLWHuifYYuwCdFrZIkOM97zSrjFIGe91lAKp7 nYsAn2B3tErg0/42CGk2qn4gYSkxs52y =x2Bn -----END PGP SIGNATURE----- --Apple-Mail=_67974C63-D3F4-47AF-93B5-F3975880C18B-- From owner-freebsd-toolchain@FreeBSD.ORG Thu Feb 13 17:42:26 2014 Return-Path: Delivered-To: freebsd-toolchain@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 9BEEE435; Thu, 13 Feb 2014 17:42:26 +0000 (UTC) Received: from ppsw-52.csi.cam.ac.uk (ppsw-52.csi.cam.ac.uk [IPv6:2001:630:212:8::e:f52]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 5AF681D12; Thu, 13 Feb 2014 17:42:26 +0000 (UTC) X-Cam-AntiVirus: no malware found X-Cam-ScannerInfo: http://www.cam.ac.uk/cs/email/scanner/ Received: from cpc28-cmbg15-2-0-cust64.5-4.cable.virginm.net ([86.27.189.65]:55850 helo=[192.168.0.7]) by ppsw-52.csi.cam.ac.uk (smtp.hermes.cam.ac.uk [131.111.8.158]:465) with esmtpsa (PLAIN:dc552) (TLSv1:AES128-SHA:128) id 1WE0Iq-0007vV-EV (Exim 4.82_3-c0e5623) (return-path ); Thu, 13 Feb 2014 17:42:24 +0000 Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 7.1 \(1827\)) Subject: Re: LLVM bug WRT temporary files? From: David Chisnall In-Reply-To: <21FB3229-E39C-424C-B18A-DD5932A32885@xcllnt.net> Date: Thu, 13 Feb 2014 17:42:25 +0000 Content-Transfer-Encoding: quoted-printable Message-Id: <9DFFC955-D1BB-47CB-9AF9-03A5DC93958A@cl.cam.ac.uk> References: <21FB3229-E39C-424C-B18A-DD5932A32885@xcllnt.net> To: Marcel Moolenaar X-Mailer: Apple Mail (2.1827) Sender: "Dr D. Chisnall" Cc: freebsd-toolchain@FreeBSD.org, "FreeBSD-CURRENT@freebsd.org Current" X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Feb 2014 17:42:26 -0000 This looks like a bug, please file an llvm PR. The offending code seems = to be createUniqueEntity() in lib/Support/Unix/Path.inc, which does... = something. Something weird and convoluted that seems to try to = implement mkstemp() / mkdtemp() in an incomprehensible way. David On 13 Feb 2014, at 17:33, Marcel Moolenaar wrote: > Guys, >=20 > I'm running into a build break that relates to the temporary files > that LLVM creates: >=20 > svl-junos-j019% cc --version > FreeBSD clang version 3.3 (tags/RELEASE_33/final 183502) 20130610 > Target: arm--freebsd10.0-gnueabi > Thread model: posix >=20 >=20 > On a build machine /tmp/b is a directory and created by user X. > I am doing a buildworld on that machine as user Y (Y=3Dmarcelm) and > I don't have permissions in /tmp/b. The build gets to usr.bin/awk > and it has a source file called b.c >=20 >=20 > The build fails with: >=20 > --- b.o --- > cc -O -pipe -DHAS_ISBLANK -I. = -I/b/marcelm/buildbot/FreeBSD_arm_arm/build/usr.bin/awk/../../contrib/one-= true-awk -DFOPEN_MAX=3D64 -std=3Dgnu99 -Qunused-arguments = -Wsystem-headers -Werror -Wno-pointer-sign -Wno-empty-body = -Wno-string-plus-int -Wno-tautological-compare -Wno-unused-value = -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion = -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter = -Wno-parentheses -c = /b/marcelm/buildbot/FreeBSD_arm_arm/build/usr.bin/awk/../../contrib/one-tr= ue-awk/b.c > cc: error: unable to make temporary file: /tmp/b: can't make unique = filename: Permission denied > *** [b.o] Error code 1 >=20 >=20 > Running truss shows: >=20 > = access("/b/marcelm/buildbot/FreeBSD_arm_arm/build/usr.bin/awk/../../contri= b/one-true-awk/b.c",0) =3D 0 (0x0) > stat("/tmp/b",{ mode=3Ddrwxr-xr-x ,inode=3D235520,size=3D512,blksize=3D1= 6384 }) =3D 0 (0x0) > open("/dev/random",O_RDONLY,00) =3D 3 (0x3) > read(3,"\M^S\M^H\^S65S'*\M-T\M-r\^A9\M-K"...,128) =3D 128 (0x80) > close(3) =3D 0 (0x0) > stat("/tmp/b",{ mode=3Ddrwxr-xr-x ,inode=3D235520,size=3D512,blksize=3D1= 6384 }) =3D 0 (0x0) > open("/tmp/b/B8owDb",O_RDWR|O_CREAT|O_EXCL,0600) ERR#13 'Permission = denied' >=20 >=20 > Now, if I compile another file, I get: >=20 > = access("/b/marcelm/buildbot/FreeBSD_arm_arm/build/usr.bin/awk/../../contri= b/one-true-awk/lex.c",0) =3D 0 (0x0) > stat("/tmp/lex",0x7fffffffbab0) ERR#2 'No such = file or directory' > open("/dev/random",O_RDONLY,00) =3D 3 (0x3) > read(3,"\^F\r\M-J\M-5Z\M-fK\^E\M-2'\M-1"...,128) =3D 128 (0x80) > close(3) =3D 0 (0x0) > stat("/tmp",{ mode=3Ddrwxrwxrwt ,inode=3D2,size=3D9728,blksize=3D16384 = }) =3D 0 (0x0) > open("/tmp/lex-pDQnPA",O_RDWR|O_CREAT|O_EXCL,0600) =3D 3 (0x3) > close(3) =3D 0 (0x0) >=20 >=20 > So for some reason when /tmp/ exists and is a directory, = then the > compiler wants to create a temporary file underneath that directory. = That > looks like a bug to me. Do people concur and thus shall I file a PR? >=20 > --=20 > Marcel Moolenaar > marcel@xcllnt.net >=20 >=20 From owner-freebsd-toolchain@FreeBSD.ORG Thu Feb 13 17:44:20 2014 Return-Path: Delivered-To: freebsd-toolchain@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 468A2495; Thu, 13 Feb 2014 17:44:20 +0000 (UTC) Received: from mail.xcllnt.net (mail.xcllnt.net [50.0.150.214]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 186061D1D; Thu, 13 Feb 2014 17:44:19 +0000 (UTC) Received: from [172.29.0.16] ([66.129.239.12]) (authenticated bits=0) by mail.xcllnt.net (8.14.7/8.14.7) with ESMTP id s1DHi8qY007821 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Thu, 13 Feb 2014 09:44:10 -0800 (PST) (envelope-from marcel@xcllnt.net) Content-Type: multipart/signed; boundary="Apple-Mail=_05A24383-61C5-4F99-BB25-EEF6D0FCEDD1"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 7.1 \(1827\)) Subject: Re: LLVM bug WRT temporary files? From: Marcel Moolenaar In-Reply-To: <9DFFC955-D1BB-47CB-9AF9-03A5DC93958A@cl.cam.ac.uk> Date: Thu, 13 Feb 2014 09:44:03 -0800 Message-Id: References: <21FB3229-E39C-424C-B18A-DD5932A32885@xcllnt.net> <9DFFC955-D1BB-47CB-9AF9-03A5DC93958A@cl.cam.ac.uk> To: David Chisnall X-Mailer: Apple Mail (2.1827) Cc: freebsd-toolchain@FreeBSD.org, "FreeBSD-CURRENT@freebsd.org Current" X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Feb 2014 17:44:20 -0000 --Apple-Mail=_05A24383-61C5-4F99-BB25-EEF6D0FCEDD1 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On Feb 13, 2014, at 9:42 AM, David Chisnall = wrote: > This looks like a bug, please file an llvm PR. The offending code = seems to be createUniqueEntity() in lib/Support/Unix/Path.inc, which = does... something. Something weird and convoluted that seems to try to = implement mkstemp() / mkdtemp() in an incomprehensible way. Will do. Thanks David, --=20 Marcel Moolenaar marcel@xcllnt.net --Apple-Mail=_05A24383-61C5-4F99-BB25-EEF6D0FCEDD1 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - http://gpgtools.org iEYEARECAAYFAlL9BGMACgkQpgWlLWHuifaoNQCdFD9JFHnZxIt+UA2gVrAr//nw iEYAn1WFagWBNa/9V+Lm5Qjn6BTfd72h =znjN -----END PGP SIGNATURE----- --Apple-Mail=_05A24383-61C5-4F99-BB25-EEF6D0FCEDD1-- From owner-freebsd-toolchain@FreeBSD.ORG Thu Feb 13 17:56:28 2014 Return-Path: Delivered-To: freebsd-toolchain@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 ADD70A41 for ; Thu, 13 Feb 2014 17:56:28 +0000 (UTC) Received: from mail.xcllnt.net (mail.xcllnt.net [50.0.150.214]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8083C1EA0 for ; Thu, 13 Feb 2014 17:56:25 +0000 (UTC) Received: from [172.29.0.16] ([66.129.239.12]) (authenticated bits=0) by mail.xcllnt.net (8.14.7/8.14.7) with ESMTP id s1DHuHdk007862 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Thu, 13 Feb 2014 09:56:18 -0800 (PST) (envelope-from marcel@xcllnt.net) Content-Type: multipart/signed; boundary="Apple-Mail=_3B62AF65-BD0E-499B-8F9E-4585141DAC80"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 7.1 \(1827\)) Subject: Re: LLVM bug WRT temporary files? From: Marcel Moolenaar In-Reply-To: Date: Thu, 13 Feb 2014 09:56:09 -0800 Message-Id: References: <21FB3229-E39C-424C-B18A-DD5932A32885@xcllnt.net> <9DFFC955-D1BB-47CB-9AF9-03A5DC93958A@cl.cam.ac.uk> To: David Chisnall X-Mailer: Apple Mail (2.1827) Cc: freebsd-toolchain@FreeBSD.org, Garrett Cooper X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Feb 2014 17:56:28 -0000 --Apple-Mail=_3B62AF65-BD0E-499B-8F9E-4585141DAC80 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii [CC Garrett] On Feb 13, 2014, at 9:44 AM, Marcel Moolenaar wrote: >=20 > On Feb 13, 2014, at 9:42 AM, David Chisnall = wrote: >=20 >> This looks like a bug, please file an llvm PR. The offending code = seems to be createUniqueEntity() in lib/Support/Unix/Path.inc, which = does... something. Something weird and convoluted that seems to try to = implement mkstemp() / mkdtemp() in an incomprehensible way. >=20 > Will do. Thanks David, While filing a LLVM bug, Bugzilla showed 13511 as a dup. That bug seems to have been fixed in SVN. I'll file a FreeBSD PR instead to track the import of that fix. Although gcooper@ may have done that already? Garrett? --=20 Marcel Moolenaar marcel@xcllnt.net --Apple-Mail=_3B62AF65-BD0E-499B-8F9E-4585141DAC80 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - http://gpgtools.org iEYEARECAAYFAlL9BzkACgkQpgWlLWHuifZyxACfZmssbobIGYxVgp0qHXT0vJH3 8zMAn2IFTKoA5pyn423T7S2KvUSuTsVR =UuuB -----END PGP SIGNATURE----- --Apple-Mail=_3B62AF65-BD0E-499B-8F9E-4585141DAC80-- From owner-freebsd-toolchain@FreeBSD.ORG Thu Feb 13 18:33:43 2014 Return-Path: Delivered-To: freebsd-toolchain@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 ABF0DA25 for ; Thu, 13 Feb 2014 18:33:43 +0000 (UTC) Received: from mail.xcllnt.net (mail.xcllnt.net [50.0.150.214]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 77C821324 for ; Thu, 13 Feb 2014 18:33:43 +0000 (UTC) Received: from [172.29.0.16] ([66.129.239.12]) (authenticated bits=0) by mail.xcllnt.net (8.14.7/8.14.7) with ESMTP id s1DIXc4l008017 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Thu, 13 Feb 2014 10:33:39 -0800 (PST) (envelope-from marcel@xcllnt.net) Content-Type: multipart/signed; boundary="Apple-Mail=_13B6E48D-9112-43D3-A035-9DCDA2F4D627"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 7.1 \(1827\)) Subject: Re: LLVM bug WRT temporary files? From: Marcel Moolenaar In-Reply-To: Date: Thu, 13 Feb 2014 10:33:33 -0800 Message-Id: References: <21FB3229-E39C-424C-B18A-DD5932A32885@xcllnt.net> <9DFFC955-D1BB-47CB-9AF9-03A5DC93958A@cl.cam.ac.uk> To: David Chisnall X-Mailer: Apple Mail (2.1827) Cc: freebsd-toolchain@FreeBSD.org, Garrett Cooper X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Feb 2014 18:33:43 -0000 --Apple-Mail=_13B6E48D-9112-43D3-A035-9DCDA2F4D627 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On Feb 13, 2014, at 9:56 AM, Marcel Moolenaar wrote: > [CC Garrett] >=20 > On Feb 13, 2014, at 9:44 AM, Marcel Moolenaar = wrote: >=20 >>=20 >> On Feb 13, 2014, at 9:42 AM, David Chisnall = wrote: >>=20 >>> This looks like a bug, please file an llvm PR. The offending code = seems to be createUniqueEntity() in lib/Support/Unix/Path.inc, which = does... something. Something weird and convoluted that seems to try to = implement mkstemp() / mkdtemp() in an incomprehensible way. >>=20 >> Will do. Thanks David, >=20 > While filing a LLVM bug, Bugzilla showed 13511 as a dup. That > bug seems to have been fixed in SVN. >=20 > I'll file a FreeBSD PR instead to track the import of that fix. > Although gcooper@ may have done that already? Garrett? I don't seem to be able to file a PR, because the security code is not accepted. Please remember it instead :-) --=20 Marcel Moolenaar marcel@xcllnt.net --Apple-Mail=_13B6E48D-9112-43D3-A035-9DCDA2F4D627 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - http://gpgtools.org iEYEARECAAYFAlL9D/0ACgkQpgWlLWHuifZW8wCfSDY/wUsI76UGTnM3y8T5XE1U MIEAn0sknljxg6JwvE4nwLcl2WqypZ4x =NMME -----END PGP SIGNATURE----- --Apple-Mail=_13B6E48D-9112-43D3-A035-9DCDA2F4D627-- From owner-freebsd-toolchain@FreeBSD.ORG Thu Feb 13 19:14:05 2014 Return-Path: Delivered-To: freebsd-toolchain@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 6EE33E22; Thu, 13 Feb 2014 19:14:05 +0000 (UTC) Received: from mail0.glenbarber.us (mail0.glenbarber.us [IPv6:2607:fc50:1:2300:1001:1001:1001:face]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 28BAE1769; Thu, 13 Feb 2014 19:14:05 +0000 (UTC) Received: from glenbarber.us (c-71-224-221-174.hsd1.nj.comcast.net [71.224.221.174]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by mail0.glenbarber.us (Postfix) with ESMTPSA id 8089622C71; Thu, 13 Feb 2014 19:14:03 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 mail0.glenbarber.us 8089622C71 Authentication-Results: mail0.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Thu, 13 Feb 2014 14:14:01 -0500 From: Glen Barber To: Marcel Moolenaar Subject: Re: bmake(1) "sometimes" honors '-j' ? Message-ID: <20140213191401.GJ1667@glenbarber.us> References: <20140209213618.GA63417@glenbarber.us> <2510126A-ECD7-4DC7-A936-23824B233821@xcllnt.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="zYo4Elh1vtcYNvbq" Content-Disposition: inline In-Reply-To: <2510126A-ECD7-4DC7-A936-23824B233821@xcllnt.net> X-Operating-System: FreeBSD 11.0-CURRENT amd64 User-Agent: Mutt/1.5.22 (2013-10-16) Cc: freebsd-toolchain@FreeBSD.org X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Feb 2014 19:14:05 -0000 --zYo4Elh1vtcYNvbq Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Feb 13, 2014 at 09:23:19AM -0800, Marcel Moolenaar wrote: >=20 > On Feb 9, 2014, at 1:36 PM, Glen Barber wrote: >=20 > > Maybe there is an obvious answer to this, or maybe I just do not > > understand how computers work. > >=20 > > For snapshot builds for RPI-B and BEAGLEBONE, I am hard-coding '-j10' > > for buildworld and '-j6' for buildkernel, because these values are > > somewhat "safe" considering various race conditions with high '-j' > > values. Crochet sets the '-j' value to '1', if WORLDJOBS and > > KERNJOBS are not set, so what I end up with is basically: > > 'make [...] -j10 -j1 ${.TARGET}'. > >=20 > > What I see in ps(1) is a bit confusing to me, though. > >=20 > > For example, the following suggests '-j10' is being honored for the > > 'libraries' target, but '-j1' is being forced for the 'buildworld' > > target, and I'm not sure I understand why. (Lines broken up for > > readability.) > >=20 > > root@grind:~ # ps auxww | grep make | grep 'j' > >=20 > > root 67766 0.0 0.0 9024 1048 4 S+ 7:20PM 0:03.02 make > > TARGET_ARCH=3Darmv6 SRCCONF=3D/dev/null __MAKE_CONF=3D/dev/null -j10 -= j 1 buildworld > >=20 > > root 13112 0.0 0.0 9024 1488 4 S 8:24PM 0:00.94 make > > -j10 -f Makefile.inc1 DESTDIR=3D/usr/obj/arm.armv6/usr/src/tmp -DNO_FS= CHG > > -DWITHOUT_HTML -DWITHOUT_INFO -DNO_LINT -DWITHOUT_MAN -DNO_PROFILE > > -DNO_TESTS libraries > >=20 > > So, if I am reading this correctly, the 'libraries' target is honoring > > the '-j10', and 'buildworld' is honoring the later-specified '-j1'. > >=20 > > Am I reading this incorrectly, or is this something I just do not > > understand about our toolchain? >=20 > I can't give an authoritative answer, but there are a few > things to consider: >=20 > 1. MAKEFLAGS is set by make(1) for later use. There's also the > .MAKEFLAGS variant. I don't know the *exact* difference > between them, but our makefile, including Makefile.inc1, uses > the variable and passes it to sub-makes. > 2. make/bmake itself sets MAKEFLAGS/.MAKEFLAGS and automatically > passes it to sub-makes. So when a makefile sets it, it's to > override the default. > 3. The .MAKEFLAGS variable holds the exact set of options passed > to make. For example: > % make -j10 -j1 -V .MAKEFLAGS > -j 10 -j 1 -V .MAKEFLAGS >=20 > What this means is that -j10 gets passed around and as such > can be used, not withstanding the fact that -j1 follows and > make itself may use that instead. Point 1 above applies. >=20 > For best results, pass only 1 -j flag or alternatively we need > to fix our makefiles to only keep the last -j in MAKEFLAGS, etc. >=20 In this specific scenario, it was not intentional. I had left out a configuration entry, and the intended '-j10' was being overridden. Anyway, thank you for the explanation. It does make sense. Glen --zYo4Elh1vtcYNvbq Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBCAAGBQJS/Rl5AAoJELls3eqvi17QVWEP/2niaaHSIFTzBQRHf20NRvw6 yFXOU4Kezzx6X0ZDeNiURFBXs7NxFIT6H9IcCddBzAVQa992ScmsHyLx5TxyAkBv i7Qr7mhkFvyhtI7jI4+5qBFjuYhxisHMlJbacDlicfWGEkMO2npsMVLONy/Bd7v3 rlxATSliE+a65dpHi3XMT9FiABjlsqPLpY0eZhYBtoSSd6zMAWkGk0jit8nfQUzJ exLZ7qUouwQktA6wNXRuK+MUDK2ii+MsZuM/pP/aNjC8vIesyijff/neYuJ2IAxS CHvEVUWhIwc4heOXa5LEb9lvyV3l61OkIXPb4YnMyiCO+ynMxXDIbzAf/DqlN09+ ieDC6SbAPRoZJrJ+yMc7t+F1rjZ7uqucLp4SaLNz+opbeTDMvDdki5id0Q3FKsNf 9AOvhrVpOj5csRt4kU/4bFaHw0ySRepWcJufCMWCGoFjHYcgzyugh6QFdqXFbvKA 1fsWr6KYeHxOLLBSN/ock0Ic8Emn1kHm9sDk2Pf+XnjRG52PM9rKRXefcz1Qubme I4sDra2o43AhdhNIbgEozE8b+NfuHnR251WivoPh+N2S3i9JnNGRAIk8FvTDqelz OwYSu6KtZG8pjw5rvDcsVHXQKoA299Nc/a62a8NN4aaR+o7ACMYHLj8JuVs9VPcF ihmK6rewlXyKXIOxBfpk =4JmH -----END PGP SIGNATURE----- --zYo4Elh1vtcYNvbq-- From owner-freebsd-toolchain@FreeBSD.ORG Fri Feb 14 10:40:14 2014 Return-Path: Delivered-To: freebsd-toolchain@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 384B61AA for ; Fri, 14 Feb 2014 10:40:14 +0000 (UTC) Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D521518FD for ; Fri, 14 Feb 2014 10:40:13 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7::b042:effd:2364:14f1] (unknown [IPv6:2001:7b8:3a7:0:b042:effd:2364:14f1]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 14EDE5C45; Fri, 14 Feb 2014 11:40:05 +0100 (CET) Content-Type: multipart/signed; boundary="Apple-Mail=_FF549C5F-4257-405A-AEA3-E99DE95B1D2F"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 7.1 \(1827\)) Subject: Re: LLVM bug WRT temporary files? From: Dimitry Andric In-Reply-To: Date: Fri, 14 Feb 2014 11:39:57 +0100 Message-Id: <40172155-0743-4980-AAF1-2FF8C79A0504@FreeBSD.org> References: <21FB3229-E39C-424C-B18A-DD5932A32885@xcllnt.net> <9DFFC955-D1BB-47CB-9AF9-03A5DC93958A@cl.cam.ac.uk> To: Marcel Moolenaar X-Mailer: Apple Mail (2.1827) Cc: Garrett Cooper , freebsd-toolchain@FreeBSD.org, David Chisnall X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Feb 2014 10:40:14 -0000 --Apple-Mail=_FF549C5F-4257-405A-AEA3-E99DE95B1D2F Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 13 Feb 2014, at 19:33, Marcel Moolenaar wrote: >=20 > On Feb 13, 2014, at 9:56 AM, Marcel Moolenaar = wrote: ... >> On Feb 13, 2014, at 9:44 AM, Marcel Moolenaar = wrote: >>=20 >>>=20 >>> On Feb 13, 2014, at 9:42 AM, David Chisnall = wrote: >>>=20 >>>> This looks like a bug, please file an llvm PR. The offending code = seems to be createUniqueEntity() in lib/Support/Unix/Path.inc, which = does... something. Something weird and convoluted that seems to try to = implement mkstemp() / mkdtemp() in an incomprehensible way. >>>=20 >>> Will do. Thanks David, >>=20 >> While filing a LLVM bug, Bugzilla showed 13511 as a dup. That >> bug seems to have been fixed in SVN. >>=20 >> I'll file a FreeBSD PR instead to track the import of that fix. >> Although gcooper@ may have done that already? Garrett? >=20 > I don't seem to be able to file a PR, because the security code > is not accepted. Please remember it instead :-) Unfortunately the PR does not contain the exact revision it was fixed. There was a big cleanup in the file/path management code just after 3.3 was released, so as the PR says, it is gone after that. Since I'm going to import clang 3.4 Real Soon Now, that should fix the issue. -Dimitry --Apple-Mail=_FF549C5F-4257-405A-AEA3-E99DE95B1D2F Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.22 (Darwin) iEYEARECAAYFAlL98oIACgkQsF6jCi4glqN4OgCeOXvxMztK06ZQJw+CJTphMGJG 1JAAoM24/ulGujXdeQD4sI7Zy30Zj7ym =3Nr8 -----END PGP SIGNATURE----- --Apple-Mail=_FF549C5F-4257-405A-AEA3-E99DE95B1D2F--