Date: Tue, 24 Jul 2018 23:39:21 -0700 From: Mark Millard <marklmi@yahoo.com> To: Konstantin Belousov <kib@freebsd.org>, FreeBSD Current <freebsd-current@freebsd.org> Subject: Re: head -r336568 and -r336570 appears to have made ci.freebsg.org's FreeBSD-head-amd64-gcc fail either than it had been (error: operand type 'struct <anonymous> *' is incompatible with argument 1 of '__atomic_fetch_add') Message-ID: <EDDB87CC-3CC6-4A71-AF6D-B193F26BB692@yahoo.com> In-Reply-To: <AED126D8-AFB9-4BF6-81AF-A3CE5F16D2AB@yahoo.com> References: <AED126D8-AFB9-4BF6-81AF-A3CE5F16D2AB@yahoo.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On 2018-Jul-24, at 10:32 PM, Mark Millard <marklmi at yahoo.com> wrote: > https://ci.freebsd.org/job/FreeBSD-head-amd64-gcc/6597/consoleText > (head -r336573 after the prior 6596's -r336565 ): >=20 > --- all_subdir_lib/ofed --- > In file included from = /workspace/src/contrib/ofed/librdmacm/cma.h:43:0, > from /workspace/src/contrib/ofed/librdmacm/acm.c:42: > /workspace/src/contrib/ofed/librdmacm/cma.h: In function = 'fastlock_init': > /workspace/src/contrib/ofed/librdmacm/cma.h:60:2: error: invalid = initializer > atomic_store(&lock->cnt, 0); > ^ > In file included from = /workspace/src/contrib/ofed/librdmacm/acm.c:42:0: > /workspace/src/contrib/ofed/librdmacm/cma.h: In function = 'fastlock_acquire': > /workspace/src/contrib/ofed/librdmacm/cma.h:68:2: error: operand type = 'struct <anonymous> *' is incompatible with argument 1 of = '__atomic_fetch_add' > if (atomic_fetch_add(&lock->cnt, 1) > 0) > ^~ > /workspace/src/contrib/ofed/librdmacm/cma.h: In function = 'fastlock_release': > /workspace/src/contrib/ofed/librdmacm/cma.h:73:2: error: operand type = 'struct <anonymous> *' is incompatible with argument 1 of = '__atomic_fetch_sub' > if (atomic_fetch_sub(&lock->cnt, 1) > 1) > ^~ > . . . > --- all_subdir_lib/ofed --- > *** [acm.o] Error code 1 >=20 >=20 > https://ci.freebsd.org/job/FreeBSD-head-amd64-gcc/6621/consoleText ( = for > -r336700 ) still shows this type of error. [I should have a subject with "head -r336568 through -r336570 . . .".] =46rom what I can tell looking around having something like: if (atomic_fetch_add(&lock->cnt, 1) > 0) involve a __atomic_fetch_add indicates that: /usr/local/lib/gcc/x86_64-unknown-freebsd12.0/6.4.0/include/stdatomic.h was in use instead of FreeBSD's stdatomic.h file. If this is right, then the issue may be tied to head -r335782 implicitly changing the order of the include file directory searching for builds via the devel/*-gcc . (I reverted -r335782 in my environment some time ago and have not run into this problem in my context so far.) =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar)
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?EDDB87CC-3CC6-4A71-AF6D-B193F26BB692>