On Tue, May 28, 2002 at 11:36:23PM -0700, Terry Lambert wrote:
> Poul-Henning Kamp wrote:
> > In message <[EMAIL PROTECTED]>, Peter Wemm writes:
> > >As you said, _sleeping_ is the problem. M_WAITOK means "you may sleep if
> > >you like". ie: it is a time bomb waiting for the right low memory
On Wed, May 29, 2002 at 01:04:00PM -0700, Terry Lambert wrote:
> Bosko Milekic wrote:
> > On Tue, May 28, 2002 at 11:32:03PM -0700, Terry Lambert wrote:
> > > Can we get rid of the NULL tests we had to put in when M_WAIT
> > > turned into M_WAITOK?
> >
> > No. What you see as a bad thing other
On Wed, May 29, 2002 at 12:20:20AM -0700, Peter Wemm wrote:
> M_WAIT for mbufs (not malloc) was an alias for M_WAITOK, and M_DONTWAIT
> (also just for mbufs) was an alias for M_NOWAIT.
>
> You call things and either permit them to tsleep() or you do not.
>
> M_NOWAIT to the mbuf m_get*, malloc*
On Tue, May 28, 2002 at 11:32:03PM -0700, Terry Lambert wrote:
> Can we get rid of the NULL tests we had to put in when M_WAIT
> turned into M_WAITOK?
No. What you see as a bad thing others (including me) see as a good
thing. I _want_ to be able to say: "okay, try sleeping; but I realize
th
On Thu, 30 May 2002, Peter Wemm wrote:
> Julian Elischer wrote:
> > On Thu, 30 May 2002, Jake Burkholder wrote:
> [..]
> > > It is much more difficult to ensure that all the register values
> > > end up the same on each return from the system call on sparc64, due
> > > to the way that register
Peter Schultz <[EMAIL PROTECTED]> writes:
> Amazing, the obvious. Now I get this:
Hmm, I didn't get any more trouble after I fixed the pragma problem.
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body o
Julian Elischer wrote:
> On Thu, 30 May 2002, Jake Burkholder wrote:
[..]
> > It is much more difficult to ensure that all the register values
> > end up the same on each return from the system call on sparc64, due
> > to the way that register stack works. The current test program
> > will not wo
I have been trying to upgrade ImageMagick. It fails with the following in
-current, but builds ok on 4.6-RC.
I../.. -I/usr/local/include/libxml2 -I/usr/local/include/freetype2
-I/usr/local/include -I/usr/local/include
-I/usr/X11R6/include -I/X11 -O -pipe -c -o Geometry.lo `test -f Geometry.cp
On Wed, May 29, 2002 at 11:38:57PM -0500, Peter Schultz wrote:
> I'm getting the following error on a just built -current, which was a
> fresh install of 5.0-CURRENT-20020519-JPSNAP:
Yes, and if you'd been reading the mailing list like you're supposed
to you would have already known about this.
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
On Thu, 30 May 2002, Jake Burkholder wrote:
> apparently, On Thu, May 30, 2002 at 09:20:57AM -0700,
> Julian Elischer said words to the effect of;
>
> >
> >
>
> > Index: bin/ksetest/Makefile
> > ===
> > Index: bin
apparently, On Thu, May 30, 2002 at 09:20:57AM -0700,
Julian Elischer said words to the effect of;
>
>
> ok, but does anyone other than john (who has commented) have any comments
> about the logic and work in the change?
>
> I'm working on his comments but comments by others would sure
cc -O -pipe -march=pentiumpro -D_KERNEL -Wall -Wredundant-decls
-Wnested-externs -Wstrict-prototypes -Wmissing-prototypes
-Wpointer-arith -Winline -Wcast-qual -Wno-fo
rmat -ansi -DKLD_MODULE -nostdinc -I- -I. -I@ -I@/dev
-I@/../include -fno-common -mpreferred-stack-boundary=2
-ffreestand
hi Peter,
> To be sure we're all on the same page, simply uncommenting stubs.c solves
> your problem with no libm changes, right?
Exactly.
Martin
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
Martin Blapp wrote:
> If we add this patch, we should also add the bits in libm:
>
> #ifndef HAVE_SQRTL
> long double
> sqrtl(long double x)
> {
> return sqrt((double) x);
> }
> #endif
[..]
> or we just compile stubs.c in and the gcc provided bits.
> But I guess we would also not to link again
On Thu, May 30, 2002 at 11:46:50PM +0200, Nicolas Souchu wrote:
> Hi folks,
>
> I'm currently trying to install -current as a guest OS of VMWare2
> running under 4.6RC.
>
> The problem is that it works correctly except that after some
> processing, the VMWare2 engine slows down the OS incredibly
There is a patch to fix this problem that I posted to the list
sometime ago. I don't have it handy right now, but you can find it in
the mailing list archive...
Glenn G.
On Thu, 30 May 2002 23:46:50 +0200, "Nicolas Souchu" <[EMAIL PROTECTED]>
said:
> Hi folks,
>
> I'm currently trying to i
Seems I was wrong. Uhm. It's late here... Anyway, I've really
running it now.
If we add this patch, we should also add the bits in libm:
#ifndef HAVE_SQRTL
long double
sqrtl(long double x)
{
return sqrt((double) x);
}
#endif
#ifndef HAVE_COSL
long double
cosl(long double x)
{
return cos((
Hi folks,
I'm currently trying to install -current as a guest OS of VMWare2
running under 4.6RC.
The problem is that it works correctly except that after some
processing, the VMWare2 engine slows down the OS incredibly. To
get things back to a correct speed I have to suspend the VMWare
session t
John Baldwin wrote:
> This is your opinion not gospel truth. The reason I and others leave out
> braces except when they are needed is to minimize the number of wasted
> vertical space so that more code can fit on a screen at a time. This is
> the same reason for using
>
> if (foo) {
>
http://people.freebsd.org/~mbr/patches/patch-libstd++::config.h
This patch fixes the problem.
--- gnu/lib/libstdc++/c++config.h.orig Wed May 29 02:45:51 2002
+++ gnu/lib/libstdc++/c++config.h Thu May 30 22:49:07 2002
@@ -420,7 +420,7 @@
/* #undef _GLIBCPP_HAVE_COSHL */
/* Define if yo
This is the repeated error I've gotten from my attempts to build
from current (cvsup'd) sources - any comments, suggestions
greatly appreciated.
--
>>> stage 4: populating /usr/obj/usr/src/i386/usr/include
--
:...
:}
:
:Instead of:
:
:if (foo)
:{
:...
:}
:
:However, the real pain here is that basically people go and modify code
:they aren't even touching. If you are modifying the condition of an if()
:but not the body then the extra braces are just gratuitous. You did this
:when you w
Julian Elischer wrote:
>
>
> ok, but does anyone other than john (who has commented) have any comments
> about the logic and work in the change?
If you want final commit approval/objections, you really need to either
include or go to developers@ instead since they're the ones dealing with
actua
Martin Blapp wrote:
>
> Hi David,
Please include me in these messages regarding the libraries in the
-current build, this is almost certainly my breakage since I committed it.
> I've now problems linking with stlport lib with our native g++:
>
> ../unxfbsd.pro/obj/syshelp.o -lc_r -lm -lstlport
On Thu, 30 May 2002, Bernd Walter wrote:
> > Largely these need to be written by someone who is intimately aquainted
> > with the register set of the machine in question and knows
> > what registers need to be saved to restore a user context correctly.
>
> I can do the alpha part tomorrow unle
On Thu, May 30, 2002 at 09:20:57AM -0700, Julian Elischer wrote:
> ok, but does anyone other than john (who has commented) have any comments
> about the logic and work in the change?
>
> I'm working on his comments but comments by others would sure be
> appreciated..
> especially if they actually
Do we have anyone working on the VM system that could look at this?
- Forwarded message from Wietse Venema <[EMAIL PROTECTED]> -
Date: Thu, 30 May 2002 12:49:10 -0400 (EDT)
Reply-To: Postfix users <[EMAIL PROTECTED]>
From: [EMAIL PROTECTED] (Wietse Venema)
To: Postfix users <[EMAIL PROTE
ok, but does anyone other than john (who has commented) have any comments
about the logic and work in the change?
I'm working on his comments but comments by others would sure be
appreciated..
especially if they actually comment on what I'm trying to do..
If I can get the changes for the other
Dag-Erling Smorgrav wrote:
> Alfred Perlstein <[EMAIL PROTECTED]> writes:
>
>>* Peter Wemm <[EMAIL PROTECTED]> [020530 01:01] wrote:
>>
>>>gcc-3.1 appears to have broken
>>>#pragma weak foo = bar
>>
>>What's the correct way to do this now?
>
>
> #pragma weak foo = "bar"
>
> as you'd h
On 29-May-2002 Matthew Dillon wrote:
>:having said that,
>:In this case the braces in question in ithread_schedule are:
>:- } else
>:+ } else {
>:curthread->td_kse->ke_flags |= KEF_NEEDRESCHED;
>:+ }
>:
>:I tend to always put brac
Alfred Perlstein <[EMAIL PROTECTED]> writes:
> * Peter Wemm <[EMAIL PROTECTED]> [020530 01:01] wrote:
> > gcc-3.1 appears to have broken
> > #pragma weak foo = bar
> What's the correct way to do this now?
#pragma weak foo = "bar"
as you'd have guessed if you'd bothered to read the error message
rob wrote:
> Pardon my ignorant question. What is Tinderbox? My guess is that its a
> special machine for doing some testing. Rob.
A tinderbox is a machine dedicated to building something big and
complex. Here's a good example from the mozilla project.
http://tinderbox.mozilla.org/showbuilds
Believe it! You have a secret admirer!
Just click to http://www.SomeoneLikesYou.com to find out who!
Email address: [EMAIL PROTECTED]
Secret code: opn6wj
See you soon!
Best wishes,
The SomeoneLikesYou Matchmaker
No Spam Policy:
Unlike some other sites, SomeoneLikesYou will never
Pardon my ignorant question. What is Tinderbox? My guess is that its a
special machine for doing some testing. Rob.
--
-
The Numeric Python EM Project
www.pythonemproject.com
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the
Hi,
> /usr/local/lib/gcc-lib/i386-portbld-freebsd5.0/3.1/cc1: No such file or
> directory
A path is wrong in the port. I worked around this with:
cp -r /usr/local/lib/gcc-lib/i386-portbld-freebsd5.0/3.1.1\* \
/usr/local/lib/gcc-lib/i386-portbld-freebsd5.0/3.1
I think David will fix the port s
I don't know why, but /usr/bin/awk is hardlinked to /usr/bin/nawk on my notepc.
So, I make that /usr/bin/awk is hardlinked to /usr/bin/gawk( not /usr/bin/nawk).
And buildworld on my notepc(5-current) is fine.
Thank you.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-cur
OK the gcc31 builds OK for me on FreeBSD 5.0 Current but when I try to
make install this happens:
===> Generating temporary packing list
/usr/libexec/elf/strip:
/usr/local/lib/gcc-lib/i386-portbld-freebsd5.0/3.1/cc1: No such file or
directory
*** Error code 1
Stop in /usr/ports/lang/gcc31.
On Thu, May 30, 2002 at 12:43:22AM -0700, Terry Lambert wrote:
Hi,
> Rules are what seperate us from the apes.
And even with them, some computer users still resemble them ;-)º
> Apes with Internet access, degrees in CS, a working knowledge of
> CVS, an ability to code, mailing list access, an
Believe it! You have a secret admirer!
Just click to http://www.SomeoneLikesYou.com to find out who!
Email address: [EMAIL PROTECTED]
Secret code: opn6wj (Note: This is NOT your password!)
See you soon!
Best wishes,
The SomeoneLikesYou Matchmaker
No Spam Policy:
Unlike some othe
Hi David,
I've now problems linking with stlport lib with our native g++:
../unxfbsd.pro/obj/syshelp.o -lc_r -lm -lstlport_gcc -lsupc++ -Wl,-Bdynamic
-lstlport_gcc -lc_r -lsupc++
/usr/ports/editors/openoffice/work/oo_1.0_src/solver/641/unxfbsd.pro/lib/libstlport_gcc.so:
undefined reference to
> > > #pragma weak foo = bar
> >
> > What's the correct way to do this now?
>
> I dont know. :-( There are hacks that can work around it, but I think this
> is unintentional breakage. I tried changing this:
> #pragma weak foo = bar
> to
> __weak_reference(bar, foo);
void f () __attribute__ ((
I just installed recent CURRENT, and the problem is gone ! It only
exists now in the ports version, and it happens both on STABLE and
CURRENT:
GCC3.1 port on STABLE, fresh install
bash-2.05a# /usr/local/bin/g++31 -v -o conftest -O -pipe -L/usr/X11R6/li
On Wed, May 29, 2002 at 02:18:42PM +0400, Igor Roboul wrote:
> > make install
> >
> > As long as your /usr/src is up to date, that should save you.
> Thank you. But now it fails on building of libncurses, with many:
>
> lib_gen.c:504: `a0' undeclared (first use in this function)
> lib_gen.c:50
Hi all,
I can tell now for sure, that all SIG11 and SIG4 problems are
gone with make buildworld, if I compile here
make(8)
rm(8)
mkdir(8)
with -g -ggdb
If I don't do that, make world stops after 4 - 30 seconds. So it
could be definitly some optimizing bug in our gcc. And this bug
seems to be
Alfred Perlstein wrote:
> * Peter Wemm <[EMAIL PROTECTED]> [020530 01:01] wrote:
> > Wilko Bulte wrote:
> > > On Wed, May 29, 2002 at 11:38:57PM -0500, Peter Schultz wrote:
> > >
> > > FWIW: same here yesterday. I have not yet investigated what's up
> >
> > gcc-3.1 appears to have broken
> > #pr
* Peter Wemm <[EMAIL PROTECTED]> [020530 01:01] wrote:
> Wilko Bulte wrote:
> > On Wed, May 29, 2002 at 11:38:57PM -0500, Peter Schultz wrote:
> >
> > FWIW: same here yesterday. I have not yet investigated what's up
>
> gcc-3.1 appears to have broken
> #pragma weak foo = bar
What's the correct
Wilko Bulte wrote:
> On Wed, May 29, 2002 at 11:38:57PM -0500, Peter Schultz wrote:
>
> FWIW: same here yesterday. I have not yet investigated what's up
gcc-3.1 appears to have broken
#pragma weak foo = bar
> Wilko
>
> > I'm getting the following error on a just built -current, which was a
>
Matthew Dillon wrote:
> But that is not what is going on here. Not by a long shot. We have
> people on this list that complain over the smallest 'infraction' of the
> rules, and then jump up the alleged significance of the event by
> foretelling gloom and doom and the end of all
Hey there,
If you're like me, you've tried EVERYTHING to lose
weight. I know how you feel - the special diets,
miracle pills, and fancy exercise equipment never helped
me lose a pound either. It seemed like the harder I tried,
the bigger I got, until I heard about a product called
Extreme Power
50 matches
Mail list logo
