On Sat, 15 Jun 2002, Terry Lambert wrote:
> Bruce Evans wrote:
> printf( ); -> pusts( );
>
> > > That is an incredibly *fugly* "optimization". It assumes that I
> > > use libc, unless I have "-ffreestanding", and it assumes my
> > > implementation of printf vs. puts.
> >
> > This is a routine op
From: "David W. Chapman Jr." <[EMAIL PROTECTED]>
Subject: Re: ESS sound card support on laptop
Date: Sat, 15 Jun 2002 18:11:35 -0500
Message-ID: <[EMAIL PROTECTED]>
dwcjr> The rumor I heard is that their english isn't that good so that I
dwcjr> might not be able to communicate with them, english
On Sat, Jun 15, 2002 at 11:31:38PM -0700, Doug Barton wrote:
> Joe Marcus Clarke wrote:
> >
> > After the recent round of -i fixes to sed, certain ports will no longer
> > make configure (gaim being a prime example). The problem is that
> > mf_fgets() is unnecessarily overwriting sp->len. The
This is caused by an old bogus include path in Makefiles (still needed
:-(), a bogus #include in drm and new newspace pollution in
. drm includes , although this header is
essentially user-only. now includes .
declares psignal(3) which is quite different from psignal(9).
ISTR that all includes
FWIW, it looks like privasserted() in zsh might be (and this is without
reading the source) some attempt to reproduce the issetugid()
functionality. It should just invoke that call rather than rolling its
own, if so -- the TrustedBSD cap implementation update the issetugid()
flag to reflect cap
On Sun, 16 Jun 2002, Munehiro Matsuda wrote:
> Hello Robert Watson,
>
> After removal of cap_get_proc() and friends from libc, zsh from the ports
> started to dump core:
>
>
> #0 0x28172333 in __sys___cap_get_proc () from /usr/lib/libc.so.5
> (gdb) where
> #0 0x28172333 in __sys___cap_get_p
Greg 'groggy' Lehey wrote:
> Are you talking with lukem about this? It would be nice to stay as
> compatible as possible.
Greg,
This, and many other questions of the same nature are answered in the
extensive discussion on this topic in -arch.
To Unsubscribe: send mail to [EMAIL PROTEC
Joe Marcus Clarke wrote:
>
> After the recent round of -i fixes to sed, certain ports will no longer
> make configure (gaim being a prime example). The problem is that
> mf_fgets() is unnecessarily overwriting sp->len. The attached patch
> corrects the problem while still allowing -i to work on
Hi!
Is support of 5.1 soundcards like Creative Audigy Player
will be there in the near future?
--
Dmitry Valdov mailto:[EMAIL PROTECTED]
CCNP
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
Wesley Morgan wrote:
> I cleaned up my /usr/lib and /usr/include file of stale headers/libs left
> after the libstdc++ upgrade (maybe this should be in src/UPDATING??), and
> now any port that uses C++ & autoconf fails to configure...
>
> checking if STL implementation is SGI like... no
> checkin
Bruce Evans wrote:
printf( ); -> pusts( );
> > That is an incredibly *fugly* "optimization". It assumes that I
> > use libc, unless I have "-ffreestanding", and it assumes my
> > implementation of printf vs. puts.
>
> This is a routine optimization. It assumes that you use a C compiler
> (prin
After the recent round of -i fixes to sed, certain ports will no longer
make configure (gaim being a prime example). The problem is that
mf_fgets() is unnecessarily overwriting sp->len. The attached patch
corrects the problem while still allowing -i to work on multiple files.
As a ports committ
On Sat, 15 Jun 2002, Terry Lambert wrote:
> Maxime Henrion wrote:
> > Terry Lambert wrote:
> > > What exactly does this do, besides implying "-fno-builtin"?
> > >
> > > The documentation says "and implies main has no special requirements"...
> > >
> > > Neither the kernel nor modules have a "main
Hello Robert Watson,
After removal of cap_get_proc() and friends from libc, zsh from the ports
started to dump core:
$ zsh
[1] 7477 Bad system call (core dumped) zsh
$
$ gdb /usr/local/bin/zsh zsh.core
GNU gdb 4.18 (FreeBSD)
Copyright 1998 Free Software Foundation, Inc.
GDB is free software,
> From: [EMAIL PROTECTED] (Terry Lambert)
> Date: Sat 15 Jun, 2002
> Subject: Re: duplicate -ffreestanding in kernel build
> That is an incredibly *fugly* "optimization". It assumes that I
> use libc, unless I have "-ffreestanding", and it assumes my
> implementation of printf vs. puts.
It mean
On Saturday, 15 June 2002 at 11:30:08 -0700, Gordon Tetlow wrote:
> On Fri, 14 Jun 2002, Terry Lambert wrote:
>
>> Mike Makonnen wrote:
>>> Danny Braniss <[EMAIL PROTECTED]> wrote:
in amd,
# REQUIRE: rpcbind mountall ypbind nfsclient
**
>>
On Sun, Jun 16, 2002 at 03:14:17AM +0900, Hajimu UMEMOTO wrote:
> I committed to don't install prefix(8) and gifconfig(8). ifconfig(8)
> has the facilities provided by these commands. Please use
> ifconfig(8).
>
> gifconfig -> ifconfig tunnel/deletetunnel
> prefix-> ifconfig eui
> Has anyone actually submitted a bug report to GCC yet?
I don't believe so. I'm not sure exactly what is
broken or the circumstances that cause the problem. My lack of c
knowledge is preventing me from saying much more than X-Servers won't
build. Would you be willing to help me figure out
"David W. Chapman Jr." wrote:
> > That was kind of my point to David: blaming MS doesn't make FreeBSD
> > work. At some point, you have to accept that the problem is yours,
> > rather than being caused by some outside agency.
>
> I'm not sure I understand if you're referring to me. I haven't
>
On Sat, Jun 15, 2002 at 01:39:08PM -0500, David W. Chapman Jr. wrote:
> > Please submit a full bug report,
> > with preprocessed source if appropriate.
> > See http://www.gnu.org/software/gcc/bugs.html> for instructions.
> > *** Error code 1
> >
> > Stop in
>/usr/local/ports/usr/ports/x11-server
On Sat, Jun 15, 2002 at 05:07:53PM -0600, M. Warner Losh wrote:
> In message: <[EMAIL PROTECTED]>
> "David W. Chapman Jr." <[EMAIL PROTECTED]> writes:
> : > We write it. It isn't in the BIOS anymore. Usually with ACPI.
> : Now that msmith left, do we have any acpi gurus?
>
> There a
In message: <[EMAIL PROTECTED]>
"David W. Chapman Jr." <[EMAIL PROTECTED]> writes:
: I'm not sure I understand if you're referring to me. I haven't
: blamed MS or even mentioned MS. If I understand warner correctly, it
: can be solved by working on ACPI.
Partially solved by workin
In message: <[EMAIL PROTECTED]>
Terry Lambert <[EMAIL PROTECTED]> writes:
: That was kind of my point to David: blaming MS doesn't make FreeBSD
: work. At some point, you have to accept that the problem is yours,
: rather than being caused by some outside agency.
Actually, it was cau
In message: <[EMAIL PROTECTED]>
"David W. Chapman Jr." <[EMAIL PROTECTED]> writes:
: > We write it. It isn't in the BIOS anymore. Usually with ACPI.
: Now that msmith left, do we have any acpi gurus?
There are many japanese that are expert at this. I had plans on
taking up at least
> That was kind of my point to David: blaming MS doesn't make FreeBSD
> work. At some point, you have to accept that the problem is yours,
> rather than being caused by some outside agency.
>
I'm not sure I understand if you're referring to me. I haven't
blamed MS or even mentioned MS. If I
"M. Warner Losh" wrote:
> : > FreeBSD should, but isn't, assign resources to PCI devices. In the
> : > past, the BIOS has done this, but MS has migrated this functionality
> : > into the OS. That's why you see a lot of these sorts of failures with
> : > various kludges in the FreeBSD tree. That
Mike Makonnen wrote:
> On Sat, 15 Jun 2002 12:49:52 -0700
> Terry Lambert <[EMAIL PROTECTED]> wrote:
> > David O'Brien wrote:
> > > On Fri, Jun 14, 2002 at 03:30:19PM -0700, Terry Lambert wrote:
> > > > I.e. if "REQUIRE" describes soft dependency ordering, what
> > > > describes hard dependency or
On Sat, 15 Jun 2002 12:49:52 -0700
Terry Lambert <[EMAIL PROTECTED]> wrote:
> David O'Brien wrote:
> > On Fri, Jun 14, 2002 at 03:30:19PM -0700, Terry Lambert wrote:
> > > I.e. if "REQUIRE" describes soft dependency ordering, what
> > > describes hard dependency ordering?
> >
> > Why the need to
> We write it. It isn't in the BIOS anymore. Usually with ACPI.
>
Now that msmith left, do we have any acpi gurus?
--
David W. Chapman Jr.
[EMAIL PROTECTED] Raintree Network Services, Inc.
[EMAIL PROTECTED] FreeBSD Committer
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsu
In message: <[EMAIL PROTECTED]>
Terry Lambert <[EMAIL PROTECTED]> writes:
: "M. Warner Losh" wrote:
: > In message: <[EMAIL PROTECTED]>
: > "David W. Chapman Jr." <[EMAIL PROTECTED]> writes:
: > : pcm0: irq 5 at device 14.0 on pci0
: > : pcm0: unable to map register space
> past, the BIOS has done this, but MS has migrated this functionality
> into the OS. That's why you see a lot of these sorts of failures with
> various kludges in the FreeBSD tree. That's part of what I was
> talking about in the developers conference when I said we needed to
> make PCI work ag
"M. Warner Losh" wrote:
> In message: <[EMAIL PROTECTED]>
> "David W. Chapman Jr." <[EMAIL PROTECTED]> writes:
> : pcm0: irq 5 at device 14.0 on pci0
> : pcm0: unable to map register space
> : device_probe_and_attach: pcm0 attach returned 6
>
> FreeBSD should, but isn't, assign resou
In message: <[EMAIL PROTECTED]>
"David W. Chapman Jr." <[EMAIL PROTECTED]> writes:
: pcm0: irq 5 at device 14.0 on pci0
: pcm0: unable to map register space
: device_probe_and_attach: pcm0 attach returned 6
FreeBSD should, but isn't, assign resources to PCI devices. In the
past, the
> > vendor = 'ESS Technology'
> > device = 'ES1978 Maestro-2E Audiodrive, ES1970 Canyon3D'
> > class= multimedia
> > subclass = audio
> >
> > --
> > David W. Chapman Jr.
> > [EMAIL PROTECTED] Raintree Network Services, Inc.
> > [EMAIL PROTECTED] FreeBSD Committer
< said:
> IIRC, -ffreestanding prevented GCC3 from being stupid optimizations like
`-ffreestanding' tells the compiler that it is to operate as a
free-standing implementation (in the words of the C standard); i.e.,
that there is no Standard C Library, and the compiler may not assume
that a funct
On Sat, Jun 15, 2002 at 01:52:16PM -0600, Scott Long wrote:
> On Sat, Jun 15, 2002 at 02:52:33PM -0500, David W. Chapman Jr. wrote:
> > I have the following sound card on my laptop, does anyone know how
> > hard it would be to add this card to the pcm driver.
> >
> > none2@pci0:14:0:clas
Maxime Henrion wrote:
> Terry Lambert wrote:
> > What exactly does this do, besides implying "-fno-builtin"?
> >
> > The documentation says "and implies main has no special requirements"...
> >
> > Neither the kernel nor modules have a "main", so the only thing that's
> > relevent here is the "-fn
On Sat, Jun 15, 2002 at 02:52:33PM -0500, David W. Chapman Jr. wrote:
> I have the following sound card on my laptop, does anyone know how
> hard it would be to add this card to the pcm driver.
>
> none2@pci0:14:0:class=0x040100 card=0x2550107b chip=0x1978125d rev=0x10
>hdr=0x00
> v
I have the following sound card on my laptop, does anyone know how
hard it would be to add this card to the pcm driver.
none2@pci0:14:0:class=0x040100 card=0x2550107b chip=0x1978125d rev=0x10
hdr=0x00
vendor = 'ESS Technology'
device = 'ES1978 Maestro-2E Audiodrive, ES1970 C
David O'Brien wrote:
> On Fri, Jun 14, 2002 at 03:30:19PM -0700, Terry Lambert wrote:
> > I.e. if "REQUIRE" describes soft dependency ordering, what
> > describes hard dependency ordering?
>
> Why the need to distingish?
Otherwise circular dependencies.
-- Terry
To Unsubscribe: send mail to [E
Terry Lambert wrote:
> What exactly does this do, besides implying "-fno-builtin"?
>
> The documentation says "and implies main has no special requirements"...
>
> Neither the kernel nor modules have a "main", so the only thing that's
> relevent here is the "-fno-builtin", right?
IIRC, -ffreest
Bruce Evans wrote:
> This is a bug in bsd.kern.mk. -ffreestanding never belonged there, since
> it is also needed for modules and perhaps for boot programs and libstand.
> Module makefiles still include , but Makefiles for boot
> programs have regressed.
>
> Your x86 box must be out of date. x8
On Fri, Jun 14, 2002 at 03:30:19PM -0700, Terry Lambert wrote:
> I.e. if "REQUIRE" describes soft dependency ordering, what
> describes hard dependency ordering?
Why the need to distingish?
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the messa
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
> Please submit a full bug report,
> with preprocessed source if appropriate.
> See http://www.gnu.org/software/gcc/bugs.html> for instructions.
> *** Error code 1
>
> Stop in
>/usr/local/ports/usr/ports/x11-servers/XFree86-4-Server/work/xc/lib/GL/mesa/src.
> *** Error code 1
>
I'm getting this
On Fri, 14 Jun 2002, Terry Lambert wrote:
> Mike Makonnen wrote:
> > Danny Braniss <[EMAIL PROTECTED]> wrote:
> > > in amd,
> > > # REQUIRE: rpcbind mountall ypbind nfsclient
> > > **
> > > since i don't use yp, how can i override this?
> > >
> > > or i
On Sat, 15 Jun 2002, Greg 'groggy' Lehey wrote:
> Hmm, appears to be Luke Mewburn's NetBSD stuff, which I know.
> Shouldn't there be an "Obtained From: NetBSD" in the commit messages?
Heh, sorry about that. I thought taking if off the NETBSD vendor branch
was enough of a hint. It appears that I
On Fri, 14 Jun 2002, Danny Braniss wrote:
> in amd,
> # REQUIRE: rpcbind mountall ypbind nfsclient
> **
> since i don't use yp, how can i override this?
>
> or in other words, can REQUIRE be configurable too?
This isn't a hard requirement for startin
Hi,
I committed to don't install prefix(8) and gifconfig(8). ifconfig(8)
has the facilities provided by these commands. Please use
ifconfig(8).
gifconfig -> ifconfig tunnel/deletetunnel
prefix-> ifconfig eui64
I'll do cvs remove after a mean time.
I have no plan to MFC thi
On Sat, 15 Jun 2002, walt wrote:
> > During the compilation of usr.bin/truss this error stops world:
> >
> > syscalls.master: line 55: syscall number out of sync at 7
> > line is:
> > struct rusage * rusage ) ; } wait4 wait_args int
> >
> > The error is actually produced by the ex
Entschuldigen Sie bitte die Störung!
Mir ist etwas zu Ohren gekommen.
Eine relativ aussergewöhnliche Gerüchteküche,
aus der man mir ein schwerverdauliches Süppchen vorgesetzt hat,
ist der Grund meiner Mail.
Unappetitlich ist gar kein Ausdruck!
Ist es möglich auf funktechnischem Wege(in welchen F
> During the compilation of usr.bin/truss this error stops world:
>
> syscalls.master: line 55: syscall number out of sync at 7
> line is:
>struct rusage * rusage ) ; } wait4 wait_args int
>
> The error is actually produced by the execution of
> '/usr/src/sys/kern/makesyscalls.s
During the compilation of usr.bin/truss this error stops world:
syscalls.master: line 55: syscall number out of sync at 7
line is:
struct rusage * rusage ) ; } wait4 wait_args int
The error is actually produced by the execution of
'/usr/src/sys/kern/makesyscalls.sh syscalls.master'
Entschuldigen Sie bitte die Störung!
Mir ist etwas zu Ohren gekommen.
Eine relativ aussergewöhnliche Gerüchteküche,
aus der man mir ein schwerverdauliches Süppchen vorgesetzt hat,
ist der Grund meiner Mail.
Unappetitlich ist gar kein Ausdruck!
Ist es möglich auf funktechnischem Wege(in welchen F
Greg 'groggy' Lehey wrote:
> Hmm, appears to be Luke Mewburn's NetBSD stuff, which I know.
> Shouldn't there be an "Obtained From: NetBSD" in the commit messages?
>
> Are you (or is anybody) doing something about keeping as close as
> possible to being in sync with NetBSD?
This project has been
On Fri, 14 Jun 2002, Maxime Henrion wrote:
> I recently noticed that we are adding the -ffreestanding flag twice for
> kernel builds. It's added once if GCC3 is defined in
> /usr/share/mk/bsd.kern.mk and another time inconditionally in
> /sys/conf/kern.pre.mk. As a result, I have -ffreestanding
On Fri, 14 Jun 2002, Vladimir B.Grebenschikov wrote:
> System: FreeBSD vbook.express.ru 5.0-CURRENT FreeBSD 5.0-CURRENT #2: Wed Jun 5
>17:36:46 MSD 2002 [EMAIL PROTECTED]:/usr/local/src/sys/i386/compile/VBOOK i386
> gdm runned from /etc/ttys by init
> gnome environment
> xconsole runned both by
On Sat, 15 Jun 2002 17:53:03 +0930
"Greg 'groggy' Lehey" <[EMAIL PROTECTED]> wrote:
> On Saturday, 15 June 2002 at 0:34:36 -0700, Mike Makonnen wrote:
> > On Sat, 15 Jun 2002 10:44:31 +0930
> > "Greg 'groggy' Lehey" <[EMAIL PROTECTED]> wrote:
> >
> >> On Thursday, 13 June 2002 at 15:37:55 -0700,
Hi!
Do you enable softupdate?
I have had "core dump" right after booting and about
to "login:" prompt. I disabled all softupdates, and
now it works fine so far.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
On Saturday, 15 June 2002 at 0:34:36 -0700, Mike Makonnen wrote:
> On Sat, 15 Jun 2002 10:44:31 +0930
> "Greg 'groggy' Lehey" <[EMAIL PROTECTED]> wrote:
>
>> On Thursday, 13 June 2002 at 15:37:55 -0700, Gordon Tetlow wrote:
>>> I've imported the excellent work by Mike Makonnen into the tree.
>>
>
howed after I build GENERIC
kernel without DEBUG=-g, ddb and another debug stuff.
Now I have downloaded 5.0-CURRENT-20020615-JPSNAP and wanna try to
install it. I will send information about this problem in that
snapshot.
But I am disturbed much more with a problem with CVS...
Vl.
To Unsubscr
On Sat, 15 Jun 2002 10:44:31 +0930
"Greg 'groggy' Lehey" <[EMAIL PROTECTED]> wrote:
> On Thursday, 13 June 2002 at 15:37:55 -0700, Gordon Tetlow wrote:
> > I've imported the excellent work by Mike Makonnen into the tree.
>
> Can you summarize what the differences are?
o Instead of a few monolit
63 matches
Mail list logo
