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
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/tmp
++
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/dtc/dtc.cc
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
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
On Mon, 02 Apr 2012 14:32:51 +0200
O. Hartmann ohart...@mail.zedat.fu-berlin.de 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
On Mon, 2 Apr 2012 10:06:38 -0400
Alexander Kabaev kab...@gmail.com wrote:
On Mon, 02 Apr 2012 14:32:51 +0200
O. Hartmann ohart...@mail.zedat.fu-berlin.de wrote:
Hello out there.
My FreeBSD 10 box is at revision r233779. I updated the sources this
morning and made a buildworld
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
Am 04/02/12 16:06, schrieb Alexander Kabaev:
On Mon, 02 Apr 2012 14:32:51 +0200
O. Hartmann ohart...@mail.zedat.fu-berlin.de 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,
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
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
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
On 26 June 2011 19:55, Dimitry Andric d...@freebsd.org 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
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 correct in the
environment of the last
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 kernels. I'd also go
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 script:
DESTDIR=/c/z/root
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
its continued existence as a target.
From my
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 Fri, 21 Nov 2003, Barney Wolff 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' when i try to do anything.
i need to get the correct kernel on there, does anyone have
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' when i try to do anything.
i need to get the correct
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' when i try to do anything.
i need to get the correct
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' instead of 'make buildworld'.
Now i just get 'Bad
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. I can't login, not even single user.
I can no longer even boot single user
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
:
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
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, mtree, sh failed,
reporting Exec format error. I can'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 try the
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 try the same
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, sh failed,
reporting Exec format error. I can't login, not even
=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 2.2.x. It's a good thing.
Many thanks to everyone who replied.
I promise I'll scan UPGRADING before doing a make *world next time
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
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++/unwind-cxx.h:41:20: unwind.h
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(#define X
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
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 getty
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
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
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 :)
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
--
...
=== gnu/usr.bin/tar
rm -f
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
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 used cvsup without -s. shrug
--
Matthias Andree
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
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:
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
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
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 seem
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
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.\_Warning:
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..
...
===
hmm. I just up'd three -CURRENT machines from 22 Sept to 10 Oct.
buildworld; cd sys/i386/conf config blah, 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 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.
Looks as if
| 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 anything other than
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 a
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 shouldn't be.
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
development
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 a general principle, if we do
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 about the
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.
This is
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 next port
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 precautions.
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 too
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 principle, if we do things like
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 # Make world really should overwrite
make installincludes# header
is the libraries,
there's nothing else that should severely impact existing installations.
Libraries can easily be dealt with by just moving them to a compat dir.
If you want to clean out crap left behind by `make world', just do this:
make world
rm -r /usr/include# Make world really
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 of the
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/share \
-type f -mtime +1 -delete
If you're just annoyed
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 would
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
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
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 summary
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 world. Likewise the same
should be true of /sbin and /bin.
Therefore running,
find $listofdirs -newermt $date -delete
should
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 agree that it
gets done automatically
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 should be true of /sbin and /bin.
Therefore
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
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 world. Likewise the same
should
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
-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
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 fixed
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, wait a
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
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
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/sbin
cd /usr/src/usr.sbin
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 how to
: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
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:
=== 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
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
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/tcpd.h 1 3
Am I the only one who sees this ?
=== usr.sbin/inetd
cc -nostdinc -O -pipe -DINET6 -DIPSEC -DLOGIN_CAP
-I/usr/obj/flat/src/i386/usr/include -W -Wall -Wstrict-prototypes -Wmissing-prototypes
-Wpoin
ter-arith -Wno-uninitialized -Werror -Wreturn-type -Wcast-qual -Wwrite-strings
-Wswitch
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
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'll
rarpd fails to compile (again the WARNS?=2 problem.
- JimP
beta2 6# make
cc -O -pipe -mcpu=ev4 -DTFTP_DIR=\/tftpboot\ -W -Wall -Wstrict-prototypes
-Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Werror -Wreturn-type
-Wcast-qual -Wwrite-strings -Wswitch -Wshadow -c
Yes, I found fixed that, but I haven't checked it in yet.
On Thu, 5 Jul 2001, Jim Pirzyk wrote:
rarpd fails to compile (again the WARNS?=2 problem.
- JimP
beta2 6# make
cc -O -pipe -mcpu=ev4 -DTFTP_DIR=\/tftpboot\ -W -Wall -Wstrict-prototypes
-Wmissing-prototypes -Wpointer-arith
Greetings,
Short question: is FreeBSD capable of cross-platform make world and
release (e.g. build of Alpha world/release on x86 and vice versa)?
TIA,
Eugene
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
On Wed, May 16, 2001 at 08:52:44AM -0700, Eugene M. Kim wrote:
Greetings,
Short question: is FreeBSD capable of cross-platform make world and
release (e.g. build of Alpha world/release on x86 and vice versa)?
Hello,
Cross-platform world should work rather easily. (have not tried it since I
=== ld
echo extern ld_emulation_xfer_type ld_elf_i386_emulation; ldemul-list.h
echo #define EMULATION_LIST ld_elf_i386_emulation, 0 ldemul-list.h
ln -sf
/flat/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld/emultempl/astring.sed
stringify.sed
yacc -d -o ldgram.c
1 - 100 of 569 matches
Mail list logo
