Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 10 Jun 2011 08:25:21 -0700
From:      Garrett Cooper <yanegomi@gmail.com>
To:        Attilio Rao <attilio@freebsd.org>
Cc:        Mark Linimon <linimon@lonesome.com>, Michael Butler <imb@protected-networks.net>, FreeBSD Current <freebsd-current@freebsd.org>
Subject:   Re: gcc-4.5 and 4.6 needs to be recompiled due to /usr/src/UPDATE: 20110608:
Message-ID:  <BANLkTim6fNRmBsy00sDPiDWS9e3JBeYY0g@mail.gmail.com>
In-Reply-To: <BANLkTi=g%2Bib3uF8OiLtsHwDWc-n29aUXyw@mail.gmail.com>
References:  <4DF10BD3.2030006@zedat.fu-berlin.de> <BANLkTinNxnaRaN-XFkhciOfMe-9MKAvPiw@mail.gmail.com> <4DF12EA7.80807@protected-networks.net> <BANLkTimPkyc5TjLY_Xb2bYAMq8__yawc4Q@mail.gmail.com> <20110609211232.GA17188@lonesome.com> <BANLkTik7k=mME-7swsNbPrhV9b5EDb1p5w@mail.gmail.com> <4DF142A0.9030903@protected-networks.net> <BANLkTinM24u2ds=tq6OC7wm2EAihuY8AWQ@mail.gmail.com> <BANLkTi=g%2Bib3uF8OiLtsHwDWc-n29aUXyw@mail.gmail.com>

next in thread | previous in thread | raw e-mail | index | archive | help
On Fri, Jun 10, 2011 at 8:22 AM, Garrett Cooper <yanegomi@gmail.com> wrote:
> On Thu, Jun 9, 2011 at 3:26 PM, Attilio Rao <attilio@freebsd.org> wrote:
>> 2011/6/9 Michael Butler <imb@protected-networks.net>:
>>> On 06/09/11 17:18, Attilio Rao wrote:
>>>> 2011/6/9 Mark Linimon <linimon@lonesome.com>:
>>>>> Things that change the way the base system behaves w/rt ports need
>>>>> version bumps.
>>>>
>>>> BTW, could someone provide an actual error message?
>>>>
>>>> I assume these errors are caused by cpumask_t going away.
>>>
>>> For emulators/virtualbox-ose-kmod ..
>>>
>>> cc -O2 -pipe -march=3Dprescott -DRT_OS_FREEBSD -DIN_RING0 -DIN_RT_R0
>>> -DIN_SUP_R0 -DVBOX -DRT_WITH_VBOX -w -DVBOX_WITH_HARDENING
>>> -DVBOX_WITH_64_BITS_GUESTS -DRT_ARCH_X86 -fno-strict-aliasing -Werror
>>> -D_KERNEL -DKLD_MODULE -nostdinc =A0-Iinclude -I. -Ir0drv -I. -I@
>>> -I@/contrib/altq -finline-limit=3D8000 --param inline-unit-growth=3D100
>>> --param large-function-growth=3D1000 -fno-common =A0 -mno-align-long-st=
rings
>>> -mpreferred-stack-boundary=3D2 -mno-sse -mno-mmx -msoft-float
>>> -ffreestanding -fstack-protector -std=3Diso9899:1999 -fstack-protector
>>> -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes
>>> -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual =A0-Wundef
>>> -Wno-pointer-sign -fformat-extensions =A0-Wmissing-include-dirs
>>> -fdiagnostics-show-option -c
>>> /usr/ports/emulators/virtualbox-ose-kmod/work/VirtualBox-4.0.8_OSE/out/=
freebsd.x86/release/bin/src/vboxdrv/r0drv/freebsd/mp-r0drv-freebsd.c
>>>
>>> /usr/ports/emulators/virtualbox-ose-kmod/work/VirtualBox-4.0.8_OSE/out/=
freebsd.x86/release/bin/src/vboxdrv/r0drv/freebsd/mp-r0drv-freebsd.c:
>>> In function 'RTMpOnOthers':
>>> /usr/ports/emulators/virtualbox-ose-kmod/work/VirtualBox-4.0.8_OSE/out/=
freebsd.x86/release/bin/src/vboxdrv/r0drv/freebsd/mp-r0drv-freebsd.c:167:
>>> error: 'cpumask_t' undeclared (first use in this function)
>>>
>>> /usr/ports/emulators/virtualbox-ose-kmod/work/VirtualBox-4.0.8_OSE/out/=
freebsd.x86/release/bin/src/vboxdrv/r0drv/freebsd/mp-r0drv-freebsd.c:167:
>>> error: (Each undeclared identifier is reported only once
>>> /usr/ports/emulators/virtualbox-ose-kmod/work/VirtualBox-4.0.8_OSE/out/=
freebsd.x86/release/bin/src/vboxdrv/r0drv/freebsd/mp-r0drv-freebsd.c:167:
>>> error: for each function it appears in.)
>>>
>>> Without a version bump, it becomes impossible to determine if a
>>> version-specific patch can be applied to accommodate the ABI change,
>>
>> Well, the ports should be working against -CURRENT, so what you say is
>> not entirely true.
>> Second thing, yeah, it is cpumask_t going away, so someone needs =A0to
>> sit there, check what usage of cpumask_t was done and replace with
>> proper code.
>> It seems usual port maintenance due by the maintainer IMHO.
>>
>> I'm not entirely sure how bumping __FreeBSD_version may help right now.
>
> =A0 =A0This also impacts recompiling the base system if you don't nuke
> /usr/obj (output from make buildworld buildkernel, no -j).
> Thanks,
> -Garrett
>
> c++ -O2 -pipe -fno-strict-aliasing -pipe
> -I/usr/obj/usr/src/sys/FALLOUT
> -I/usr/obj/usr/src/tmp/legacy/usr/include -fno-strict-aliasing -pipe
> -I/usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib
> -I/usr/src/gnu/usr.bin/gperf -c
> /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/list-node.cc
> c++ -O2 -pipe -fno-strict-aliasing -pipe
> -I/usr/obj/usr/src/sys/FALLOUT
> -I/usr/obj/usr/src/tmp/legacy/usr/include -fno-strict-aliasing -pipe
> -I/usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib
> -I/usr/src/gnu/usr.bin/gperf -c
> /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/main.cc
> In file included from
> /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/main.cc:25:
> /usr/include/sys/types.h:102: error: '__cpumask_t' does not name a type
> *** Error code 1
>
> Stop in /usr/src/gnu/usr.bin/gperf.
> *** Error code 1
>
> Stop in /usr/src.
> *** Error code 1
>
> Stop in /usr/src.
> *** Error code 1
>
> Stop in /usr/src.

    I just realized that my environment may be at fault for this item
(I was trying to debug something -- note the first -I argument).
Please ignore and move on unless more reports come in.
Thanks,
-Garrett



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?BANLkTim6fNRmBsy00sDPiDWS9e3JBeYY0g>