ararg)))
#else
#define__printf0like(fmtarg, firstvararg)
This is much much less disruptive than slashing through userland and
"fixing" something that is already perfectly correct and legal.
Cheers,
-Peter
--
Peter Wemm - [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED]
NT #2: Sun Jul 7 20:52:14 PDT 2002er
peter@panther[4:21pm]~-105> cat foo.c
#include
#include
int
main(void)
{
printf(NULL);
err(1, NULL);
return 0;
}
peter@panther[4:22pm]~-106> cc -O -Wformat -c foo.c
peter@panther[4:22pm]~-107>
ie: it looks like it is completely
all"
on the port? ie: ignore errors. You might end up missing out on having
/usr/X11R6/bin/glxinfo installed, but I would wager that you will not miss
it.
Cheers,
-Peter
--
Peter Wemm - [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED]
"All of this is for nothing if we don't go t
> > buildworld.
> > >
> > > I think I did that but I guess another try couldn't hurt...
> > >
> > > Ken
> >
> > --
> > Alexander Kabaev
> >
>
>
> To Unsubscribe: send mail to [EMAIL PROTECTED]
> with "unsubscribe freeb
ew days ago too, but was going
to leave it till after this commit, which I hoped to get done today.
This reactivates PG_G for SMP and avoids global invltlb's when we can
do finer grained shootdowns.
Cheers,
-Peter
--
Peter Wemm - [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED]
&q
Peter Wemm wrote:
> John Baldwin wrote:
> >
> > On 11-Jul-2002 Matthew Dillon wrote:
> > > Here is my proposed fix for the page-zeroing problem w/ SMP. It
> > > is untested (I'm about to test it)... I'm looking for comments on
> > >
UNNING
;;
ld8 r15=[r15]
+ st8 [r16]=r17
;;
add r15=PCB_PMAP,r15// &pcb_pmap
;;
I think I'd rather that we did it in C, since we have a convenient spot
to do it. My feeble attempt isn't exactly optimal either. I'd expect
the compi
ut of this change
that I thought were working but I didn't want to risk them yet.
If I've broken something new, please yell. I must confess that I have not
tried to use vm86 doscmd or anything perverse like that.
Cheers,
-Peter
--
Peter Wemm - [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAI
Peter Wemm wrote:
> This is mostly a FYI because I do not expect major problems this time.
> I have been extensively testing it in a handful of configurations.
As murphy would dictate, something fishy is going on. In the last 12 hours
or so (I had a long sleep), I've started getti
Peter Wemm wrote:
> Peter Wemm wrote:
> > This is mostly a FYI because I do not expect major problems this time.
> > I have been extensively testing it in a handful of configurations.
>
> As murphy would dictate, something fishy is going on. In the last 12 hours
> o
subr_bus.c:1810
> #30 0xc01d4ec1 in module_register_init (arg=0xc44f215c)
> at ../../../kern/kern_module.c:107
> #31 0xc01cf670 in linker_file_sysinit (lf=0x0)
> at ../../../kern/kern_linker.c:192
> #32 0xc01cf936 in linker_load_file (filename=0xc036ce90 " +3@tf_esp =
ame with a patch to the
release scripts so that the agp device was filtered out of the BOOTMFS
kernel image. (A quick grep -r for BOOTMFS should show up the sed scripts
that turn GENERIC into BOOTMFS in src/release).
The 'agp' device isn't likely to hurt anything, is it?
Che
vice 9.0 on pci0
si0: card: SXPCI, ports: 8, modules: 1, type: 8
Hmm.
Anyway, has anybody else seen this sort of thing today?
Cheers,
-Peter
--
Peter Wemm - [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED]
"All of this is for nothing if we don't go to the stars" - JMS/B5
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
Yann Berthier wrote:
> On Mon, 22 Jul 2002, Peter Wemm wrote:
>
> > It might be just me because I swapped an ISA 'si' card for a PCI version, b
ut
> > the problems I've been seeing are pretty spectacular. I'm regularly seeing
> > the following
k
clocale functional stdexcept
cmath iomanip streambuf
complex ios string
csetjmp iosfwd typeinfo
csignal iostreamutility
cstdarg istream valarray
cstddef iteratorvector
cstdio limits
If you are really stuck, or do not have time to mess around, you might
prefer to fetch and extract this:
http://people.freebsd.org/~peter/c++fixit.tgz
Move your old /usr/include/g++ out of the way before extracting it
and save a copy of your /usr/lib/libstdc++* files as well.
Cheers,
-Peter
--
Peter Wemm - [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED]
"All of this is for nothing if we don't go to the stars" - JMS/B5
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
quot;-b boot/cdboot -no-emul-boot"
-r-xr-xr-x 1 root wheel 1136 Jul 5 02:20 /boot/cdboot*
I believe we still use the old way on RELENG_4, but the support all got
MFC'ed. Several release candidates used cdboot for better testing exposure.
Cheers,
-Peter
--
Peter Wemm - [EMAIL PRO
onment with a vm86
executive for doing all the bios calls, including disk IO.
You dont feel like writing one for freebsd, do you? A vm86disk driver
would solve a number of problems. If you do one that is respectable, I'll
commit it for you myself.
Cheers,
-Peter
--
Peter Wemm - [EMAIL PROT
t KERNBASE */
if (pa < 0x0010 && pa + size <= 0x0010)
- return (void *)(pa + KERNBASE);
+ return (void *)(pa + offset + KERNBASE);
I've committed this as 1.356. If it doesn't solve it, then go ahead and back
out both 1.352 and 1.356.
Cheers,
-P
nux box can do 50-60 KBytes/sec - so it is not
> > > > a USB device itself.
> > > >
> > > > The problem only exists when i connect USB device to -current
> > > > FreeBSD box. I suspect that problem could be in:
> > > >
> > > >
ou rather that we ship with a known broken prerelease compiler?
Would you rather that we changed from 3.1-prerelease to 3.1.1-release?
gcc-3.2 *is* 'gcc-3.1.1 + ABI bugfix'. They renamed the 3.1 branch to 3.2.
All future 3.1.x releases will be called 3.2.x.
Cheers,
-Peter
--
P
wup about it. It has already been
established that everybody wanted it, and that it has been tested on i386
and alpha, and the sparc64 folks want it very badly too.
Cheers,
-Peter
--
Peter Wemm - [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED]
"All of this is for nothing if we don
was a
bit of a showstopper when it cannot compile a whole bunch of 'must have'
packages. (eg: KDE etc)
Lets say that developer awareness of the pending import should have been
dealt with better and chalk it up as a learning experience.
Cheers,
-Peter
--
Peter Wemm - [EMAIL PROTECTED];
ainer?
I just hope we didn't scare him too much :-)
Cheers,
-Peter
--
Peter Wemm - [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED]
"All of this is for nothing if we don't go to the stars" - JMS/B5
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
binutils in the tree has sufficient
a.out support for that. It cannot build dynamic binaries or shared libs
though, but that is no big deal.
gcc has grown a native -funderscores option to help with the source
C vs asm symbol compatability problems.
But quite frankly, I'd rather have a binutil
imple knob to "turn it off". It requires several source
> changes.
Oh indeed, it is far from simple. But as a bonus our compiler configuration
for i386 would be a lot closer to what the FSF compiler config looks like.
Cheers,
-Peter
--
Peter Wemm - [EMAIL PROTECTED]; [EMAIL PROTECTED
This builds fine on
panther.freebsd.org.
Cheers,
-Peter
--
Peter Wemm - [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED]
"All of this is for nothing if we don't go to the stars" - JMS/B5
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
d i386_aout' or
something like that?
> the ability to generate them or even debug them
> can be almost completely removed..
> there are always other ways to do that....
> (e.g. boot 2.2.6 in a vmware machine or run them in a
> chroot)
Cheers,
-Peter
--
Peter Wemm - [EMAIL PR
.text+0x7bf5): undefined reference to `gen_int_mode'
> > *** Error code 1
> >
> > Stop in /usr/src/gnu/usr.bin/cc/cc1.
> > *** Error code 1
>
>
Cheers,
-Peter
--
Peter Wemm - [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED]
"All of this is for nothing if we don't go to the stars" - JMS/B5
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
w char[1];
}
peter@beast[8:17am]~-173> c++ -o foo foo.c
peter@beast[8:17am]~-174> ktrace ./foo
peter@beast[8:18am]~-175> kdump | grep break
36947 foo CALL break(0x120108000)
36947 foo RET break 0
36947 foo CALL break(0x12010c000)
36947 foo RET break 0
How s
3 days
Revision ChangesPath
1.50 +2 -3 src/sys/compat/svr4/svr4_misc.c
1.11 +1 -1 src/sys/compat/svr4/svr4_resource.c
1.121 +33 -10src/sys/kern/imgact_elf.c
Probably the later one, the timing is about right.
Cheers,
-Peter
--
Peter Wemm - [EMAIL PROTECTED]; [
Bernd Walter wrote:
> On Tue, Sep 03, 2002 at 09:01:07AM -0700, Peter Wemm wrote:
> > Alexander Kabaev wrote:
> > > On Tue, 3 Sep 2002 16:56:52 +0200
> > > Bernd Walter <[EMAIL PROTECTED]> wrote:
> > > >
> > > > Do you think this is the sa
't matter all that much. If a Silly User wants to chop off
parts of their segments, then let them! They can achieve the same
functionality with munmap(2). We shouldn't go too far out of our way to
prevent this on one subsystem when it is wide open elsewhere.
Cheers,
-Peter
--
Peter Wemm
t; + data_addr = seg_addr;
> }
I don't think we can do this (the last section), it is quite legal to have
more than one non-text PT_LOAD segment. if the last one was very small,
we'd end up with an artificially low 'data_size' which would
You will need to either add:
options COMPAT_AOUT
to your kernel config when you next rebuild, or do a 'kldload aout'
when you want to run an old a.out binary.
Cheers,
-Peter
--
Peter Wemm - [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED]
"All of this is for nothing if we
e instructions, then
it will crash the binary if the kernel doesn't support it.
As far as I understood it, the 'dont mix 3dnow and SSE' thing was exactly
that.. do not mix the instructions together in the same application
stream.. Apparently the instruction decoder wasn't t
Manfred Antar wrote:
> At 12:23 AM 9/7/2002 -0700, Terry Lambert wrote:
> >Peter Wemm wrote:
> >> You will need to either add:
> >> options COMPAT_AOUT
> >> to your kernel config when you next rebuild, or do a 'kldload aout'
> >> when you w
e next few weeks.
Note: kernel support for executing a.out binaries remains in the base
system. Be sure to either specify 'options COMPAT_AOUT', or do a
'kldload aout' to load it at runtime if you forgot to include it.
Cheers,
-Peter
--
Peter Wemm - [EMAIL PROTECTED]; [EMAIL PROT
ashes/vmcore.1.bz2 (5 Mb)
> > http://people.freebsd.org/~mbr/crashes/vmcore.2.bz2 (7 Mb)
> > http://people.freebsd.org/~mbr/crashes/vmcore.3.bz2 (26 Mb)
> >
> > Descriptions:
> >
> > http://people.freebsd.org/~mbr/crashes/vmcore.1.txt
> > http://people.free
orry, no dice. Please read the code a little more.
PMAP_REMOVE_PAGES_CURPROC_ONLY is unconditionally defined, and we check
in pmap_remove_pages() that we are curproc. vtopte() can never fail
in these circumstances - ie: there is always a pointer returned.
The real problem is.. why is the pte null wi
al group so that 'make depend' runs.
And naturally, there are some real horrors once we get to the actual
compile. The next run should be interesting. :-]
Cheers,
-Peter
--
Peter Wemm - [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED]
"All of this is for nothing if we don
probably better
> to either change all the scripts that use the obsolescent +pos -pos syntax
> to use the new -k syntax or to change _POSIX2_VERSION back to whatever it
> was before. I think the second is more realistic.
Oh man, this is going to suck. There are thousands and thousands of th
t made in the case of
> `sort', and as a result the Standard no longer permits the old syntax.
> It's not like people didn't have nine years' advance warning to fix
> their scripts.
Closed payware standards do not count as 'fair warning'. I still have
never
"Andrey A. Chernov" wrote:
> On Tue, Sep 24, 2002 at 13:30:11 -0700, Peter Wemm wrote:
> >
> > Oh man, this is going to suck. There are thousands and thousands of third
> > party scripts that use +n syntax.
> >
> > I am most unhappy with this change
*/
> +int posix2_version(void) {
> + return 0;
> +}
Try something like this:
#include
#include
int
posix2_version(void)
{
if (getenv("POSIX_ME_HARDER") || getenv("POSIXLY_CORRECT"))
return _POSIX2_VERSION;
else
return 0;
}
Cheers,
#x27;t turn it off one night as a side effect of another
change that broke even our own world builds.
Cheers,
-Peter
--
Peter Wemm - [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED]
"All of this is for nothing if we don't go to the stars" - JMS/B5
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
local library doesn't have
anything even remotely like this.
> -GAWollman
>
Cheers,
-Peter
--
Peter Wemm - [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED]
"All of this is for nothing if we don't go to the stars" - JMS/B5
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
something at the time. Mozilla was
running but it is an old linux binary, not a freebsd-native binary. Unless
exmh/wish or xterm are threaded, I think that clears libc_r.
This machine has not had an X server crash in over 6 months - until that
one.
Cheers,
-Peter
--
Peter Wemm - [EMAIL PROTECTED]
lignemnt,
>bus_size_t boundary, bus_addr_t lowaddr,
> bus_addr_t highaddr, bus_dma_filter_t *filtfunc,
>void *filtfuncarg, bus_size_t maxsize, int
> nsegments,
>bus_size_t maxsegsz, int flags, bus
cify the "new" context format we can then be future proof.
Cheers,
-Peter
--
Peter Wemm - [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED]
"All of this is for nothing if we don't go to the stars" - JMS/B5
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
s is there or not.)
I suggest you turn WITNESS on, and stress the system. If you get *new*
'could sleep' stuff or other lock order problems, then there are still
significant regressions to be fixed. The last thing we need during the
'please stabilize 5.0' drive is newly added prob
/* point past */
It goes *way* downhill from there. :-(
Guess what happens when a new driver is added to the kernel?
Guess what happens if somebody doesn't use the "official" naming in /dev?
This crud has *got* to be taken out and shot, then reworked to do it
pro
Terry Lambert wrote:
> Emiel Kollof wrote:
> > * Peter Wemm ([EMAIL PROTECTED]) wrote:
> > > vinum is so much unbelievable stuff in it. Consider this stuff:
> > >
> > > sys/dev/vinum/vinumio.c:
>
> [ ... ]
>
> > > This crud has
Greg 'groggy' Lehey wrote:
> On Friday, 4 October 2002 at 16:03:24 -0700, Peter Wemm wrote:
> > Terry Lambert wrote:
> >> Emiel Kollof wrote:
> >>> * Peter Wemm ([EMAIL PROTECTED]) wrote:
> >>>> vinum is so much unbelievable stuff i
re a poor substitute. In the past, a couple of things
were unifdefed that might have been better served as being 'default to on'
options or drivers.
This of course is ignoring the issue of geom vs the disklabel code.
Cheers,
-Peter
--
Peter Wemm - [EMAIL PROTECTED]; [EMAIL PROTECTED]
on to be able to quickly test it, it would be great
to know if backing out the last few changes fixes this, and which change in
particular.
Cheers,
-Peter
--
Peter Wemm - [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED]
"All of this is for nothing if we don't go to the stars" - JMS/B5
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
gt; There have been two commits since 1.539; what version of machdep.c
> > is being used?
>
> 1.539 works. 1.540 crashes. The failure mode is:
My apologies, I meant 1.540 (really :-).
I suspect it might be time to give up and do the alternative sigtrap and
sigreturn.
Cheers,
. And I think its better than leaving a known 'compiler crash'
case there to bite developers.
Cheers,
-Peter
--
Peter Wemm - [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED]
"All of this is for nothing if we don't go to the stars" - JMS/B5
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
be used exlusively as an argument
> to bus_dma_tag_create(... nsegments = BUS_SPACE_UNRESTRICTED...)
>
> I'd also like to add a bus_space_subregion().
Please feel free to change the workaround that I did. I wasn't sure if
changing the type of BUS_SPACE_UNRESTRICTED was safe.
Ch
e first FreeBSD slice on a disk.
>
> I'd prefer not to if we can avoid it, but I'll offer this patch
> as a sort of POLA-disturbing middle-ground:
>
> http://phk.freebsd.dk/patch/cd.patch
I think this is probably the best option. It avoids cluttering /dev,
but stil
build now works for me whereas it didn't before), but I
> haven't yet finished a completed buildworld. Let me know if not and we
> can tweak more.
Gah! I cannot win today. :-(
Cheers,
-Peter
--
Peter Wemm - [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED]
"All
/usr/lib/old]
mv /usr/lib/lib*.so.* /usr/lib/compat
mv /usr/lib/*.o /usr/lib/lib*.a /usr/lib/lib*.so /usr/lib/old
make installworld
This guarantees a clean /usr/include and /usr/lib after finishing. Dynamic
binaries keep running because they find their libraries in /usr/lib/compat.
But ld(1) will
going to be upgrading from 4.6-RELEASE and 4.7-RELEASE?
Add COMPAT4X=true to your make.conf. We added __stdoutp etc to RELENG_4
and included it in the last two releases. -current's COMPAT4X stuff
has the updated libc.so.4 with these symbols.
If you want to run 4.x binaries, you need COMPAT4
However, there are hundreds more failures after this. Fixing this one
just gets us to the next failure.
Cheers,
-Peter
--
Peter Wemm - [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED]
"All of this is for nothing if we don't go to the stars" - JMS/B5
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
t have installed and have never used. I removed pcm from this machine.
It seems mozilla is trying to connect to port 16001, and for some reason it
is going out on the wire now.. :-( Isn't tcp supposed to stop this sort
of thing from going onto the wire?
Cheers,
-Peter
--
Peter Wemm - [EMAIL PRO
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
ld 5.x binaries around in /usr/local etc.
options COMPAT_43 is checked at compile time on the alpha now. It is still
compulsory until somebody fixes longjmp in libc to use ucontext_t instead
of struct osigcontext. This really needs to be done before 5.0 is
released.
Cheers,
-Peter
--
Peter Wemm -
bf96.a -
lm
> /usr/libexec/elf/ld: warning: cannot find entry symbol _start; defaulting to
08048d1c
> /usr/lib/libc.so: undefined reference to `environ'
> /usr/lib/libc.so: undefined reference to `__progname'
> /usr/local/lib/NAGWare/libf96.so: undefined refere
is because the kernel was old on beast (fixing now), but thats not the
point. We're always going to get this, so the -static workaround probably
needs to remain, or we are using the wrong groff binary or something.
Cheers,
-Peter
--
Peter Wemm - [EMAIL PROTECTED]; [EMAIL PROTECTED]; [E
mpty. This means, that it cannot see any
/etc/nsswitch.conf and cannot see any /etc/resolv.conf or /etc/hosts.
And the resolver client library defaults querying on the first interface,
and in your case it used localhost.
Cheers,
-Peter
--
Peter Wemm - [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMA
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
portability issues.
Some of the folks on freebsd-emulation may be able to do it.
Cheers,
-Peter
--
Peter Wemm - [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED]
"All of this is for nothing if we don't go to the stars" - JMS/B5
To Unsubscribe: send mail to [EMAIL PROTECTED]
another method that it calls to do this, and this is driven
by the kthread acpi_fan or acpi_thermal, I dont remember exactly.
".tz0." is "thermal zone 0". There may be more than one zone, especially in
larger servers.
Cheers,
-Peter
--
Peter Wemm - [EMAIL PROTECTED]; [EMAIL P
"M. Warner Losh" wrote:
> In message: <[EMAIL PROTECTED]>
> Tim Kientzle <[EMAIL PROTECTED]> writes:
> : Peter Wemm wrote:
> :
> : > 'make installworld' without ... a new kernel would be rather messy.
> :
> : > ... a remin
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
o this should avoid dragging in a lot of it.
We've been over this before. To make this work right, we need to make
/bin and /sbin dynamically linked. NetBSD's /rescue/* approach would
solve the "oops!" and other foot shooting problems.
Cheers,
-Peter
--
Peter Wemm - [EMA
Terry Lambert wrote:
> Peter Wemm wrote:
> > Terry Lambert wrote:
> > > Nate Lawson wrote:
> > > > Here is a link to the size of various components of libc, sorted by tex
t
> > > > size. If you can find some way to reduce or even remove s
Dan Nelson wrote:
> In the last episode (Oct 30), Doug Rabson said:
> > On Wed, 30 Oct 2002, Peter Wemm wrote:
> > > We've been over this before. To make this work right, we need to
> > > make /bin and /sbin dynamically linked. NetBSD's /rescue/*
> > &
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
lso need to do something about that so that you get the right
#includes. libf96.so is a 4.x binary. Even if it wasn't for __sF, you
should be compiling with 4.x libraries and (if needed) 4.x headers, because
you have parts of the 4.x stdio.h embedded in libf96.so.
Cheers,
-Peter
--
Peter W
isted and
127.0.0.1 first, then I get a 10-20 second timeout before the resolver
library switches to another server.
Cheers,
-Peter
--
Peter Wemm - [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED]
"All of this is for nothing if we don't go to the stars" - JMS/B5
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
ch':
> /usr/src/sys/dev/ata/ata-all.c:264: undefined reference to `ata_dmafreetags'
ata-dma.c is compiled when ata *and* pci are specified. Are you trying
to build a pci-less system? If so, you probably need to add the
'options ATA_NOPCI' entry to your kernel.
Cheers,
-Pet
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
601 - 700 of 832 matches
Mail list logo
