On Thu, Jan 21, 2021 at 3:50 AM Emmanuel Vadot
wrote:
> On Wed, 20 Jan 2021 22:21:09 -0800
> Steve Kargl wrote:
>
> > On Thu, Jan 21, 2021 at 07:18:07AM +0100, Hans Petter Selasky wrote:
> > > On 1/21/21 7:13 AM, Steve Kargl wrote:
> > > > It is 'ma
On Thu, Jan 21, 2021 at 11:50:15AM +0100, Emmanuel Vadot wrote:
> On Wed, 20 Jan 2021 22:21:09 -0800
> Steve Kargl wrote:
>
> > On Thu, Jan 21, 2021 at 07:18:07AM +0100, Hans Petter Selasky wrote:
> > > On 1/21/21 7:13 AM, Steve Kargl wrote:
> > > > It is &#
On Wed, 20 Jan 2021 22:21:09 -0800
Steve Kargl wrote:
> On Thu, Jan 21, 2021 at 07:18:07AM +0100, Hans Petter Selasky wrote:
> > On 1/21/21 7:13 AM, Steve Kargl wrote:
> > > It is 'make buildkernel' in /usr/src after a 'make buildworld'.
> > > I
On Thu, Jan 21, 2021 at 07:18:07AM +0100, Hans Petter Selasky wrote:
> On 1/21/21 7:13 AM, Steve Kargl wrote:
> > It is 'make buildkernel' in /usr/src after a 'make buildworld'.
> > I have 'PORTS_MODULES+= graphics/drm-current-kmod' in /etc/make.con
On 1/21/21 7:13 AM, Steve Kargl wrote:
It is 'make buildkernel' in /usr/src after a 'make buildworld'.
I have 'PORTS_MODULES+= graphics/drm-current-kmod' in /etc/make.conf.
Try to update the ports tree. I'm not aware of any current
pi/common/include/linux/bitmap.h:338:10: error:
> > implicit declaration of function 'kmalloc_array' is invalid in C99
> > [-Werror,-Wimplicit-function-declaration]
> >
> > I have removed the drm-current-kmod port and still get this error.
> >
On 1/21/21 6:46 AM, Steve Kargl wrote:
My buildkernel after a buildworld is dying with
In file included from
/media/obj/usr/src/i386.i386/sys/MOBILE/usr/ports/graphics/drm-current-kmod/work/drm-kmod-drm_v5.4.62_7/linuxkpi/gplv2/include/linux/pci.h:10:
In file included from
/usr/src/sys/compat/
My buildkernel after a buildworld is dying with
In file included from
/media/obj/usr/src/i386.i386/sys/MOBILE/usr/ports/graphics/drm-current-kmod/work/drm-kmod-drm_v5.4.62_7/linuxkpi/gplv2/include/linux/pci.h:10:
In file included from
/usr/src/sys/compat/linuxkpi/common/include/linux/pci.h:51:
I
On 26/11/2019 08:15, Hans Petter Selasky wrote:
On 2019-11-26 05:54, Warner Losh wrote:
So when I committed the sysdir stuff I forgot to add it to the install
list. I've fixed it now. Either upgrade, or just copy src/share/mk/
bsd.sysdir.mk to /usr/share/mk
Warner
Or:
make -m /usr/src/share/
On 26/11/2019 04:54, Warner Losh wrote:
> So when I committed the sysdir stuff I forgot to add it to the
install list. I've fixed it now. Either upgrade, or just copy
src/share/mk/bsd.sysdir.mk to /usr/share/mk
Thanks!
Now building r355107.
___
fre
On 2019-11-26 05:54, Warner Losh wrote:
So when I committed the sysdir stuff I forgot to add it to the install
list. I've fixed it now. Either upgrade, or just copy src/share/mk/
bsd.sysdir.mk to /usr/share/mk
Warner
Or:
make -m /usr/src/share/mk
--HPS
__
So when I committed the sysdir stuff I forgot to add it to the install
list. I've fixed it now. Either upgrade, or just copy src/share/mk/
bsd.sysdir.mk to /usr/share/mk
Warner
On Mon, Nov 25, 2019, 9:40 PM Graham Perrin wrote:
> The tail of my most recent run of
>
> make -j2 buildkernel KERNCO
The tail of my most recent run of
make -j2 buildkernel KERNCONF=GENERIC-NODEBUG
===> Ports module graphics/gpu-firmware-kmod (all)
cd ${PORTSDIR:-/usr/ports}/graphics/gpu-firmware-kmod; env -u CC -u
CXX -u CPP -u MAKESYSPATH -u MK_AUTO_OBJ -u MAKEOBJDIR MAKEFLAGS="-j
2 -J 15,16 -j 2 -J 15
Hi,
fbsd 13-current r346053 amd64
make buildkernel fails near the start here:
awk -f /usr/src/sys/tools/usbdevs2h.awk /usr/src/sys/dev/usb/usbdevs -d
--- genoffset.o ---
cc: error: no such file or directory: 'FLAGS'
*** [genoffset.o] Error code 1
more detail at
https://rpi3.zyxst.
On 31 May 2018 at 11:19, Dimitry Andric wrote:
> On 31 May 2018, at 20:11, Warner Losh wrote:
>>
>> On Thu, May 31, 2018 at 11:47 AM, Dimitry Andric wrote:
>> On 31 May 2018, at 18:04, Benjamin Kaduk wrote:
>> > On Thu, May 31, 2018 at 09:58:50AM +0200, Gary Jennejohn wrote:
>> >> On Thu, 31 Ma
On May 31 22:50, Konstantin Belousov wrote:
On Thu, May 31, 2018 at 08:19:20PM +0200, Dimitry Andric wrote:
On 31 May 2018, at 20:11, Warner Losh wrote:
>
> On Thu, May 31, 2018 at 11:47 AM, Dimitry Andric wrote:
> On 31 May 2018, at 18:04, Benjamin Kaduk wrote:
> > On Thu, May 31, 2018 at 09
09:52:22 +0200
>>>> Gary Jennejohn wrote:
>>>>
>>>>> There's something totally screwy about trying to build a kernel when
>>>>> /usr/obj is not populated.
>>>>>
>>>>> I ran ``make clean'' in /usr/src and t
On Thu, May 31, 2018 at 08:19:20PM +0200, Dimitry Andric wrote:
> On 31 May 2018, at 20:11, Warner Losh wrote:
> >
> > On Thu, May 31, 2018 at 11:47 AM, Dimitry Andric wrote:
> > On 31 May 2018, at 18:04, Benjamin Kaduk wrote:
> > > On Thu, May 31, 2018 at 09:58:50AM +0200, Gary Jennejohn wrote
On 31 May 2018, at 20:11, Warner Losh wrote:
>
> On Thu, May 31, 2018 at 11:47 AM, Dimitry Andric wrote:
> On 31 May 2018, at 18:04, Benjamin Kaduk wrote:
> > On Thu, May 31, 2018 at 09:58:50AM +0200, Gary Jennejohn wrote:
> >> On Thu, 31 May 2018 09:52:22 +0200
> >> Gary Jennejohn wrote:
...
t; >>> There's something totally screwy about trying to build a kernel when
> >>> /usr/obj is not populated.
> >>>
> >>> I ran ``make clean'' in /usr/src and then ``make buildkernel''. This
> >>> fails with
> &
nel when
>>> /usr/obj is not populated.
>>>
>>> I ran ``make clean'' in /usr/src and then ``make buildkernel''. This
>>> fails with
>>> make[2]: "/usr/src/sys/conf/kern.pre.mk" line 125: amd64 kernel
>>> requires l
md64/tmp/legacy/usr/bin:
> > /usr/obj/usr/src/amd64.amd64/tmp/legacy/bin:
> > /usr/obj/usr/src/amd64.amd64/tmp/usr/sbin:
> > /usr/obj/usr/src/amd64.amd64/tmp/usr/bin:
> > /sbin:/bin:/usr/sbin:/usr/bin
> >
> > it seems like /usr/bin/ld should be found by bsd.linker.mk and
> There's something totally screwy about trying to build a kernel when
> /usr/obj is not populated.
>
> I ran ``make clean'' in /usr/src and then ``make buildkernel''. This
> fails with
> make[2]: "/usr/src/sys/conf/kern.pre.mk" line 12
On Thu, 31 May 2018 09:52:22 +0200
Gary Jennejohn wrote:
> There's something totally screwy about trying to build a kernel when
> /usr/obj is not populated.
>
> I ran ``make clean'' in /usr/src and then ``make buildkernel''. This
> fails with
>
There's something totally screwy about trying to build a kernel when
/usr/obj is not populated.
I ran ``make clean'' in /usr/src and then ``make buildkernel''. This
fails with
make[2]: "/usr/src/sys/conf/kern.pre.mk" line 125: amd64 kernel
req
Am Tue, 22 Aug 2017 12:56:22 +0200
Dimitry Andric schrieb:
> On 22 Aug 2017, at 06:20, O. Hartmann wrote:
> >
> > On Mon, 21 Aug 2017 23:47:54 +0200
> > Dimitry Andric wrote:
> >
> >> On 21 Aug 2017, at 20:52, O. Hartmann wrote:
> >>>
> >>> I just updated to r322769 and now I face this
On 22 Aug 2017, at 06:20, O. Hartmann wrote:
>
> On Mon, 21 Aug 2017 23:47:54 +0200
> Dimitry Andric wrote:
>
>> On 21 Aug 2017, at 20:52, O. Hartmann wrote:
>>>
>>> I just updated to r322769 and now I face this when trying to recompile
>>> kernel/world again:
>>>
>>> make: "/usr/src/share/m
On Mon, 21 Aug 2017 23:47:54 +0200
Dimitry Andric wrote:
> On 21 Aug 2017, at 20:52, O. Hartmann wrote:
> >
> > I just updated to r322769 and now I face this when trying to recompile
> > kernel/world again:
> >
> > make: "/usr/src/share/mk/bsd.compiler.mk" line 142: warning: "cc --version
> >
On 21 Aug 2017, at 20:52, O. Hartmann wrote:
>
> I just updated to r322769 and now I face this when trying to recompile
> kernel/world again:
>
> make: "/usr/src/share/mk/bsd.compiler.mk" line 142: warning: "cc --version ||
> echo 0.0.0"
> exited on a signal make: "/usr/src/share/mk/bsd.compil
O. Hartmann wrote:
> I just updated to r322769 and now I face this when trying to recompile
> kernel/world again:
>
> make: "/usr/src/share/mk/bsd.compiler.mk" line 142: warning: "cc --version ||
> echo 0.0.0"
> exited on a signal make: "/usr/src/share/mk/bsd.compiler.mk" line 155: Unable
>
I just updated to r322769 and now I face this when trying to recompile
kernel/world again:
make: "/usr/src/share/mk/bsd.compiler.mk" line 142: warning: "cc --version ||
echo 0.0.0"
exited on a signal make: "/usr/src/share/mk/bsd.compiler.mk" line 155: Unable to
determine compiler type for CC=cc
nt in my system), or maybe I can
>install clang from ports and rebuild world with clang from ports?
If you use the normal way to build a kernel, then yes, you can build a
kernel w/ clang... Do:
make kernel-toolchain WITH_CLANG_IS_CC=YES WITH_CLANG=YES
make buildkernel KERNCONF=
See src/UPDA
Гоша <[3]gosha-n...@yandex.ru>
Sent: Sunday, September 29, 2013 11:18 AM
To: [4]freebsd-current@freebsd.org;
[5]freebsd-virtualizat...@freebsd.org
Subject: Hyperv driver related error on make buildkernel on -r255933
I have an error when tryin to compile kernel with r
Em 29/09/13 15:18, Гуляев Гоша escreveu:
I have an error when tryin to compile kernel with recent -CURRENT
sources
There is additional info uname -a, /etc/src.conf, error output and
kernel config
uname -a
FreeBSD MYBSD 10.0-CURRE
I have an error when tryin to compile kernel with recent -CURRENT
sources
There is additional info uname -a, /etc/src.conf, error output and
kernel config
uname -a
FreeBSD MYBSD 10.0-CURRENT FreeBSD 10.0-CURRENT #0: Mon Aug 12 22:31:24
On 08/03/2013 23:43, Glen Barber wrote:
BTW, you should upgrade devel/subversion anyway, since there are
security vulnerabilities.
BTW, you should remove GA, since it is a security vulnerability itself.
___
freebsd-current@freebsd.org mailing list
htt
On Thu, Aug 08, 2013 at 11:14:05AM -0400, John Baldwin wrote:
> On Tuesday, August 06, 2013 2:30:54 pm Glen Barber wrote:
> > On Tue, Aug 06, 2013 at 01:11:07PM -0500, Matthew D. Fuller wrote:
> > > On Sun, Aug 04, 2013 at 08:55:30PM -0400 I heard the voice of
> > > Glen Barber, and lo! it spake th
On Tuesday, August 06, 2013 2:30:54 pm Glen Barber wrote:
> On Tue, Aug 06, 2013 at 01:11:07PM -0500, Matthew D. Fuller wrote:
> > On Sun, Aug 04, 2013 at 08:55:30PM -0400 I heard the voice of
> > Glen Barber, and lo! it spake thus:
> > >
> > > The error generated is non-fatal, and once I receive
On 06.08.13 21:11, Matthew D. Fuller wrote:
Sure, right _now_ devel/subversion and base svnlite get along, but
what happens when ports moves to 1.9 which changes the WT format?
This is just one of the quirks that subversion has, in that it's
database can't be easily parsed with other tools. Pe
On Tue, Aug 06, 2013 at 01:11:07PM -0500, Matthew D. Fuller wrote:
> On Sun, Aug 04, 2013 at 08:55:30PM -0400 I heard the voice of
> Glen Barber, and lo! it spake thus:
> >
> > The error generated is non-fatal, and once I receive response on a
> > proposed patch, will be suppressed if the svn vers
On Sun, Aug 04, 2013 at 08:55:30PM -0400 I heard the voice of
Glen Barber, and lo! it spake thus:
>
> The error generated is non-fatal, and once I receive response on a
> proposed patch, will be suppressed if the svn version used to check
> out the tree is not compatible with that used to check th
On Mon, 5 Aug 2013 13:36:29 +0300
Kimmo Paasiala wrote:
> On Mon, Aug 5, 2013 at 12:08 PM, Sergey V. Dyatko
> wrote:
> > On Sun, 4 Aug 2013 20:57:04 -0400
> > Glen Barber wrote:
> >
> >> On Sun, Aug 04, 2013 at 05:50:28PM -0700, Steve Kargl wrote:
> >> > If you are disinclined to fix your commi
On Mon, Aug 5, 2013 at 12:08 PM, Sergey V. Dyatko
wrote:
> On Sun, 4 Aug 2013 20:57:04 -0400
> Glen Barber wrote:
>
>> On Sun, Aug 04, 2013 at 05:50:28PM -0700, Steve Kargl wrote:
>> > If you are disinclined to fix your commit, then consider this
>> > an official request to back out revision 2525
On Sun, 4 Aug 2013 20:57:04 -0400
Glen Barber wrote:
> On Sun, Aug 04, 2013 at 05:50:28PM -0700, Steve Kargl wrote:
> > If you are disinclined to fix your commit, then consider this
> > an official request to back out revision 252505.
> >
>
> You are the first and only one to complain after thi
On Sat, 3 Aug 2013 22:04:56 -0400
Glen Barber wrote:
> On Sun, Aug 04, 2013 at 08:10:09AM +0800, Erich Dollansky wrote:
> > doesn't this show again that svn came a bit early?
>
> No, it shows that people do not keep their third-party software up to
> date.
>
> Glen
>
what about devel/subversi
On Sun, Aug 04, 2013 at 09:23:45PM -0400, Glen Barber wrote:
> On Sun, Aug 04, 2013 at 06:18:58PM -0700, Steve Kargl wrote:
> > > You are the first and only one to complain after this change was in
> > > effect for 2 months.
> >
> > Perhaps, I'm "the first and only one to complain" because others
On Sun, 4 Aug 2013, Glen Barber wrote:
On Sun, Aug 04, 2013 at 06:18:58PM -0700, Steve Kargl wrote:
You are the first and only one to complain after this change was in
effect for 2 months.
Perhaps, I'm "the first and only one to complain" because others already
recognize that you will turn a
On Sun, Aug 04, 2013 at 06:18:58PM -0700, Steve Kargl wrote:
> > You are the first and only one to complain after this change was in
> > effect for 2 months.
>
> Perhaps, I'm "the first and only one to complain" because others already
> recognize that you will turn a deaf ear to their complaints.
On Sun, Aug 04, 2013 at 08:57:04PM -0400, Glen Barber wrote:
> On Sun, Aug 04, 2013 at 05:50:28PM -0700, Steve Kargl wrote:
> > If you are disinclined to fix your commit, then consider this
> > an official request to back out revision 252505.
> >
>
> You are the first and only one to complain aft
On Sun, Aug 04, 2013 at 08:55:30PM -0400, Glen Barber wrote:
> On Sun, Aug 04, 2013 at 05:44:33PM -0700, Steve Kargl wrote:
> > > If you want to upgrade, and use http/https access to repositories,
> > > please check, that SERF option is enabled, as NEON support
> > > ^
On Sun, Aug 04, 2013 at 05:50:28PM -0700, Steve Kargl wrote:
> If you are disinclined to fix your commit, then consider this
> an official request to back out revision 252505.
>
You are the first and only one to complain after this change was in
effect for 2 months.
I am sorry that you do not ke
On Sun, Aug 04, 2013 at 05:44:33PM -0700, Steve Kargl wrote:
> > If you want to upgrade, and use http/https access to repositories,
> > please check, that SERF option is enabled, as NEON support
> > ^
>
> I did not want to upgrade. It was suggested/fo
On Sun, Aug 04, 2013 at 07:28:00PM -0400, Glen Barber wrote:
> On Sun, Aug 04, 2013 at 04:23:58PM -0700, Steve Kargl wrote:
> > Here's a perfect example why chasing the bleeding edge ports
> > is a stupid idea. After upgrading devel/subversion as you
> > suggested, I see
> >
>
> They are not "bl
On Sun, Aug 04, 2013 at 04:51:08PM -0700, Peter Wemm wrote:
> On Sun, Aug 4, 2013 at 4:23 PM, Steve Kargl
> wrote:
> > On Sat, Aug 03, 2013 at 05:43:13PM -0400, Glen Barber wrote:
> >> On Sat, Aug 03, 2013 at 02:30:23PM -0700, Steve Kargl wrote:
> >> >
> >> > Thanks.
> >> >
> >> > Looks like an en
On Sun, Aug 4, 2013 at 4:23 PM, Steve Kargl
wrote:
> On Sat, Aug 03, 2013 at 05:43:13PM -0400, Glen Barber wrote:
>> On Sat, Aug 03, 2013 at 02:30:23PM -0700, Steve Kargl wrote:
>> >
>> > Thanks.
>> >
>> > Looks like an entry in /usr/src/UPDATING is missing if
>> > /usr/bin/svn* is forcing an obso
On Sun, Aug 04, 2013 at 04:23:58PM -0700, Steve Kargl wrote:
> Here's a perfect example why chasing the bleeding edge ports
> is a stupid idea. After upgrading devel/subversion as you
> suggested, I see
>
They are not "bleeding edge ports", they are updates to ported software.
> cd /usr/ports
>
Hi,
On 08/04/13 19:23, Steve Kargl wrote:
On Sat, Aug 03, 2013 at 05:43:13PM -0400, Glen Barber wrote:
On Sat, Aug 03, 2013 at 02:30:23PM -0700, Steve Kargl wrote:
Thanks.
Looks like an entry in /usr/src/UPDATING is missing if
/usr/bin/svn* is forcing an obsolscence of a functioning
installe
On Sat, Aug 03, 2013 at 05:43:13PM -0400, Glen Barber wrote:
> On Sat, Aug 03, 2013 at 02:30:23PM -0700, Steve Kargl wrote:
> >
> > Thanks.
> >
> > Looks like an entry in /usr/src/UPDATING is missing if
> > /usr/bin/svn* is forcing an obsolscence of a functioning
> > installed port.
> >
>
> The
On Sat, Aug 03, 2013 at 08:53:35PM -0400, Glen Barber wrote:
> On Sat, Aug 03, 2013 at 05:10:45PM -0700, Steve Kargl wrote:
> > If the script can't find svnversion or svnliteversion,
> > then it issues an error.
> >
>
> *sigh*
>
> No. It is *not* a fatal error.
>
I didn't say anything about a
Hi,
On Sat, 3 Aug 2013 22:04:56 -0400
Glen Barber wrote:
> On Sun, Aug 04, 2013 at 08:10:09AM +0800, Erich Dollansky wrote:
> > doesn't this show again that svn came a bit early?
>
> No, it shows that people do not keep their third-party software up to
> date.
you want to say, that it is true
at, Aug 03, 2013 at 02:03:49PM -0700, Steve Kargl wrote:
> > > > > I updated my /usr/src with subversion from ports:
> > > > >
> > > > > % pkg info | grep subver
> > > > > subversion-1.7.9_1 Version control system
> >
On Sun, Aug 04, 2013 at 08:10:09AM +0800, Erich Dollansky wrote:
> doesn't this show again that svn came a bit early?
No, it shows that people do not keep their third-party software up to
date.
Glen
pgpYOeX7Ozb_m.pgp
Description: PGP signature
On Sat, Aug 03, 2013 at 05:10:45PM -0700, Steve Kargl wrote:
> If the script can't find svnversion or svnliteversion,
> then it issues an error.
>
*sigh*
No. It is *not* a fatal error.
Glen
pgpfCeLOUvRrt.pgp
Description: PGP signature
On Sat, Aug 03, 2013 at 06:47:19PM -0400, Glen Barber wrote:
> On Sat, Aug 03, 2013 at 03:46:08PM -0700, Steve Kargl wrote:
> > On Sat, Aug 03, 2013 at 06:20:47PM -0400, Glen Barber wrote:
> > > On Sat, Aug 03, 2013 at 03:17:02PM -0700, Steve Kargl wrote:
> > >
> > > > > BTW, you should upgrade de
On Sat, Aug 03, 2013 at 03:46:08PM -0700, Steve Kargl wrote:
> On Sat, Aug 03, 2013 at 06:20:47PM -0400, Glen Barber wrote:
> > On Sat, Aug 03, 2013 at 03:17:02PM -0700, Steve Kargl wrote:
> >
> > > > BTW, you should upgrade devel/subversion anyway, since there are
> > > > security vulnerabilities
On Sat, Aug 03, 2013 at 06:20:47PM -0400, Glen Barber wrote:
> On Sat, Aug 03, 2013 at 03:17:02PM -0700, Steve Kargl wrote:
>
> > > BTW, you should upgrade devel/subversion anyway, since there are
> > > security vulnerabilities.
> >
> > 1.7.9 works/worked fine for updating my /usr/src and my pers
On Sat, Aug 03, 2013 at 11:21:52PM +0100, Anton Shterenlikht wrote:
> >svn repository. The change to use svnlite in newvers.sh should
> >have an entry in UPDATING to alert users that have a too old
> >svn port that they need to upgrade. I go as far to suggest that
>
> I agree.
> To me this is a
>Delivered-To: freebsd-current@freebsd.org
>Date: Sat, 3 Aug 2013 15:17:02 -0700
>From: Steve Kargl
>To: Glen Barber
>Subject: Re: svn error during 'make buildkernel'?
>svn repository. The change to use svnlite in newvers.sh should
>have an entry in UPDATING to
the behavior you have seen is not a fatal
> > error with the buildkernel process.
>
> Installing a freshly built kernel when an ERROR message appears
> within the last 10 lines of 'make buildkernel' seems like a
> rather dumb thing do.
>
But the last 3 lines state that th
gt; I updated my /usr/src with subversion from ports:
> > > >
> > > > % pkg info | grep subver
> > > > subversion-1.7.9_1 Version control system
> > > >
> > > > 'make buildworld' completed as expected. 'make buildk
; > > % pkg info | grep subver
> > > subversion-1.7.9_1 Version control system
> > >
> > > 'make buildworld' completed as expected. 'make buildkernel'
> > > seems to complete, but I'm seeing
> > >
> > > :> h
m
> >
> > 'make buildworld' completed as expected. 'make buildkernel'
> > seems to complete, but I'm seeing
> >
> > :> hack.c
> > cc -shared -nostdlib hack.c -o hack.So
> > rm -f hack.c
> > MAKE=make sh /usr/src/sys/con
On Sat, Aug 03, 2013 at 02:03:49PM -0700, Steve Kargl wrote:
> I updated my /usr/src with subversion from ports:
>
> % pkg info | grep subver
> subversion-1.7.9_1 Version control system
>
> 'make buildworld' completed as expected. 'make buildker
I updated my /usr/src with subversion from ports:
% pkg info | grep subver
subversion-1.7.9_1 Version control system
'make buildworld' completed as expected. 'make buildkernel'
seems to complete, but I'm seeing
:> hack.c
cc -shared -nostdlib hack.c
[installincludes] Error code 1
Stop in /usr/src/kerberos5.
*** [installincludes] Error code 1
Stop in /usr/src.
*** [installincludes] Error code 1
A "make buildkernel" terminates with the below shown error message. It
seems some CLANG/CC struggles inbetween terminated my system in a very
On Thu, 2003-10-16 at 14:23, Jun Su wrote:
> Seems Tools\makeobjops.awk needs some update.
Sorry about that - I forgot to commit that bit.
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, sen
Seems Tools\makeobjops.awk needs some update.
error log:
%make
cc -c -O -pipe -march=pentium3 -Wall -Wredundant-decls -Wnested-externs
-Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual
-fformat-extensions -std=c99 -g -nostdinc -I- -I.
-I/usr/home/junsu/workshop/sys-n
On 2003-10-06 at 19:21:34 M. Warner Losh wrote:
> My bad. I've fixed it.
Builds fine now, thanks for the fast fix. :)
pgp0.pgp
Description: PGP signature
In message: <[EMAIL PROTECTED]>
Arjan van Leeuwen <[EMAIL PROTECTED]> writes:
: While trying to do a make buildkernel, cvsupped two hours ago:
My bad. I've fixed it.
I'd had the changes in my local tree for months, but somehow missed
committing the card
While trying to do a make buildkernel, cvsupped two hours ago:
/usr/local/bin/gcc -c -O -pipe -march=athlon-xp -Wall -Wredundant-decls
-Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith
-Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/
usr/src
t; /usr/src/sys/dev/aac/aac_disk.c:276: warning: uintmax_t format, different type a
> rg (arg 2)
> *** Error code 1
>
> Stop in /usr/obj/usr/src/sys/GENERIC.
> *** Error code 1
>
> Stop in /usr/src.
> *** Error code 1
>
> Stop in /
Error code 1
Stop in /usr/obj/usr/src/sys/GENERIC.
*** Error code 1
Stop in /usr/src.
*** Error code 1
Stop in /usr/src.
root: make buildkernel
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe,
Dr. Richard E. Hawkins said:
> On Thu, Aug 14, 2003 at 10:49:42PM -0400, Adam Migus wrote:
>> Andrew Gallatin wrote:
>
>> WRT the mime thing. My apologies. It never occured to me as
>> everyone I
>> know personally uses a "real" mail reader. I'd attached them
>> simply to
>> keep the scrolling
On Thu, Aug 14, 2003 at 10:49:42PM -0400, Adam Migus wrote:
> Andrew Gallatin wrote:
> WRT the mime thing. My apologies. It never occured to me as everyone I
> know personally uses a "real" mail reader. I'd attached them simply to
> keep the scrolling down and allow order independant viewing.
Craig Rodrigues writes:
> On Thu, Aug 14, 2003 at 08:17:33PM -0400, Andrew Gallatin wrote:
> > You have machdep.hlt_logical_cpus: 1 in your sysctl output. [BTW,
> > lots of people read this mail via the web archives at
> > http://docs.freebsd.org/cgi/getmsg.cgi?fetch=1073654+0+current/freebsd
On Thu, Aug 14, 2003 at 08:17:33PM -0400, Andrew Gallatin wrote:
> You have machdep.hlt_logical_cpus: 1 in your sysctl output. [BTW,
> lots of people read this mail via the web archives at
> http://docs.freebsd.org/cgi/getmsg.cgi?fetch=1073654+0+current/freebsd-current,
> where its impossible to v
On Thu, 14 Aug 2003, Adam Migus wrote:
> Andrew Gallatin wrote:
>
> >Adam Migus writes:
> > > Folks,
> > > While doing some performance analysis (doing make -j5 buildkernel)
> > > on a set of 14 kernels I've hit one using the SCHED_ULE scheduler
> > > that hangs. It happens every time but not n
Andrew Gallatin wrote:
Adam Migus writes:
> Folks,
> While doing some performance analysis (doing make -j5 buildkernel)
> on a set of 14 kernels I've hit one using the SCHED_ULE scheduler
> that hangs. It happens every time but not necessarily in the same
> place in the make.
>
<...>
> The ha
Adam Migus writes:
> Folks,
> While doing some performance analysis (doing make -j5 buildkernel)
> on a set of 14 kernels I've hit one using the SCHED_ULE scheduler
> that hangs. It happens every time but not necessarily in the same
> place in the make.
>
<...>
> The hardware is a dual
On Thu, Aug 14, 2003 at 05:45:28PM -0400, Adam Migus wrote:
> I also do testing on a dual Althon and honestly didn't bother to
> research whether they'd have any affect. Could/would they be
> causing a problem? I'll recompile without them and try again at any
> rate.
They are old options for ena
Bruce M Simpson said:
> On Mon, Aug 11, 2003 at 11:09:44PM -0400, Adam Migus wrote:
>> The hardware is a dual Xeon box. The kernel is SMP w/ SCHED_ULE
>> instead of SCHED_4BSD, the options required for diskless and the
>> following two options:
>>
>> options CPU_FASTER_5X86_FPU
>> options
On Mon, Aug 11, 2003 at 11:09:44PM -0400, Adam Migus wrote:
> The hardware is a dual Xeon box. The kernel is SMP w/ SCHED_ULE
> instead of SCHED_4BSD, the options required for diskless and the
> following two options:
>
> options CPU_FASTER_5X86_FPU
> options CPU_UPGRADE_HW_CACHE
On Wed, 30 Jul 2003, David Lodeiro wrote:
> I've tried to rebuild the kernel a couple of times now with "device ath " to
> add support for my 54g card. The system was cvsup to current yesterday (
> 29/07/03) and make buildworld completed succesfully. However rebuilding the
> kernel fails on this
I've tried to rebuild the kernel a couple of times now with "device ath " to
add support for my 54g card. The system was cvsup to current yesterday (
29/07/03) and make buildworld completed succesfully. However rebuilding the
kernel fails on this :
if_ath.o: In function `ath_attach':
/usr/s
cc -c -O -pipe -march=athlon -Wall -Wredundant-decls -Wnested-externs
-Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual
-fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/dev
-I/usr/src/sys/contrib/dev/acpica -I/usr/src/sys/contrib/ipfilter
Julian Elischer wrote:
> read "UPDATING" and look for teh paragraph about the new scheduler
> options.
>
> I disagree strongly with needing an option to keep the current
> scheduler..
> I think no option should give teh default scheduler.. after
> all, you need one...
It's trivial to do this, I t
ll be understood as neither
given nor endorsed by it.
- Original Message -
From: "Julian Elischer" <[EMAIL PROTECTED]>
To: "Nick H. -- Technical Support Engineer" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Monday, February 03, 2003 7:05 PM
Subje
t Engineer wrote:
> I've now run into this 2 times this week... doing a make buildkernel with
> pretty much generic (SMP turned on and IPFILTER enabled with logging and
> default block):
>
>
>
> /usr/src/sys/kern/kern_subr.c:557: undefined reference to `sched_prio'
&
On 2003.02.03 18:52:09 -0600, Nick H. -- Technical Support Engineer wrote:
> I've now run into this 2 times this week... doing a make buildkernel with
> pretty much generic (SMP turned on and IPFILTER enabled with logging and
> default block):
From UPDATING :
20030125:
I've now run into this 2 times this week... doing a make buildkernel with
pretty much generic (SMP turned on and IPFILTER enabled with logging and
default block):
/usr/src/sys/kern/kern_subr.c:557: undefined reference to `sched_prio'
kern_switch.o: In function `choosethread':
/u
1 - 100 of 124 matches
Mail list logo
