From owner-freebsd-pkg@freebsd.org Wed Jan 27 08:34:47 2016 Return-Path: Delivered-To: freebsd-pkg@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5CD96A6F3D5 for ; Wed, 27 Jan 2016 08:34:47 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 495221F3C for ; Wed, 27 Jan 2016 08:34:47 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 4694CA6F3D2; Wed, 27 Jan 2016 08:34:47 +0000 (UTC) Delivered-To: pkg@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2B67FA6F3D1 for ; Wed, 27 Jan 2016 08:34:47 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 1ABEF1F3A for ; Wed, 27 Jan 2016 08:34:47 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id u0R8YkDv006758 for ; Wed, 27 Jan 2016 08:34:46 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: pkg@FreeBSD.org Subject: [Bug 206665] ports-mgmt/pkg : 1.6.3 building for RPI2 (arm) gets: passing 'size_t *' (aka 'unsigned int *') to type 'off_t *' (aka 'long long *') Date: Wed, 27 Jan 2016 08:34:47 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: markmi@dsl-only.net X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: pkg@FreeBSD.org X-Bugzilla-Flags: maintainer-feedback? X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status bug_severity priority component assigned_to reporter flagtypes.name Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-pkg@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Binary package management and package tools discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jan 2016 08:34:47 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D206665 Bug ID: 206665 Summary: ports-mgmt/pkg : 1.6.3 building for RPI2 (arm) gets: passing 'size_t *' (aka 'unsigned int *') to type 'off_t *' (aka 'long long *') Product: Ports & Packages Version: Latest Hardware: arm OS: Any Status: New Severity: Affects Only Me Priority: --- Component: Individual Port(s) Assignee: pkg@FreeBSD.org Reporter: markmi@dsl-only.net Flags: maintainer-feedback?(pkg@FreeBSD.org) Assignee: pkg@FreeBSD.org On the RPI2B (arm) build for my context there are incompatible pointer type= s in use when I try to build the 1.6.3 port: size_t and off_t are different type= s: unsigned int vs. long long. So the file_to_buffer use is odd: pkg_add.c:121:39: warning: incompatible pointer types passing 'size_t *' (a= ka 'unsigned int *') to parameter of type 'off_t *' (aka 'long long *') [-Wincompatible-pointer-types] file_to_buffer(pathname, &localconf, &sz); ^~~ ./private/utils.h:77:50: note: passing argument to parameter here int file_to_buffer(const char *, char **, off_t *); pkg_ports.c:382:39: warning: incompatible pointer types passing 'size_t *' = (aka 'unsigned int *') to parameter of type 'off_t *' (aka 'long long *') [-Wincompatible-pointer-types] file_to_buffer(testpath, &content, &sz); ^~~ ./private/utils.h:77:50: note: passing argument to parameter here int file_to_buffer(const char *, char **, off_t *); Of note is that I'm working on a RPI2B and everything from buildworld/buildkernel to ports in my build activities are targeting the armv7-a/cortex-a7 that an RPI2B has, not a more generic armv6. Also I'm usi= ng projects/clang380-import because clang++ 3.7.1 Bus Errors during most C++ compiles in this RPI2B context. 3.8.0 has a bunch of alignment fixes in it = to allow use with SCTLR Bit[1]=3D=3D1 on arm (and on sparc's that require alig= nment). As for the details of my targeting armv7-a and cortex-a7, I show some of the checking output that shows the command's arguments for such: checking for /usr/bin/clang -target armv6--freebsd11.0-gnueabi -march=3Darm= v7-a -mcpu=3Dcortex-a7 -mfloat-abi=3Dsoftfp -mno-unaligned-access option to acce= pt ISO C99... none needed . . . checking if /usr/bin/clang -target armv6--freebsd11.0-gnueabi -march=3Darmv= 7-a -mcpu=3Dcortex-a7 -mfloat-abi=3Dsoftfp -mno-unaligned-access supports -fno-= rtti -fno-exceptions... yes checking for /usr/bin/clang -target armv6--freebsd11.0-gnueabi -march=3Darm= v7-a -mcpu=3Dcortex-a7 -mfloat-abi=3Dsoftfp -mno-unaligned-access option to prod= uce PIC... -fPIC -DPIC checking if /usr/bin/clang -target armv6--freebsd11.0-gnueabi -march=3Darmv= 7-a -mcpu=3Dcortex-a7 -mfloat-abi=3Dsoftfp -mno-unaligned-access PIC flag -fPIC= -DPIC works... yes checking if /usr/bin/clang -target armv6--freebsd11.0-gnueabi -march=3Darmv= 7-a -mcpu=3Dcortex-a7 -mfloat-abi=3Dsoftfp -mno-unaligned-access static flag -s= tatic works... yes checking if /usr/bin/clang -target armv6--freebsd11.0-gnueabi -march=3Darmv= 7-a -mcpu=3Dcortex-a7 -mfloat-abi=3Dsoftfp -mno-unaligned-access supports -c -o file.o... yes checking if /usr/bin/clang -target armv6--freebsd11.0-gnueabi -march=3Darmv= 7-a -mcpu=3Dcortex-a7 -mfloat-abi=3Dsoftfp -mno-unaligned-access supports -c -o file.o... (cached) yes Side note. . . There are some other warnings as well, tied to shifting negative, signed quantities. I show a few below. utils.c:281:12: warning: shifting a negative signed value is undefined [-Wshift-negative-value] if (opt & INFO_RAW) { ^~~~~~~~ ./pkgcli.h:243:24: note: expanded from macro 'INFO_RAW' #define INFO_RAW (-1LL<<63) ~~~~^ . . . utils.c:322:22: warning: shifting a negative signed value is undefined [-Wshift-negative-value] switch (options & (INFO_RAW_YAML|INFO_RAW_JSON|INFO_RAW_JSON_COMPACT|INFO_RAW_UCL)) { ^~~~~~~~~~~~~ ./pkgcli.h:244:29: note: expanded from macro 'INFO_RAW_YAML' #define INFO_RAW_YAML (-1LL<<62) ~~~~^ utils.c:322:36: warning: shifting a negative signed value is undefined [-Wshift-negative-value] switch (options & (INFO_RAW_YAML|INFO_RAW_JSON|INFO_RAW_JSON_COMPACT|INFO_RAW_UCL)) { ^~~~~~~~~~~~~ ./pkgcli.h:245:29: note: expanded from macro 'INFO_RAW_JSON' #define INFO_RAW_JSON (-1LL<<61) ~~~~^ utils.c:322:50: warning: shifting a negative signed value is undefined [-Wshift-negative-value] switch (options & (INFO_RAW_YAML|INFO_RAW_JSON|INFO_RAW_JSON_COMPACT|INFO_RAW_UCL)) { =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20 ^~~~~~~~~~~~~~~~~~~~~ ./pkgcli.h:246:36: note: expanded from macro 'INFO_RAW_JSON_COMPACT' #define INFO_RAW_JSON_COMPACT (-1LL<<60) ~~~~^ utils.c:322:72: warning: shifting a negative signed value is undefined [-Wshift-negative-value] switch (options & (INFO_RAW_YAML|INFO_RAW_JSON|INFO_RAW_JSON_COMPACT|INFO_RAW_UCL)) { =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20 ^~~~~~~~~~~~ ./pkgcli.h:247:28: note: expanded from macro 'INFO_RAW_UCL' #define INFO_RAW_UCL (-1LL<<59) ~~~~^ --=20 You are receiving this mail because: You are the assignee for the bug.=