Date: Tue, 19 Jul 2016 00:09:54 +0000
From: bugzilla-noreply@freebsd.org
To: freebsd-ports-bugs@FreeBSD.org
Subject: [Bug 211152] benchmarks/iozone: Build fails on typedef redefinition with different types ('long long' vs '__off64_t' (aka 'long'))
Message-ID: <bug-211152-13-CwwuTwMh79@https.bugs.freebsd.org/bugzilla/>
In-Reply-To: <bug-211152-13@https.bugs.freebsd.org/bugzilla/>
References: <bug-211152-13@https.bugs.freebsd.org/bugzilla/>
next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D211152 --- Comment #29 from Mark Millard <markmi@dsl-only.net> --- (In reply to w.schwarzenfeld from comment #28) [I've only tried amd64 so far, not armv6.] The new patch created a zero length files/patch-libasync.c : # ls -lt /usr/ports/benchmarks/iozone/files/ total 14 -rw-r--r-- 1 root wheel 126 Jul 18 16:56 patch-pit_server.c -rw-r--r-- 1 root wheel 0 Jul 18 16:56 patch-libasync.c -rw-r--r-- 1 root wheel 19945 Jul 18 16:56 patch-iozone.c and that lead to: =3D=3D=3D> Found saved configuration for iozone-3.434 =3D=3D=3D> iozone-3.444 depends on file: /usr/local/sbin/pkg - found =3D=3D=3D> Fetching all distfiles required by iozone-3.444 for building =3D=3D=3D> Extracting for iozone-3.444 =3D> SHA256 Checksum OK for iozone3_444.tgz. =3D=3D=3D> Patching for iozone-3.444 =3D=3D=3D> Applying FreeBSD patches for iozone-3.444 I can't seem to find a patch in there anywhere. =3D> Patch patch-libasync.c failed to apply cleanly. =3D> Patch(es) patch-iozone.c applied cleanly. *** Error code 1 Stop. make[1]: stopped in /usr/ports/benchmarks/iozone *** Error code 1 Stop. make: stopped in /usr/ports/benchmarks/iozone =3D=3D=3D>>> make build failed for benchmarks/iozone =3D=3D=3D>>> Aborting update Retrying after a manual . . . # rm /usr/ports/benchmarks/iozone/files/patch-libasync.c=20 did build. It reported what our past exchanges would indicate as expected f= or amd64: cc -c -pipe -g -fstack-protector -fno-strict-aliasing -DFreeBSD -Dunix -Dbsd4_4 -DHAVE_ANSIC_C -DASYNC_IO -DHAVE_PREAD -DNAME=3D'"freebsd"' -DSHARED_MEM -pipe -g -fstack-protector -fno-strict-aliasing iozone.c -o iozone_freebsd.o iozone.c:768:9: warning: 'CACHE_LINE_SIZE' macro redefined [-Wmacro-redefin= ed] #define CACHE_LINE_SIZE 32 ^ /usr/include/machine/param.h:93:9: note: previous definition is here #define CACHE_LINE_SIZE (1 << CACHE_LINE_SHIFT) ^ iozone.c:1927:25: warning: format specifies type 'long long *' but the argu= ment has type 'off64_t *' (aka 'long *') [-Wformat] sscanf(optarg,"%lld",&kilobytes64); ~~~~ ^~~~~~~~~~~~ %ld iozone.c:2456:28: warning: format specifies type 'long long *' but the argu= ment has type 'off64_t *' (aka 'long *') [-Wformat] =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 sscanf(subarg,"%lld",&burst_size_kb_64); ~~~~=20 ^~~~~~~~~~~~~~~~~ %ld 3 warnings generated. Note: armv6 would not have the long long* vs. long * messages because off64= _t (really off_t for FreeBSD) would translated to long long because long is on= ly 32-bits for armv6. FreeBSD only uses long for such when long is 64-bits. Non-FreeBSD might have a wider variety of off64_t definitions overall. --=20 You are receiving this mail because: You are the assignee for the bug.=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-211152-13-CwwuTwMh79>