Date: Sat, 28 May 2016 23:43:34 +0200 From: Dimitry Andric <dim@FreeBSD.org> To: Alan Somers <asomers@freebsd.org> Cc: "O. Hartmann" <ohartman@zedat.fu-berlin.de>, FreeBSD CURRENT <freebsd-current@freebsd.org>, Bryan Drewery <bdrewery@FreeBSD.org> Subject: Re: r300912: compile failure in world: event.cc:438:45: error: invalid suffix on literal; Message-ID: <77081524-8F53-47D2-9A0B-CB634A87634E@FreeBSD.org> In-Reply-To: <CAOtMX2gGtDrhrnKSbEsKhKZ6p=SZ-m42=vLKhuY3tYocXnn_jA@mail.gmail.com> References: <20160528230443.31ee2003.ohartman@zedat.fu-berlin.de> <CAOtMX2gGtDrhrnKSbEsKhKZ6p=SZ-m42=vLKhuY3tYocXnn_jA@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
--Apple-Mail=_A3D8A4AA-0678-442D-86D0-1944DDC3A853 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 28 May 2016, at 23:20, Alan Somers <asomers@freebsd.org> wrote: >=20 > On Sat, May 28, 2016 at 3:04 PM, O. Hartmann > <ohartman@zedat.fu-berlin.de> wrote: >> Recent CURRENT r300912 fails to buildworld with the error shown = below: >>=20 >> [...] >> cc -O2 -pipe -O3 -O3 -pipe -march=3Dnative -DNDEBUG -MD = -MF.depend.alias_skinny.o >> -MTalias_skinny.o -std=3Dgnu99 -fstack-protector-strong = -Wsystem-headers -Wno-pointer-sign >> -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable = -Wno-tautological-compare >> -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function = -Wno-enum-conversion >> -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum = -Wno-knr-promoted-parameter >> -Wno-parentheses -Qunused-arguments >> -c = /usr/src/lib/libalias/modules/skinny/../../../../sys/netinet/libalias/alia= s_skinny.c >> -o alias_skinny.o --- all_subdir_lib/libdevdctl --- --- event.So >> --- /usr/src/lib/libdevdctl/event.cc:438:45: error: invalid suffix on = literal; C++11 >> requires a space between literal and identifier = [-Wreserved-user-defined-literal] >> snprintf(timebuf, bufsize, " timestamp=3D%"PRId64, >=20 > Those aren't the usual CFLAGS. What are your environment, compiler, > and target architecture? There seems to be something that is adding -std=3Dc++11 unconditionally = to the CXXFLAGS for a C++ library. I'm adding Bryan on CC, who may know how this comes to pass. That said, putting a space between the double quote and PRId64 identifier would be handy in any case. -Dimitry --Apple-Mail=_A3D8A4AA-0678-442D-86D0-1944DDC3A853 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.30 iEYEARECAAYFAldKEQ4ACgkQsF6jCi4glqPKPgCg3r3qFQU77HZyh+5BkaRe5Smv X0oAoIHb+mLzqYYfY6RF93W6bXiEIYjh =+MXM -----END PGP SIGNATURE----- --Apple-Mail=_A3D8A4AA-0678-442D-86D0-1944DDC3A853--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?77081524-8F53-47D2-9A0B-CB634A87634E>