Build of devel/ninja and lang/gcc11 fails with latest 14-CURRENT amd64
Hello, I made regular weekly update of my 14-CURRENT amd64 host and poudriere jail from main-n250481-517e52b6c21 to main-n250619-b39a93b18ef. And after that build of devel/ninja and lang/gcc11 fails as following. devel/ninja: -- ===> Building for ninja-1.10.2,2 ESC[1m./src/util.cc:492:3: ESC[0mESC[0;1;31merror: ESC[0mESC[1munknown type name 'cpu_set_t'; did you mean 'cpuset_t'?E ESC[0m cpu_set_t set; ESC[0;1;32m ^ ESC[0mESC[0;32m cpuset_t ESC[0mESC[1m/usr/include/sys/_cpuset.h:50:24: ESC[0mESC[0;1;30mnote: ESC[0m'cpuset_t' declared hereESC[0m typedef struct _cpuset cpuset_t; ESC[0;1;32m ^ ESC[0m1 error generated. bootstrapping ninja... warning: A compatible version of re2c (>= 0.11.3) was not found; changes to src/*.in.cc will not affect your build. when running: c++ -MMD -MT build/util.o -MF build/util.o.d -Wall -Wextra -Wno-deprecated -Wno-missing-field-initializers -Wno-unused-parameter -fno-rtti -fno-exceptions -fvisibility=hidden -pipe '-DNINJA_PYTHON="python3.8"' -O2 -DNDEBUG -fdiagnostics-color -I/usr/local/include -DUSE_PPOLL -DNINJA_HAVE_BROWSE -I. -O2 -pipe -fstack-protector-strong -fno-strict-aliasing -c ./src/util.cc -o build/util.o Traceback (most recent call last): File "configure.py", line 519, in objs += cxx(name, variables=cxxvariables) File "configure.py", line 287, in cxx return n.build(built(name + objext), 'cxx', src(name + '.cc'), **kwargs) File "configure.py", line 169, in build self._run_command(self._expand(cmd, local_vars)) File "configure.py", line 194, in _run_command subprocess.check_call(cmdline, shell=True) File "/usr/local/lib/python3.8/subprocess.py", line 364, in check_call raise CalledProcessError(retcode, cmd) subprocess.CalledProcessError: Command 'c++ -MMD -MT build/util.o -MF build/util.o.d -Wall -Wextra -Wno-deprecated -Wno-missing-field-initializers -Wno-unused-parameter -fno-rtti -fno-exceptions -fvisibility=hidden -pipe '-DNINJA_PYTHON="python3.8"' -O2 -DNDEBUG -fdiagnostics-color -I/usr/local/include -DUSE_PPOLL -DNINJA_HAVE_BROWSE -I. -O2 -pipe -fstack-protector-strong -fno-strict-aliasing -c ./src/util.cc -o build/util.o' returned non-zero exit status 1. *** Error code 1 Stop. make: stopped in /usr/ports/devel/ninja -- lang/gcc11: -- /wrkdirs/usr/ports/lang/gcc11/work/.build/./prev-gcc/xg++ -B/wrkdirs/usr/ports/lang/gcc11/work/.build/./prev-gcc/ -B/usr/local/x86_64-portbld-freebsd14.0/bin/ -nostdinc++ -B/wrkdirs/usr/ports/lang/gcc11/work/.build/prev-x86_64-portbld-freebsd14.0/libstdc++-v3/src/.libs -B/wrkdirs/usr/ports/lang/gcc11/work/.build/prev-x86_64-portbld-freebsd14.0/libstdc++-v3/libsupc++/.libs -isystem /wrkdirs/usr/ports/lang/gcc11/work/.build/prev-x86_64-portbld-freebsd14.0/libstdc++-v3/include/x86_64-portbld-freebsd14.0 -isystem /wrkdirs/usr/ports/lang/gcc11/work/.build/prev-x86_64-portbld-freebsd14.0/libstdc++-v3/include -isystem /wrkdirs/usr/ports/lang/gcc11/work/gcc-11.2.0/libstdc++-v3/libsupc++ -L/wrkdirs/usr/ports/lang/gcc11/work/.build/prev-x86_64-portbld-freebsd14.0/libstdc++-v3/src/.libs -L/wrkdirs/usr/ports/lang/gcc11/work/.build/prev-x86_64-portbld-freebsd14.0/libstdc++-v3/libsupc++/.libs -fno-PIE -c -DIN_GCC_FRONTEND -g -O2 -fno-checking -gtoggle -DIN_GCC -fPIC -fno-exceptions -fno-rtti -fasynchronous-unwind-tables -W -Wall -Wno-narrowing -Wwrite-strings -Wcast-qual -Wno-error=format-diag -Wmissing-format-attribute -Woverloaded-virtual -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -DHAVE_CONFIG_H -I. -Ijit -I/wrkdirs/usr/ports/lang/gcc11/work/gcc-11.2.0/gcc -I/wrkdirs/usr/ports/lang/gcc11/work/gcc-11.2.0/gcc/jit -I/wrkdirs/usr/ports/lang/gcc11/work/gcc-11.2.0/gcc/../include -I/wrkdirs/usr/ports/lang/gcc11/work/gcc-11.2.0/gcc/../libcpp/include -I/wrkdirs/usr/ports/lang/gcc11/work/gcc-11.2.0/gcc/../libcody -I/usr/local/include -I/wrkdirs/usr/ports/lang/gcc11/work/gcc-11.2.0/gcc/../libdecnumber -I/wrkdirs/usr/ports/lang/gcc11/work/gcc-11.2.0/gcc/../libdecnumber/dpd -I../libdecnumber -I/wrkdirs/usr/ports/lang/gcc11/work/gcc-11.2.0/gcc/../libbacktrace -DLIBICONV_PLUG -o jit/libgccjit.o -MT jit/libgccjit.o -MMD -MP -MF jit/.deps/libgccjit.TPo /wrkdirs/usr/ports/lang/gcc11/work/gcc-11.2.0/gcc/jit/libgccjit.c In file included from /usr/include/sys/cpuset.h:39, from /usr/include/sched.h:36, from /usr/include/pthread.h:48, from /wrkdirs/usr/ports/lang/gcc11/work/gcc-11.2.0/gcc/jit/libgccjit.c:27: /usr/include/sys/bitset.h:314:41: error: attempt to use poisoned "malloc" 314 | #define BITSET_ALLOC(_s, mt, mf)malloc(BITSET_SIZE((_s)), mt, (mf)) | ^ gmake[4]: *** [Makefile:1142: jit/libgccjit.o
Re: Build of devel/ninja and lang/gcc11 fails with latest 14-CURRENT amd64
From: Konstantin Belousov Subject: Re: Build of devel/ninja and lang/gcc11 fails with latest 14-CURRENT amd64 Date: Sat, 13 Nov 2021 00:56:16 +0200 > Ninja builds with the following patch, other failing ports have a chance > as well. I tried it and build of devel/ninja is surely fixed. But build of lang/gcc11 still failed with same error. --- Yasuhiro Kimura
Re: Build of devel/ninja and lang/gcc11 fails with latest 14-CURRENT amd64
On Sat, Nov 13, 2021 at 05:31:53AM +0900, Yasuhiro Kimura wrote: > Hello, > > I made regular weekly update of my 14-CURRENT amd64 host and poudriere > jail from main-n250481-517e52b6c21 to main-n250619-b39a93b18ef. And > after that build of devel/ninja and lang/gcc11 fails as following. > > devel/ninja: > -- > ===> Building for ninja-1.10.2,2 > ESC[1m./src/util.cc:492:3: ESC[0mESC[0;1;31merror: ESC[0mESC[1munknown type > name 'cpu_set_t'; did you mean 'cpuset_t'?E > ESC[0m > cpu_set_t set; > ESC[0;1;32m ^ > ESC[0mESC[0;32m cpuset_t > ESC[0mESC[1m/usr/include/sys/_cpuset.h:50:24: ESC[0mESC[0;1;30mnote: > ESC[0m'cpuset_t' declared hereESC[0m > typedef struct _cpuset cpuset_t; > ESC[0;1;32m ^ > ESC[0m1 error generated. > bootstrapping ninja... > warning: A compatible version of re2c (>= 0.11.3) was not found; changes to > src/*.in.cc will not affect your build. > when running: c++ -MMD -MT build/util.o -MF build/util.o.d -Wall -Wextra > -Wno-deprecated -Wno-missing-field-initializers -Wno-unused-parameter > -fno-rtti -fno-exceptions -fvisibility=hidden -pipe > '-DNINJA_PYTHON="python3.8"' -O2 -DNDEBUG -fdiagnostics-color > -I/usr/local/include -DUSE_PPOLL -DNINJA_HAVE_BROWSE -I. -O2 -pipe > -fstack-protector-strong -fno-strict-aliasing -c ./src/util.cc -o > build/util.o > Traceback (most recent call last): > File "configure.py", line 519, in > objs += cxx(name, variables=cxxvariables) > File "configure.py", line 287, in cxx > return n.build(built(name + objext), 'cxx', src(name + '.cc'), **kwargs) > File "configure.py", line 169, in build > self._run_command(self._expand(cmd, local_vars)) > File "configure.py", line 194, in _run_command > subprocess.check_call(cmdline, shell=True) > File "/usr/local/lib/python3.8/subprocess.py", line 364, in check_call > raise CalledProcessError(retcode, cmd) > subprocess.CalledProcessError: Command 'c++ -MMD -MT build/util.o -MF > build/util.o.d -Wall -Wextra -Wno-deprecated -Wno-missing-field-initializers > -Wno-unused-parameter -fno-rtti -fno-exceptions -fvisibility=hidden -pipe > '-DNINJA_PYTHON="python3.8"' -O2 -DNDEBUG -fdiagnostics-color > -I/usr/local/include -DUSE_PPOLL -DNINJA_HAVE_BROWSE -I. -O2 -pipe > -fstack-protector-strong -fno-strict-aliasing -c ./src/util.cc -o > build/util.o' returned non-zero exit status 1. > *** Error code 1 > > Stop. > make: stopped in /usr/ports/devel/ninja > -- > > lang/gcc11: > -- > /wrkdirs/usr/ports/lang/gcc11/work/.build/./prev-gcc/xg++ > -B/wrkdirs/usr/ports/lang/gcc11/work/.build/./prev-gcc/ > -B/usr/local/x86_64-portbld-freebsd14.0/bin/ -nostdinc++ > -B/wrkdirs/usr/ports/lang/gcc11/work/.build/prev-x86_64-portbld-freebsd14.0/libstdc++-v3/src/.libs > > -B/wrkdirs/usr/ports/lang/gcc11/work/.build/prev-x86_64-portbld-freebsd14.0/libstdc++-v3/libsupc++/.libs > -isystem > /wrkdirs/usr/ports/lang/gcc11/work/.build/prev-x86_64-portbld-freebsd14.0/libstdc++-v3/include/x86_64-portbld-freebsd14.0 > -isystem > /wrkdirs/usr/ports/lang/gcc11/work/.build/prev-x86_64-portbld-freebsd14.0/libstdc++-v3/include > -isystem > /wrkdirs/usr/ports/lang/gcc11/work/gcc-11.2.0/libstdc++-v3/libsupc++ > -L/wrkdirs/usr/ports/lang/gcc11/work/.build/prev-x86_64-portbld-freebsd14.0/libstdc++-v3/src/.libs > > -L/wrkdirs/usr/ports/lang/gcc11/work/.build/prev-x86_64-portbld-freebsd14.0/libstdc++-v3/libsupc++/.libs > -fno-PIE -c -DIN_GCC_FRONTEND -g -O2 -fno-checking -gtoggle -DIN_GCC -fPIC >-fno-exceptions -fno-rtti -fasynchronous-unwind-tables -W -Wall > -Wno-narrowing -Wwrite-strings -Wcast-qual -Wno-error=format-diag > -Wmissing-format-attribute -Woverloaded-virtual -pedantic -Wno-long-long > -Wno-variadic-macros -Wno-overlength-strings -DHAVE_CONFIG_H -I. -Ijit > -I/wrkdirs/usr/ports/lang/gcc11/work/gcc-11.2.0/gcc > -I/wrkdirs/usr/ports/lang/gcc11/work/gcc-11.2.0/gcc/jit > -I/wrkdirs/usr/ports/lang/gcc11/work/gcc-11.2.0/gcc/../include > -I/wrkdirs/usr/ports/lang/gcc11/work/gcc-11.2.0/gcc/../libcpp/include > -I/wrkdirs/usr/ports/lang/gcc11/work/gcc-11.2.0/gcc/../libcody > -I/usr/local/include > -I/wrkdirs/usr/ports/lang/gcc11/work/gcc-11.2.0/gcc/../libdecnumber > -I/wrkdirs/usr/ports/lang/gcc11/work/gcc-11.2.0/gcc/../libdecnumber/dpd > -I../libdecnumber > -I/wrkdirs/usr/ports/lang/gcc11/work/gcc-11.2.0/gcc/../libbacktrace > -DLIBICONV_PLUG -o jit/libgccjit.o -MT jit/libgccjit.o -MMD -MP -MF > jit/.deps/libgccjit.TPo > /wrkdirs/usr/ports/lang/gcc11/work/gcc-11.2.0/gcc/jit/libgccjit.c > In file included from /usr/include/sys/cpuset.h:39, > from /usr/include/sched.h:36, > from /usr/include/pthread.h:48, > from > /wrkdirs/usr/ports/lang/gcc11/work/gcc-11.2.0/gcc/jit/libgccjit.c:27:
Re: Build of devel/ninja and lang/gcc11 fails with latest 14-CURRENT amd64
On Sat, 13 Nov 2021, Konstantin Belousov wrote:
>> --
>> commit 160b4b922b6
>> Author: Konstantin Belousov
>> Date: Sat Oct 23 00:17:21 2021
>>
>> Add real sched.h
>>
>> It is required by IEEE Std 1003.1-2008 AKA POSIX.
>>
>> Put some Linux compatibility stuff under BSD_VISIBLE namespace, in
>> particular, sys/cpuset.h definitions. Also, if user really want
>> Linux compatibility, she can request cpu_set_t typedef with
>> _WITH_CPU_SET_T define.
>>
>> Reviewed by:jhb
>> Sponsored by: The FreeBSD Foundation
>> MFC after: 1 week
>> Differential revision: https://reviews.freebsd.org/D32901
>> --
>>
>> It seems likely this is the cause of build error.
> Ninja builds with the following patch, other failing ports have a chance
> as well.
>
> commit 1acaa4bb838c074c29926cb34b7827efb26cdc85
> Author: Konstantin Belousov
> Date: Thu Nov 11 10:01:54 2021 +0200
>
> sched.h: Make cpu_set_t compat typedef visible unconditionally
>
> or rather, visible if BSD namespace is enabled, instead of requiring
> _WITH_CPU_SET_T define to expose it. It seems a lot of code assumes
> that presence of sched_getaffinity() implies existence of cpu_set_t.
>
> Reported by:portmgr (antoine)
> Sponsored by: The FreeBSD Foundation
> MFC after: 1 week
>
> diff --git a/include/sched.h b/include/sched.h
> index 1c41cda79046..2d4f301c9718 100644
> --- a/include/sched.h
> +++ b/include/sched.h
> @@ -34,13 +34,8 @@
> #include
> #if __BSD_VISIBLE
> #include
> -#endif /* __BSD_VISIBLE */
> -
> -#if __BSD_VISIBLE
> -#ifdef _WITH_CPU_SET_T
> struct _cpuset;
> typedef struct _cpuset cpu_set_t;
> -#endif /* _WITH_CPU_SET_T */
> #endif /* __BSD_VISIBLE */
>
> __BEGIN_DECLS
I also got a build notification for emulators/wine and believe
emulators/wine-devel is impacted as well.
The code in question looks as follows, and it seems your follow
up patch should address this?
int set_thread_affinity( struct thread *thread, affinity_t affinity )
{
int ret = 0;
#ifdef HAVE_SCHED_SETAFFINITY
if (thread->unix_tid != -1)
{
cpu_set_t set;
int i;
affinity_t mask;
CPU_ZERO( &set );
for (i = 0, mask = 1; mask; i++, mask <<= 1)
if (affinity & mask) CPU_SET( i, &set );
ret = sched_setaffinity( thread->unix_tid, sizeof(set), &set );
}
#endif
If so, it looks like your work unleashes enhanced functionality on
FreeBSD! Nice.
Original notification message below.
Gerald
== forwarded message ==
>From pkg-fall...@freebsd.org Sat Nov 13 09:14:03 2021
From: pkg-fall...@freebsd.org
To: ger...@freebsd.org
Cc: pkg-fall...@freebsd.org
Date: Sat, 13 Nov 2021 05:59:23 GMT
Subject: [package - main-amd64-default][emulators/wine] Failed for wine-6.0.2,1
in build
You are receiving this mail as a port that you maintain
is failing to build on the FreeBSD package build server.
Please investigate the failure and submit a PR to fix
build.
Maintainer: ger...@freebsd.org
Log URL:
http://beefy18.nyi.freebsd.org/data/main-amd64-default/p0bef5c19453e_sd032cda0d0/logs/wine-6.0.2,1.log
Build URL:
http://beefy18.nyi.freebsd.org/build.html?mastername=main-amd64-default&build=p0bef5c19453e_sd032cda0d0
Log:
=>> Building emulators/wine
build started at Sat Nov 13 05:50:39 UTC 2021
port directory: /usr/ports/emulators/wine
package name: wine-6.0.2,1
building for: FreeBSD main-amd64-default-job-02 14.0-CURRENT FreeBSD
14.0-CURRENT 1400041 amd64
maintained by: ger...@freebsd.org
Makefile ident:
Poudriere version: 3.2.8-21-g883afb07
Host OSVERSION: 148
Jail OSVERSION: 1400041
Job Id: 02
!!! Jail is newer than host. (Jail: 1400041, Host: 148) !!!
!!! This is not supported. !!!
!!! Host kernel must be same or newer than jail. !!!
!!! Expect build failures. !!!
---Begin Environment---
SHELL=/bin/sh
OSVERSION=1400041
UNAME_v=FreeBSD 14.0-CURRENT 1400041
UNAME_r=14.0-CURRENT
BLOCKSIZE=K
MAIL=/var/mail/root
MM_CHARSET=UTF-8
LANG=C.UTF-8
STATUS=1
HOME=/root
PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/bin:/root/bin
LOCALBASE=/usr/local
USER=root
LIBEXECPREFIX=/usr/local/libexec/poudriere
POUDRIERE_VERSION=3.2.8-21-g883afb07
MASTERMNT=/usr/local/poudriere/data/.m/main-amd64-default/ref
POUDRIERE_BUILD_TYPE=bulk
PACKAGE_BUILDING=yes
SAVED_TERM=
PWD=/usr/local/poudriere/data/.m/main-amd64-default/ref/.p/pool
P_PORTS_FEATURES=FLAVORS SELECTED_OPTIONS
MASTERNAME=main-amd64-default
SCRIPTPREFIX=/usr/local/share/poudriere
OLDPWD=/usr/local/poudriere/data/.m/main-amd64-default/ref/.p
SCRIPTPATH=/usr/local/share/poudriere/bulk.sh
POUDRIEREPATH=/usr/local/bin/poudriere
---End Environment---
---Begin Poudriere Port Flags/Env---
PORT_FLAGS=
PKGENV=
FLAVOR=
DEPENDS_ARGS=
MAKE_ARGS=
---End Pou
Re: Build of devel/ninja and lang/gcc11 fails with latest 14-CURRENT amd64
On Sat, Nov 13, 2021 at 09:54:47AM +0100, Gerald Pfeifer wrote:
> On Sat, 13 Nov 2021, Konstantin Belousov wrote:
> >> --
> >> commit 160b4b922b6
> >> Author: Konstantin Belousov
> >> Date: Sat Oct 23 00:17:21 2021
> >>
> >> Add real sched.h
> >>
> >> It is required by IEEE Std 1003.1-2008 AKA POSIX.
> >>
> >> Put some Linux compatibility stuff under BSD_VISIBLE namespace, in
> >> particular, sys/cpuset.h definitions. Also, if user really want
> >> Linux compatibility, she can request cpu_set_t typedef with
> >> _WITH_CPU_SET_T define.
> >>
> >> Reviewed by:jhb
> >> Sponsored by: The FreeBSD Foundation
> >> MFC after: 1 week
> >> Differential revision: https://reviews.freebsd.org/D32901
> >> --
> >>
> >> It seems likely this is the cause of build error.
> > Ninja builds with the following patch, other failing ports have a chance
> > as well.
> >
> > commit 1acaa4bb838c074c29926cb34b7827efb26cdc85
> > Author: Konstantin Belousov
> > Date: Thu Nov 11 10:01:54 2021 +0200
> >
> > sched.h: Make cpu_set_t compat typedef visible unconditionally
> >
> > or rather, visible if BSD namespace is enabled, instead of requiring
> > _WITH_CPU_SET_T define to expose it. It seems a lot of code assumes
> > that presence of sched_getaffinity() implies existence of cpu_set_t.
> >
> > Reported by:portmgr (antoine)
> > Sponsored by: The FreeBSD Foundation
> > MFC after: 1 week
> >
> > diff --git a/include/sched.h b/include/sched.h
> > index 1c41cda79046..2d4f301c9718 100644
> > --- a/include/sched.h
> > +++ b/include/sched.h
> > @@ -34,13 +34,8 @@
> > #include
> > #if __BSD_VISIBLE
> > #include
> > -#endif /* __BSD_VISIBLE */
> > -
> > -#if __BSD_VISIBLE
> > -#ifdef _WITH_CPU_SET_T
> > struct _cpuset;
> > typedef struct _cpuset cpu_set_t;
> > -#endif /* _WITH_CPU_SET_T */
> > #endif /* __BSD_VISIBLE */
> >
> > __BEGIN_DECLS
>
> I also got a build notification for emulators/wine and believe
> emulators/wine-devel is impacted as well.
>
> The code in question looks as follows, and it seems your follow
> up patch should address this?
>
> int set_thread_affinity( struct thread *thread, affinity_t affinity )
> {
> int ret = 0;
> #ifdef HAVE_SCHED_SETAFFINITY
> if (thread->unix_tid != -1)
> {
> cpu_set_t set;
> int i;
> affinity_t mask;
>
> CPU_ZERO( &set );
> for (i = 0, mask = 1; mask; i++, mask <<= 1)
> if (affinity & mask) CPU_SET( i, &set );
>
> ret = sched_setaffinity( thread->unix_tid, sizeof(set), &set );
> }
> #endif
>
> If so, it looks like your work unleashes enhanced functionality on
> FreeBSD! Nice.
>
> Original notification message below.
I have to hide these features under opt-in feature macro test. You would
need to pass -D_WITH_CPU_SET_T to compiler, both at the configure and
build stage, to get to the functionality. But for wine it seems yes,
what I added should be enough to get thread affinity features working.
[Bug 259817] [exp-run] Update KDE Frameworks to 5.88.0
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=259817 Bug ID: 259817 Summary: [exp-run] Update KDE Frameworks to 5.88.0 Product: Ports & Packages Version: Latest Hardware: Any URL: https://people.freebsd.org/~tcberner/patches/0001-KDE- Update-KDE-Frameworks-to-5.88.0.patch OS: Any Status: New Severity: Affects Only Me Priority: --- Component: Individual Port(s) Assignee: port...@freebsd.org Reporter: tcber...@freebsd.org CC: k...@freebsd.org Flags: exp-run? Created attachment 229469 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=229469&action=edit v1 Moin moin kde@ would like to ask for an exp-run to update KDE Frameworks to 5.88. The patch is attached, and can also be found here: https://people.freebsd.org/~tcberner/patches/0001-KDE-Update-KDE-Frameworks-to-5.88.0.patch mfg Tobias -- You are receiving this mail because: You are on the CC list for the bug.
FreeBSD ports you maintain which are out of date
Dear port maintainer, The portscout new distfile checker has detected that one or more of your ports appears to be out of date. Please take the opportunity to check each of the ports listed below, and if possible and appropriate, submit/commit an update. If any ports have already been updated, you can safely ignore the entry. You will not be e-mailed again for any of the port/version combinations below. Full details can be found at the following URL: http://portscout.freebsd.org/k...@freebsd.org.html Port| Current version | New version +-+ devel/kf5-kcmutils | 5.87.0 | 5.88.0 +-+ devel/kf5-kunitconversion | 5.87.0 | 5.88.0 +-+ If any of the above results are invalid, please check the following page for details on how to improve portscout's detection and selection of distfiles on a per-port basis: http://portscout.freebsd.org/info/portscout-portconfig.txt Reported by:portscout!
Re: Build of devel/ninja and lang/gcc11 fails with latest 14-CURRENT amd64
From: Yasuhiro Kimura
Subject: Re: Build of devel/ninja and lang/gcc11 fails with latest 14-CURRENT
amd64
Date: Sat, 13 Nov 2021 12:21:40 +0900 (JST)
> I tried it and build of devel/ninja is surely fixed. But build of
> lang/gcc11 still failed with same error.
With the commit of 90fa9705d5c build of lang/gcc11 is also fixed. But
build of graphics/cairo, which was previously skipped due to build
error of devel/ninja, fails as following.
--
--- cairo-perf-micro.o ---
cc -DHAVE_CONFIG_H -I. -I.. -I.
-I../boilerplate-I../src -I../util/cairo-missing
-I../util/cairo-script -I../src-D_REENTRANT
-I/usr/local/include/pixman-1 -I/usr/local/include
-I/usr/local/include/freetype2 -I/usr/local/include/libpng16
-I/usr/local/include/freetype2 -I/usr/local/include/libpng16
-I/usr/local/include -I/usr/local/include -I/usr/local/include/libpng16
-I/usr/local/include -pthread -I/usr/local/include -pthread
-I/usr/local/include -D_THREAD_SAFE -pthread -I/usr/local/include
-D_THREAD_SAFE -pthread-Wall -Wextra -Wmissing-declarations
-Werror-implicit-function-declaration -Wpointer-arith -Wwrite-strings
-Wsign-compare -Wpacked -Wswitch-enum -Wmissing-format-attribute
-Wvolatile-register-var -Wstrict-aliasing=2 -Winit-self
-Wno-missing-field-initializers -Wno-unused-parameter -Wno-attributes
-Wno-long-long -Winline -fno-strict-aliasing -fno-common
-Wp,-D_FORTIFY_SOURCE=2-O2 -pipe -fstack-protector-strong
-fno-strict-aliasing -MT cairo-perf-micro.o -MD -MP -MF
.deps/cairo-perf-micro.Tpo -c -o cairo-perf-micro.o cairo-perf-micro.c
--- cairo-perf-report.lo ---
mv -f .deps/cairo-perf-report.Tpo .deps/cairo-perf-report.Plo
--- libcairoperf.la ---
/bin/sh ../libtool --tag=CC--mode=link cc -O2 -pipe
-fstack-protector-strong -fno-strict-aliasing -fstack-protector-strong -o
libcairoperf.la cairo-perf.lo cairo-perf-report.lo cairo-stats.lo
cairo-time.lo-lrt -lm
--- cairo-perf-micro.o ---
cairo-perf-micro.c:418:5: error: unknown type name 'cpu_set_t'; did you mean
'cpusetid_t'?
cpu_set_t affinity;
^
cpusetid_t
/usr/include/sys/types.h:86:22: note: 'cpusetid_t' declared here
typedef __cpusetid_tcpusetid_t;
^
cairo-perf-micro.c:421:9: error: implicit declaration of function
'sched_getaffinity' is invalid in C99 [-Werror,-Wimplicit-function-declaration]
if (sched_getaffinity(0, sizeof(affinity), &affinity)) {
^
cairo-perf-micro.c:426:35: error: use of undeclared identifier 'CPU_SETSIZE'
for(i = 0, cpu_count = 0; i < CPU_SETSIZE; ++i) {
^
cairo-perf-micro.c:427:6: error: implicit declaration of function 'CPU_ISSET'
is invalid in C99 [-Werror,-Wimplicit-function-declaration]
if (CPU_ISSET(i, &affinity))
^
4 errors generated.
*** [cairo-perf-micro.o] Error code 1
make[5]: stopped in /wrkdirs/usr/ports/graphics/cairo/work/cairo-1.17.4/perf
--- cairo-perf-trace.o ---
mv -f .deps/cairo-perf-trace.Tpo .deps/cairo-perf-trace.Po
--- libcairoperf.la ---
libtool: link: ar cru .libs/libcairoperf.a .libs/cairo-perf.o
.libs/cairo-perf-report.o .libs/cairo-stats.o .libs/cairo-time.o
libtool: link: ranlib .libs/libcairoperf.a
libtool: link: ( cd ".libs" && rm -f "libcairoperf.la" && ln -s
"../libcairoperf.la" "libcairoperf.la" )
--- cairo-hash.o ---
mv -f .deps/cairo-hash.Tpo .deps/cairo-hash.Po
1 error
make[5]: stopped in /wrkdirs/usr/ports/graphics/cairo/work/cairo-1.17.4/perf
make[4]: stopped in /wrkdirs/usr/ports/graphics/cairo/work/cairo-1.17.4/perf
make[3]: stopped in /wrkdirs/usr/ports/graphics/cairo/work/cairo-1.17.4/perf
make[2]: stopped in /wrkdirs/usr/ports/graphics/cairo/work/cairo-1.17.4
make[1]: stopped in /wrkdirs/usr/ports/graphics/cairo/work/cairo-1.17.4
===> Compilation failed unexpectedly.
Try to set MAKE_JOBS_UNSAFE=yes and rebuild before reporting the failure to
the maintainer.
*** Error code 1
Stop.
make: stopped in /usr/ports/graphics/cairo
--
Full build log:
https://www.utahime.org/FreeBSD/poudriere/data/logs/bulk/curamd64-default/2021-11-14_12h35m18s/logs/cairo-1.17.4,3.log
---
Yasuhiro Kimura
