On Sun, 2019-05-19 at 23:54 +0200, Dimitry Andric wrote:
> On 19 May 2019, at 23:29, Julian H. Stacey wrote:
> >
> > Hi curr...@freebsd.org
> > On current src/ on 2 boxes, I have seen the same break for a week
> > or 2,
> > lib/libgcc_s fails on make all afte
> On 19 May 2019, at 23:29, Julian H. Stacey wrote:
> >
> > Hi curr...@freebsd.org
> > On current src/ on 2 boxes, I have seen the same break for a week or 2,
> > lib/libgcc_s fails on make all after make world succeeds,
> > Anyone else seen it or got idea
On 19 May 2019, at 23:29, Julian H. Stacey wrote:
>
> Hi curr...@freebsd.org
> On current src/ on 2 boxes, I have seen the same break for a week or 2,
> lib/libgcc_s fails on make all after make world succeeds,
> Anyone else seen it or got ideas please ? Notes below the sample
Hi curr...@freebsd.org
On current src/ on 2 boxes, I have seen the same break for a week or 2,
lib/libgcc_s fails on make all after make world succeeds,
Anyone else seen it or got ideas please ? Notes below the sample.
===> lib/libgcc_s (all)
building shared library libgcc_s.so.1
++
leaks a load of C headers, whereas libc++ is very careful not to. I've now
(r245839) explicitly included everything so it now builds with libc++ and in
C++11 mode.
Thanks for the report,
David
On 23 Jan 2013, at 08:15, O. Hartmann wrote:
> Make world fails in /usr/src/usr.bin/dt
Make world fails in /usr/src/usr.bin/dtc/dtc.cc with a lot of errors
com[laining about an undeclared identifier:
[...]
===> usr.bin/dtc (obj,depend,all,install)
/usr/obj/usr/src/tmp/usr/src/usr.bin/dtc created for /usr/src/usr.bin/dtc
rm -f .depend
mkdep -f .depend -a-I/usr/obj/usr/src/
Am 04/02/12 16:06, schrieb Alexander Kabaev:
> On Mon, 02 Apr 2012 14:32:51 +0200
> "O. Hartmann" wrote:
>
>> Hello out there.
>>
>> My FreeBSD 10 box is at revision r233779. I updated the sources this
>> morning and made a buildworld successfully.
>>
>> After a reboot of the box, I witness sever
In message <4f79abf1.70...@lissyara.su>, Alex Keda writes:
>02.04.2012 16:32, O. Hartmann пиÑеÑ:
>> Firefox, for instance, is droppimng a core now when starting.
I tried r233749M and saw the same thing.
This Warning looks non-ignorable to me, but I havn't investigated:
===> gnu/lib/libssp
On Mon, 2 Apr 2012 10:06:38 -0400
Alexander Kabaev wrote:
> On Mon, 02 Apr 2012 14:32:51 +0200
> "O. Hartmann" wrote:
>
> > Hello out there.
> >
> > My FreeBSD 10 box is at revision r233779. I updated the sources this
> > morning and made a buildworld successfully.
> >
> > After a reboot of t
On Mon, 02 Apr 2012 14:32:51 +0200
"O. Hartmann" wrote:
> Hello out there.
>
> My FreeBSD 10 box is at revision r233779. I updated the sources this
> morning and made a buildworld successfully.
>
> After a reboot of the box, I witness several bad issues. Firefox, for
> instance, is droppimng a
02.04.2012 16:32, O. Hartmann пишет:
Hello out there.
My FreeBSD 10 box is at revision r233779. I updated the sources this
morning and made a buildworld successfully.
After a reboot of the box, I witness several bad issues. Firefox, for
instance, is droppimng a core now when starting. Using por
Hello out there.
My FreeBSD 10 box is at revision r233779. I updated the sources this
morning and made a buildworld successfully.
After a reboot of the box, I witness several bad issues. Firefox, for
instance, is droppimng a core now when starting. Using portmaster for
updates produces a lot of S
cc -fpic -DPIC -O2 -pipe -fno-omit-frame-pointer -DHAVE_CONFIG_H
-I/usr/src/gnu/lib/libssp
-I/usr/src/gnu/lib/libssp/../../../contrib/gcclibs/libssp
-I/usr/src/gnu/lib/libssp/../../../contrib/gcclibs/include -std=gnu99 -c
/usr/src/gnu/lib/libssp/../../../contrib/gcclibs/libssp/sprintf-ch
On 26 June 2011 19:55, Dimitry Andric wrote:
> On 2011-06-26 20:43, Chris Rees wrote:
> ...
>>
>> cd /usr/cursrc/src
>> make KERNCONF=CERBERUS DESTDIR=/mnt world kernel
>
> ...
>>
>>
>> /usr/obj/cursrc/src/usr.bin/clang/clang/../../../lib/clang/libllvmcodegen/libllvmcodegen.a:
>> could not read sy
On 2011-06-26 20:43, Chris Rees wrote:
...
cd /usr/cursrc/src
make KERNCONF=CERBERUS DESTDIR=/mnt world kernel
...
/usr/obj/cursrc/src/usr.bin/clang/clang/../../../lib/clang/libllvmcodegen/libllvmcodegen.a:
could not read symbols: File format not recognized
...
Any ideas please???
The file
Hi all,
Just trying to install 9-CURRENT (csupped today) for my Xbox.
What I did:
mounted all partitions under /mnt
cd /usr/cursrc/src
make KERNCONF=CERBERUS DESTDIR=/mnt world kernel
*chug chug*
===> usr.bin/clang/clang (all)
c++ -O2 -pipe
-I/usr/cursrc/src/usr.bin/clang/clang/../../../cont
On Fri, 21 Nov 2003, Barney Wolff wrote:
> Does make world build a kernel? I didn't think so, and OP's message
> indicates that make world is all he did. I suspect re-install is the
> best answer now.
>
> Will somebody please tell me when "make world" is ever
From: Barney Wolff [mailto:[EMAIL PROTECTED]
> Sent: Saturday, November 22, 2003 1:14 PM
> To: Bruce Evans
> Cc: [EMAIL PROTECTED]
> Subject: Re: dumb question 'Bad system call' after make world
>
>
> On Sat, Nov 22, 2003 at 11:42:04PM +1100, Bruce Evans wrote:
On Sat, Nov 22, 2003 at 11:42:04PM +1100, Bruce Evans wrote:
> On Fri, 21 Nov 2003, Barney Wolff wrote:
>
> > Will somebody please tell me when "make world" is ever correct in the
> > environment of the last several years? I've been unable to understand
> &
On Fri, 21 Nov 2003, Barney Wolff wrote:
> Will somebody please tell me when "make world" is ever correct in the
> environment of the last several years? I've been unable to understand
> its continued existence as a target.
>From my normal world-building scr
Hello,
On Fri, Nov 21, 2003 at 09:44:17PM -0500, Barney Wolff wrote:
> Does make world build a kernel? I didn't think so, and OP's message
> indicates that make world is all he did. I suspect re-install is the
> best answer now.
Yes, make world does not build or install k
On Fri, Nov 21, 2003 at 05:35:59PM -0800, Doug White wrote:
> On Fri, 21 Nov 2003, Don Bowman wrote:
>
> >
> > So i have a machine freshly installed from 5.1 mini iso.
> > I did a cvs co of latest current sources, and accidentally
> > did a 'make world'
On Fri, 21 Nov 2003, Don Bowman wrote:
>
> So i have a machine freshly installed from 5.1 mini iso.
> I did a cvs co of latest current sources, and accidentally
> did a 'make world' instead of 'make buildworld'.
> Now i just get 'Bad system call' w
On Fri, 21 Nov 2003, Don Bowman wrote:
>
> So i have a machine freshly installed from 5.1 mini iso.
> I did a cvs co of latest current sources, and accidentally
> did a 'make world' instead of 'make buildworld'.
> Now i just get 'Bad system call' w
So i have a machine freshly installed from 5.1 mini iso.
I did a cvs co of latest current sources, and accidentally
did a 'make world' instead of 'make buildworld'.
Now i just get 'Bad system call' when i try to do anything.
i need to get the correct kerne
n. I'm now doing a "make build world"
and then will do a "make kernel KERNCONF=MyKernelDefinitionFileName",
then finally a "make installworld" per the UPGRADING guide.
I've never used the Upgrade option to FreeBSD and I've been using it
heavily since
On Tue, 2003-11-18 at 08:50, Chris Shenton wrote:
> I've been running 5.1-CURRENT for a while and a couple nights ago did
> a "make world". After a couple hours building, my system was
> unusable. Critical binaries like "rm", "ls", "mtree",
Allegedly Chris Shenton said
> "masta" <[EMAIL PROTECTED]> writes:
>
>> The easy way is to grab a recent livecd from the jp snapshot service.
>> With the jpsnap livecd I was able to boot, copy all the working
>> binaries from the cdrom over the corrupt binaries on the local HDD. I
>> suggest you t
"masta" <[EMAIL PROTECTED]> writes:
> The easy way is to grab a recent livecd from the jp snapshot service.
> [ http://livecd.sourceforge.net/ ]
>
> With the jpsnap livecd I was able to boot, copy all the working
> binaries from the cdrom over the corrupt binaries on the local HDD. I
> suggest you
On Tue, Nov 18, 2003 at 11:50:22AM -0500, Chris Shenton wrote:
> I've been running 5.1-CURRENT for a while and a couple nights ago did
> a "make world". After a couple hours building, my system was
> unusable. Critical binaries like "rm", "ls", &q
Hiya,
Chris Shenton wrote:
...
[snip]
...
>
> Any other suggestions? Thanks.
>
Yes, You need to exploit the notion of booting from another root
filesystem, mounting the broken root, and then taking corrective action on
the corrupted files.
The easy way is to grab a recent livecd from the jp sna
In message: <[EMAIL PROTECTED]>
Chris Shenton <[EMAIL PROTECTED]> writes:
: I'm looking for recommendations on how to recover, hopefully without
: trashing my critical system files like /etc/passwd. Ideally, I guess
: I'd like a way to replace all the broken binaries and any related
:
I've been running 5.1-CURRENT for a while and a couple nights ago did
a "make world". After a couple hours building, my system was
unusable. Critical binaries like "rm", "ls", "mtree", "sh" failed,
reporting "Exec format error"
What do you have your CFLAGS/CPUTYPE set to? I've run into this before
with aggressive CFLAGS/CPUTYPE i believe (-O3 with athlon-mp)
seth
> Hi,
>
> I end up with the following when I run `make world` on 5.1-RELEASE-p10.
>
>
> /usr/src/contrib/libstdc++/libsupc++/unwin
Hi,
I end up with the following when I run `make world` on 5.1-RELEASE-p10.
/usr/src/contrib/libstdc++/libsupc++/unwind-cxx.h:41:20: unwind.h: No such file or
directory
In file included from /usr/src/contrib/libstdc++/libsupc++/eh_globals.cc:33:
/usr/src/contrib/libstdc++/libsupc++/unwind
Hi Guys,
Source as of 4 hours ago I get the following in make world ...
Cheers,
Mark
Full log of error follows :
objcopy -S -O binary boot1.out boot1
dd if=/dev/zero of=boot2.ldr bs=276 count=1 2>/dev/null
nm -t d boot1.out | awk '/([0-9])+ T xread/ { x = $1 - ORG1;
printf(
On Mon, 10 Nov 2003, Aleksandar Simonovski wrote:
> after making make buildworld,installworld mergemaster and everything
> that i suposed to do ( reading UPDATING) i get this error:
>
> init: can't exec getty `/usr/libexec/getty` for /dev/ttyv1: No souch file or
> directory
> init: can't exec get
after making make buildworld,installworld mergemaster and everything that i suposed to
do ( reading UPDATING)
i get this error:
init: can't exec getty `/usr/libexec/getty` for /dev/ttyv1: No souch file or directory
init: can't exec getty `/usr/libexec/getty` for /dev/ttyv2: No souch file or direc
Luckily I had some old -current SNAP CDs.
1. Tried a snap from Aug 31:
No problems with bge0 interface with -curremnt
2. Updated sources to -current of today.
Compiled and installed only new actual kernel.
No problems with bge0 interface.
Currently am trying to do make world but it
Hi,
Agree fully.
I have the same problem on my ThinkPad T21 - as reported on this list
earlier. Running without ACPI is no problem.
Another problem when running with ACPI is that suspend mode doesn't turn
the display off. Pretty annoying, and besides it will never come back
from suspend either :)
Hello
I attempted to do make buildworld on my N610c laptop but it kept dying
with various signals
*** Signal 4
*** Signal 11
The fan does go off and on in response to high CPU activity but I am
guessing not enough and not soon enough. I rebooted with acpi disabled
so that fan runs continuously (
On Mon, 16 Jun 2003, Kris Kennaway wrote:
> On Mon, Jun 16, 2003 at 10:21:51AM +0200, Matthias Andree wrote:
> > "make world" fails, "rm -rf /usr/obj ; make -DNOCLEAN world" is fine.
>
> Always update with 'cvs update -PdA'
I
On Mon, Jun 16, 2003 at 10:21:51AM +0200, Matthias Andree wrote:
> Hi,
>
> "make world" fails, "rm -rf /usr/obj ; make -DNOCLEAN world" is fine.
Always update with 'cvs update -PdA'
Kris
pgp0.pgp
Description: PGP signature
Hi,
"make world" fails, "rm -rf /usr/obj ; make -DNOCLEAN world" is fine.
make world failure happens in
--
>>> stage 2: cleaning up the object tree
--
System: i386 P4 5.1-BETA2 (cvsup 06.01.2003.2114CDT)
cd /usr/src
cvsup standard-supfile
make world
.
.
.
cc -O -pipe -mcpu=pentiumpro -elf -Wall -I/usr/src/lib/csu/i386-elf/../common
-I/usr/src/lib/csu/i386-elf/../../libc/include -Wsystem-headers -Werror -Wall
-Wno-format-y2k -W -Wstrict
>Date: Mon, 24 Feb 2003 15:43:34 +0100
>From: Christoph Kukulies <[EMAIL PROTECTED]>
>Freshly supped and got:
>===> libexec/pt_chown
>cc -O -pipe -mcpu=pentiumpro -Wformat=2 -Wno-format-extra-args -Werror -c
>/usr/src/libexec/pt_chown/pt_chown.c
>cc1: warnings being treated as errors
>/usr/sr
Freshly supped and got:
===> libexec/pt_chown
cc -O -pipe -mcpu=pentiumpro -Wformat=2 -Wno-format-extra-args -Werror -c
/usr/src/libexec/pt_chown/pt_chown.c
cc1: warnings being treated as errors
/usr/src/libexec/pt_chown/pt_chown.c: In function `main':
/usr/src/libexec/pt_chown/pt_chown.c:86:
Greetings,
Running -CURRENT, I cvsupped today... and afterwards ran 'world' which
bailed out here:
cc1: warnings being treated as errors
/usr/src/lib/libdisk/rules.c: In function `Check_Chunk':
/usr/src/lib/libdisk/rules.c:265: warning: enumeration value `p_any' not
handled in switch
/usr/src/l
I have two identical installations of -CURRENT on one machine.
The only difference is that one is on a UDMA100 disk and the other
is on a UDMA66 disk. Both have softupdates enabled.
The total times for a make world && make kernel:
UDMA100: 88 minutes
UDMA66 : 95 minutes
Does this
On Fri, Oct 11, 2002 at 07:37:53AM -0700, David Wolfskill wrote:
> On Fri, Oct 11, 2002 at 02:42:34AM -0700, David O'Brien wrote:
> > On Fri, Oct 11, 2002 at 01:04:23AM -0700, David O'Brien wrote:
> > > I've ended up hosing world with the Binutils upgrade.
> >
> > I think world is OK now.
>
> Lo
hmm. I just up'd three -CURRENT machines from 22 Sept to 10 Oct.
buildworld; cd sys/i386/conf config , etc; reboot; installworld.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
On Fri, Oct 11, 2002 at 02:42:34AM -0700, David O'Brien wrote:
> On Fri, Oct 11, 2002 at 01:04:23AM -0700, David O'Brien wrote:
> > I've ended up hosing world with the Binutils upgrade.
>
> I think world is OK now.
Looks as if something is (still?) broken:
>>> stage 4: building everything..
...
On Fri, Oct 11, 2002 at 01:04:23AM -0700, David O'Brien wrote:
> I've ended up hosing world with the Binutils upgrade.
I think world is OK now.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
Thanks for the warning!
M
> I've ended up hosing world with the Binutils upgrade.
>
> It is best you don't try to install a world right now.
>
> To Unsubscribe: send mail to [EMAIL PROTECTED]
> with "unsubscribe freebsd-current" in the body of the message
--
o Mark Murray
\_
O.\_War
I've ended up hosing world with the Binutils upgrade.
It is best you don't try to install a world right now.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
On 5 Jul, Sheldon Hearn wrote:
> If you want to clean out crap left behind by `make world', just do this:
>
> make world
> rm -r /usr/include # Make world really should overwrite
> make installincludes # header files!
> find /bin /sbin /usr/bin
At 12:42 PM +0100 7/6/02, Paul Richards wrote:
>On Sat, 2002-07-06 at 03:46, Garance A Drosihn wrote:
>> At 3:05 AM +0100 7/6/02, Paul Richards wrote:
>> >Let's start with a premise: No-one running current is using
>> >it for anything other than developing FreeBSD.
>>
>> This is assumption is
In message: <[EMAIL PROTECTED]>
Paul Richards <[EMAIL PROTECTED]> writes:
: A 'sysclean' target would be the same in my mind. If you're "within
: spec" of what -current supports then running that target shouldn't hose
: you. If you're outside spec then you need to take your own precaut
Sheldon Hearn wrote:
> On (2002/07/05 17:24), Sheldon Hearn wrote:
> > You and Paul are both pretty "out there" if you think -current users
> > will graciously accept a new world order in which ports linked
> > dymanically against system libraries won't work between a system upgrade
> > and the ne
On Sat, Jul 06, 2002 at 12:42:53PM +0100, Paul Richards wrote:
> On Sat, 2002-07-06 at 03:46, Garance A Drosihn wrote:
> > At 3:05 AM +0100 7/6/02, Paul Richards wrote:
> > >Let's start with a premise: No-one running current is using
> > >it for anything other than developing FreeBSD.
> >
> > Thi
On (2002/07/05 17:24), Sheldon Hearn wrote:
> You and Paul are both pretty "out there" if you think -current users
> will graciously accept a new world order in which ports linked
> dymanically against system libraries won't work between a system upgrade
> and the next port reinstall.
Sorry abou
On Sat, 2002-07-06 at 13:29, Ruslan Ermilov wrote:
> On Fri, Jul 05, 2002 at 10:45:41AM +0100, Paul Richards wrote:
> > I think we should add a target to make world that checks for the
> > existence of an old base install of Perl and removes it if it exists.
> >
> > As
On Fri, Jul 05, 2002 at 10:45:41AM +0100, Paul Richards wrote:
> I think we should add a target to make world that checks for the
> existence of an old base install of Perl and removes it if it exists.
>
> As a general principle, if we do things like remove code during -current
&
Paul Richards wrote:
> On Sat, 2002-07-06 at 03:46, Garance A Drosihn wrote:
> > At 3:05 AM +0100 7/6/02, Paul Richards wrote:
> > >Let's start with a premise: No-one running current is using
> > >it for anything other than developing FreeBSD.
> >
> > This is assumption is too limiting.
>
> It sh
On Sat, 2002-07-06 at 03:46, Garance A Drosihn wrote:
> At 3:05 AM +0100 7/6/02, Paul Richards wrote:
> >Let's start with a premise: No-one running current is using
> >it for anything other than developing FreeBSD.
>
> This is assumption is too limiting.
It shouldn't be. You're trying to defend
yes x | make world
or
make world < /dev/null
And it will select the defaults, or:
yes n | make world
And it will turn all new knobs off automatically.
You can edit the file by hand if you need/want to; knobs the script
doesn't know about will go away, as will any
On 6 Jul, Paul Richards wrote:
> Let's start with a premise: No-one running current is using it for
> anything other than developing FreeBSD.
>
> Given that premise, then there shouldn't be anything in /usr outside of
> /usr/local, that wasn't put there by make wor
NetBSD has a mtree.obsolete. Seems like that might not be a bad way
to solve this generically.
Warner
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
it is their business. Ie, if I want to
install some port in /usr instead of /usr/local, that is something
I should be able to do.
>Given that premise, then there shouldn't be anything in /usr
>outside of usr/local, that wasn't put there by make world.
>Likewise the same sh
a -current system is something that should be assumed to be a
semi-known environment though.
Let's start with a premise: No-one running current is using it for
anything other than developing FreeBSD.
Given that premise, then there shouldn't be anything in /usr outside of
/usr/l
Garance A Drosihn wrote:
> At 3:33 PM -0700 7/5/02, Terry Lambert wrote:
> >So, to summarize:
> >
>
> Let me summarize my own position.
I was summarizing both. It's not really necessary to summarize a
position you've already taken... that's "reiterating". 8-) 8-).
You want a one sentence summ
At 3:33 PM -0700 7/5/02, Terry Lambert wrote:
>
>So, to summarize:
>
Let me summarize my own position.
There are a number of files which installworld does install. After
an installworld is done, there may be a number of files on a person's
hard disk which were not put there by the most recent i
On Fri, Jul 05, 2002 at 03:33:08PM -0700, Terry Lambert wrote:
> Others: I think the flaw in your idea is that you aren't
> really running -current, so why the heck aren't you just
> running -stable, instead of pretending to run -current?
Of course by this argument, we wouldn't be running -stable
Garance A Drosihn wrote:
> While I agree there should be some automatic way to get rid
> of old cruft (or at least to list it), I do not think that it
> should be part of installworld or installkernel. All that
> any such step can do is find things which "it does not expect"
> to be there, but it
gt; If you want to clean out crap left behind by `make world', just do this:
>
> make world
> rm -r /usr/include # Make world really should overwrite
> make installincludes# header files!
> find /bin /sbin /usr/bin /usr/sbin /usr/lib /usr/libexec /usr/sh
On Fri, Jul 05, 2002 at 11:29:30AM +0100, Mark Murray wrote:
> > I think we should add a target to make world that checks for the
> > existence of an old base install of Perl and removes it if it exists.
>
> I agree that we may need a tool to do this, but I don't ag
At 11:16 AM +0100 7/5/02, Paul Richards wrote:
>On Fri, 2002-07-05 at 10:52, Sheldon Hearn wrote:
> > On (2002/07/05 10:45), Paul Richards wrote:
> > > I'd like to resurrect it's original meaning and add code
> > > to clean out old versions of Perl.
> >
> > This would not fit in with the rest
On my -current box I usually rebuild ports quite regularly anyway
because ports get updated pretty frequently.
The only real issue with backwards compatibility is the libraries,
there's nothing else that should severely impact existing installations.
Libraries can easily be dealt with by
ers
will graciously accept a new world order in which ports linked
dymanically against system libraries won't work between a system upgrade
and the next port reinstall.
If you want to clean out crap left behind by `make world', just do this:
make world
rm -r /usr/include
> I think we should add a target to make world that checks for the
> existence of an old base install of Perl and removes it if it exists.
I agree that we may need a tool to do this, but I don't agree that it
gets done automatically by "make world".
> As a general pr
On Sun, Apr 14, 2002 at 07:22:33PM +0200, Jeroen Ruigrok/asmodai wrote:
> -On [20020414 19:14], Matthias Schuendehuette ([EMAIL PROTECTED]) wrote:
> >make: don't know how to make neqn. Stop
> >*** Error code 2
>
> I think David O`Brien fixed this by backing out a commit to make.
>
> In general,
On Sun, Apr 14, 2002 at 07:22:33PM +0200, Jeroen Ruigrok/asmodai wrote:
> -On [20020414 19:14], Matthias Schuendehuette ([EMAIL PROTECTED]) wrote:
> >make: don't know how to make neqn. Stop
> >*** Error code 2
>
> I think David O`Brien fixed this by backing out a commit to make.
I don't think he
-On [20020414 19:14], Matthias Schuendehuette ([EMAIL PROTECTED]) wrote:
>make: don't know how to make neqn. Stop
>*** Error code 2
I think David O`Brien fixed this by backing out a commit to make.
In general, wait a couple of hours or a day before reporting a failure,
since chances are good it
Hi everybody,
because noone mentioned it so far... :
c++ -O -pipe -march=k6
-I/usr/src/gnu/usr.bin/groff/src/preproc/eqn/../../../../../../contrib/groff/src/preproc/eqn
-I. -DHAVE_STDLIB_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DIRENT_H=1
-DHAVE_LIMITS_H=1 -DHAVE_STRING_H=1 -DHAVE_STRINGS_H=1 -DHAVE_MA
I apparently broke the build of libkvm (again)
I will fix it shortly.
I'm in transit right now.
Julian
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
On Thu, Sep 06, 2001 at 04:05:16PM +0200, Nick Martens wrote:
> I just updated my source tree from a fresh install
> then i tried to make world and got the following error:
>
> sh /usr/src/tools/install.sh -c -s -o root -g wheel -m 555 config
> /usr/obj/usr/src/i386/usr/sbi
Hi
I just updated my source tree from a fresh install
then i tried to make world and got the following error:
sh /usr/src/tools/install.sh -c -s -o root -g wheel -m 555 config
/usr/obj/usr/src/i386/usr/sbin
cd /usr/src/usr.sbin/kbdcontrol; make obj; make depend; make all; make
install
:Hi,
:
:Just a quick note to say that my -current box has started dropping
:cores during make world again.
:
:I have a kernel from August 11 that works ok, and had one from August
:18 that was causing sig 4 at random places. I accidently overwrote
:my Aug 18 kernel.old, but Aug 25, 27 and 28
On Monday 27 August 2001 05:58 pm, David O'Brien wrote:
> On Mon, Aug 27, 2001 at 11:10:55AM -0700, [EMAIL PROTECTED] wrote:
> > Compiling sources cvs'ed this morning (Aug 27th), I get this error:
> >
> > cd /auto/roy/dist/pub/FreeBSD/CURRENT/src/usr.bin/file; make build-tools
> > make: don't know
Hi,
Just a quick note to say that my -current box has started dropping
cores during make world again.
I have a kernel from August 11 that works ok, and had one from August
18 that was causing sig 4 at random places. I accidently overwrote
my Aug 18 kernel.old, but Aug 25, 27 and 28 are
On Mon, Aug 27, 2001 at 11:10:55AM -0700, [EMAIL PROTECTED] wrote:
> Compiling sources cvs'ed this morning (Aug 27th), I get this error:
>
> cd /auto/roy/dist/pub/FreeBSD/CURRENT/src/usr.bin/file; make build-tools
> make: don't know how to make build-tools. Stop
> *** Error code 2
Are you sure y
Compiling sources cvs'ed this morning (Aug 27th), I get this error:
cd /auto/roy/dist/pub/FreeBSD/CURRENT/src/usr.bin/file; make build-tools
make: don't know how to make build-tools. Stop
*** Error code 2
Stop in /auto/roy/dist/pub/FreeBSD/CURRENT/src.
*** Error code 1
- JimP
To Unsubscribe:
On Thu, 26 Jul 2001 15:26:27 MST, Steve Kargl wrote:
> ===> usr.sbin/pcvt/vttest
> cc -O -pipe -march=k6 -traditional -DUSEMYSTTY -I/usr/obj/usr/src/i386/usr/include
> -c /usr/src/usr.sbin/pcvt/vttest/main.c
> /usr/src/usr.sbin/pcvt/vttest/main.c: In function `readnl':
> /usr/src/usr.sbin/pc
===> usr.sbin/pcvt/vttest
cc -O -pipe -march=k6 -traditional -DUSEMYSTTY -I/usr/obj/usr/src/i386/usr/include
-c /usr/src/usr.sbin/pcvt/vttest/main.c
/usr/src/usr.sbin/pcvt/vttest/main.c: In function `readnl':
/usr/src/usr.sbin/pcvt/vttest/main.c:1942: `STDIN_FILENO' undeclared (first use in
t
On Wed, 18 Jul 2001, David Malone wrote:
> I would have thought that any file included with
>
> #include <...>
>
> would count as a system header file, but it seems gcc has some
> other criteron for deciding. I've managed to trace it back to cpp
> writing out lines like:
>
> # 1 "/usr/include/
> On Tue, Jul 17, 2001 at 07:55:18PM +0100, David Malone wrote:
> > I suspect that this is my fault for not doing a buildworld after
> > turning on WARNS stuff in inetd.
> YES! Why are you committing these "very easy to break the build, as
> we've seen" changes w/o full `make buildworld' testing
On Tue, Jul 17, 2001 at 07:55:18PM +0100, David Malone wrote:
> I suspect that this is my fault for not doing a buildworld after
> turning on WARNS stuff in inetd.
YES! Why are you committing these "very easy to break the build, as
we've seen" changes w/o full `make buildworld' testing?!?
> I'l
> >I'll back out the WARNS stuff and find out what's going on.
> Well, for whatever it's worth, I didn't see the complaints that phk did,
> and when I built today's -CURRENT, usr.sbin/inetd/Makefile was at rev.
> 1.23. The compiles for inetd look pretty normal; log excerpts (courtesy
> of "scrip
>Date: Tue, 17 Jul 2001 19:55:18 +0100
>From: David Malone <[EMAIL PROTECTED]>
>On Tue, Jul 17, 2001 at 08:38:13PM +0200, Poul-Henning Kamp wrote:
>> Am I the only one who sees this ?
>I suspect that this is my fault for not doing a buildworld after
>turning on WARNS stuff in inetd. I think the
On Tue, Jul 17, 2001 at 08:38:13PM +0200, Poul-Henning Kamp wrote:
> Am I the only one who sees this ?
I suspect that this is my fault for not doing a buildworld after
turning on WARNS stuff in inetd. I think the problem must be that
-nostdinc must cause errors to be issued for files which wouldn
1 - 100 of 627 matches
Mail list logo
