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
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
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
fresh
* 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 way to do
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
#pragma weak foo = bar
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
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:504: syntax
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
#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__ ((weak, alias
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
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, and
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.
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
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
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
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
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.
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 and
look at
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 braces on the
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 have guessed if you'd
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
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
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
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 unless
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_gcc
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
actual
:...
:}
:
: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
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
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
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) {
...
}
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
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 install
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. To
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 against libm
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
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
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 be
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:
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
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.
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
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 work at
42 matches
Mail list logo