From owner-freebsd-ports@freebsd.org Tue Jun 21 20:50:27 2016 Return-Path: Delivered-To: freebsd-ports@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 D09B3AC5646 for ; Tue, 21 Jun 2016 20:50:27 +0000 (UTC) (envelope-from jim@ohlste.in) Received: from mail-qk0-x235.google.com (mail-qk0-x235.google.com [IPv6:2607:f8b0:400d:c09::235]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7986F2FBF for ; Tue, 21 Jun 2016 20:50:27 +0000 (UTC) (envelope-from jim@ohlste.in) Received: by mail-qk0-x235.google.com with SMTP id p10so38813431qke.3 for ; Tue, 21 Jun 2016 13:50:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ohlste-in.20150623.gappssmtp.com; s=20150623; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=xhkqJJVLRdAl5TMcngajIeAeRrI61jXQZs9MdYI8C44=; b=UJt/8vmEcdyZcDKL/BHnJXtNsdc2YFl1D8l4nXxSQ/RoG0M4s/nWEV7x23S4hAsetP MUwEyVZgs+FeARqD58JXbvBcm1HauyO7GkMFF+GnNEJKxZ3rx3VY7Z/JNkdmGs5aYAGs IXkJ2RdgFyPErfQMIWuJVZc8kp0pfTNBUijqLNk860gZ6Chwi4K/agASDtZA0vipa7bJ lNWogteb4n7GOid40ZL79lcy7V1+b6ECih83CbKUGTrdIXFiXaFXfGgEvT/4p+gFfxFg 62cv3+q5VObOJPO0wIQBgyY3g5D6/8UQl8/n8TmQ0rZ21knYUkZp6XDJdXChjlROsq7H /hDQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=xhkqJJVLRdAl5TMcngajIeAeRrI61jXQZs9MdYI8C44=; b=T3ZK0GYrh3WZgD9jh/bLJgEsnymfFGV1I2SOPWKkzQlaVBhm3KKDvY6T7e+2xJK0GG Nj/PXTNGqP8jPiBGdZ45KzF/sBUiYOxDuC8BuCUTrzfV1KzVe5kHH5pKtepVi0nKSMnM PacPp0slQ0EBw3G73Am2I2ZfR1jC8i2DbMkyeOchsVuSUL/w6DaCiQ/Jzg+GJUYQypAA w276V2/A5gbzV6cMYzKIIxYb7z4jE/giwF2+IOFInWhWtEyhHw5daSpllW4CQobsDEqe S6wQWLuN6dD2nefI/YmQ2XDKwaR9G8Yasdgc3t+WDEcK+Ui6z3Lu80R/h5VF3vOM2su5 g3XQ== X-Gm-Message-State: ALyK8tIPX07t2/d16vXxBevv81adDmxozPB4HKyH9NpW4lW3c6lMwuWTOaxEAbpu41dS2w== X-Received: by 10.200.56.230 with SMTP id g35mr33414806qtc.4.1466542226607; Tue, 21 Jun 2016 13:50:26 -0700 (PDT) Received: from [192.168.1.13] (pool-96-249-243-37.nrflva.fios.verizon.net. [96.249.243.37]) by smtp.gmail.com with ESMTPSA id x136sm2502322qkb.32.2016.06.21.13.50.25 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 21 Jun 2016 13:50:26 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (1.0) Subject: Re: iozone3-434 fails to rebuild From: Jim Ohlstein X-Mailer: iPhone Mail (13F69) In-Reply-To: <20160621201446.GA32054@spectrum.skysmurf.nl> Date: Tue, 21 Jun 2016 16:50:25 -0400 Cc: Doug Sampson , FreeBSD ports mailing list Content-Transfer-Encoding: quoted-printable Message-Id: References: <20160621201446.GA32054@spectrum.skysmurf.nl> To: Alphons van Werven X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Jun 2016 20:50:27 -0000 Hello, > On Jun 21, 2016, at 4:14 PM, Alphons van Werven wrot= e: >=20 > Doug Sampson wrote: >=20 >> it crashes as follows: >>=20 >> ### >> <...snip...> >> iozone.c:1297:1: error: unknown type name 'off64_t'; did you mean 'off_t'= ? >> off64_t offset =3D 0; /*offset for random I/O */ >> ^~~~~~~ >> off_t >> /usr/include/sys/types.h:173:18: note: 'off_t' declared here >> typedef __off_t off_t; /* file offset */ >> ^ > [snip] >> Doesn't matter which config options I select/deselect, >=20 > As far as I can tell it doesn't *crash*, it merely fails to build ;-) >=20 > I don't think the options are relevant in this case. If I'm not mistaken > off64_t is some kind of GNU extension, but installing lang/gcc and trying > to compile a piece of sample code with GCC still didn't work for me. Which= > means I can reproduce the problem on 10.2-RELEASE-p19/amd64. >=20 > There seems to be a #define or typedef missing somewhere. Perhaps somebody= > can ask around upstream what the authors are expecting from the off64_t > type, so we can find a suitable replacement on FreeBSD systems: probably > offset_t, (u)int64_t, or something along those lines. How about it be reverted to the previous, WORKING, version in the meantime, a= nd before an "upgrade" is committed, proper testing is done? Just sayin' -- Jim=