On Fri, May 10, 2002 at 04:41:53PM -0700, David O'Brien wrote:
On Fri, May 10, 2002 at 06:04:27PM +0300, Ruslan Ermilov wrote:
Bmake bits for Gcc 3.1.
This also vanished my YACC building fixes and broke world while
attempting to build `cc1plus' in a cross-tools stage. The changes
On Sat, May 11, 2002 at 10:44:11AM +0300, Ruslan Ermilov wrote:
On Fri, May 10, 2002 at 04:41:53PM -0700, David O'Brien wrote:
On Fri, May 10, 2002 at 06:04:27PM +0300, Ruslan Ermilov wrote:
Bmake bits for Gcc 3.1.
This also vanished my YACC building fixes and broke world while
On Sat, May 11, 2002 at 10:44:11AM +0300, Ruslan Ermilov wrote:
The malloc usage is in the Byacc output, not the input.
There's no difference, [b]yacc just copies C code blocks intact.
No. Byacc copies C code blocks from the input grammer intact. It also
adds more C code to the output. See
(add To: [EMAIL PROTECTED])
From: Garrett Rooney [EMAIL PROTECTED]
Subject: Re: Who broke 'make clean' for ports ?
Date: Sat, May 11, 2002 at 02:31:32AM JST
there's a circular dependency that was just introduced to gettext.
gettext now depends on expat, which depends on gmake, which depends
Ruslan Ermilov wrote:
On Fri, May 10, 2002 at 04:41:53PM -0700, David O'Brien wrote:
On Fri, May 10, 2002 at 06:04:27PM +0300, Ruslan Ermilov wrote:
Bmake bits for Gcc 3.1.
=20
This also vanished my YACC building fixes and broke world while
attempting to build `cc1plus' in a
On Sat, May 11, 2002 at 01:00:27AM -0700, David O'Brien wrote:
On Sat, May 11, 2002 at 10:44:11AM +0300, Ruslan Ermilov wrote:
On Fri, May 10, 2002 at 04:41:53PM -0700, David O'Brien wrote:
On Fri, May 10, 2002 at 06:04:27PM +0300, Ruslan Ermilov wrote:
Bmake bits for Gcc 3.1.
Hello,
I just got the following panic during resume. It is current just before gcc
3.1 went in.
FreeBSD sidhe.freenix.org FreeBSD 5.0-CURRENT #6: Thu May 9 17:14:15 CEST 2002
roberto@sidhe:/local/src/src/sys/i386/compile/SIDHE i386
Here is the trace: I'll keep the dump in case anyone
FreeBSD sidhe.freenix.org FreeBSD 5.0-CURRENT #6: Thu May 9 17:14:15 CEST 2002
[EMAIL PROTECTED]:/local/src/src/sys/i386/compile/SIDHE i386
Sony VAIO Z600TEK, current just before gcc 3.1.
Having tested the usb subsystem a few weeks ago (it hung during resume), I
decided to try after the
KOMATSU Shinichiro wrote:
(add To: [EMAIL PROTECTED])
From: Garrett Rooney [EMAIL PROTECTED]
Subject: Re: Who broke 'make clean' for ports ?
Date: Sat, May 11, 2002 at 02:31:32AM JST
there's a circular dependency that was just introduced to gettext.
gettext now depends on expat,
* Maxim Sobolev [EMAIL PROTECTED] [2002-05-11 15:00]:
KOMATSU Shinichiro wrote:
(add To: [EMAIL PROTECTED])
From: Garrett Rooney [EMAIL PROTECTED]
Subject: Re: Who broke 'make clean' for ports ?
Date: Sat, May 11, 2002 at 02:31:32AM JST
there's a circular dependency that was
OK; I managed to get -CURRENT built yesterday, but the breakage I'm
now seeing is ... different. It's not a matter of warnings, anyway:
cc -O -pipe -D__FBSDID=__RCSID -static -o yacc closure.o error.o lalr.o lr0.o
main.o mkpar.o output.o reader.o skeleton.o symtab.o verbose.o warshall.o
Recent current compilation causes the following error;
: : :
(snip)
cc -O2 -pipe -DENCRYPTION -DAUTHENTICATION -DSRA
-I/usr/src/kerberosIV/lib/libtelnet/../../../crypto/telnet -DKRB4
-I/usr/src/kerberosIV/lib/libtelnet/../../../crypto/kerberosIV/lib/krb
This is presumably fallout from the /usr/share/mk rearrangement, but
rev 1.306 of /usr/share/mk/bsd.port.mk should fix this.
Oh, hey, are the failing ports all ones that use bsd.port.pre.mk and
bsd.port.post.mk? I guess bsd.port.pre.mk needs the same fix as
bsd.port.mk does.
Bill
To
On 11-May-2002 Galen Sampson wrote:
Hello all,
After a 'make buildworld -DNO_WERROR` with sources today (05/10/02) and a
mergemaster I am seeing the following on the console when I su:
Don't mergemaster until after you've installworld'd.
Is this normal?
Welcome to current. It will go
* Bill Fenner [EMAIL PROTECTED] [2002-05-11 17:12]:
This is presumably fallout from the /usr/share/mk rearrangement, but
rev 1.306 of /usr/share/mk/bsd.port.mk should fix this.
on my -current box it doesn't. The world was build last Saturday
2002-05-04, including rev 1.306 of
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
=== libtelnet
cc1: warnings being treated as errors
/.amd_mnt/freefall/host/d/home/des/tinderbox/src/crypto/telnet/libtelnet/kerberos.c:
In function
`kerberos4_cksum':
/.amd_mnt/freefall/host/d/home/des/tinderbox/src/crypto/telnet/libtelnet/kerberos.c:496:
warning:
unreachable code at
Hiten Pandya [EMAIL PROTECTED] writes:
=== libtelnet
cc1: warnings being treated as errors
/.amd_mnt/freefall/host/d/home/des/tinderbox/src/crypto/telnet/libtelnet/kerberos.c:
In function
`kerberos4_cksum':
On Sat, May 11, 2002 at 12:35:38PM +0300, Ruslan Ermilov wrote:
I say again, the malloc usage is not in c-parse.in, it is in the parser
driver produced by Byacc.
OK, now that you've explained it:
I'll look this patch over carefully, but at first glance it all seems
like stylistic
I get the following panic (hand transribed):
Fatal trap 21: FPU bounds check fault while in kernel mode
instruction pointer = 0x8:0xc02433f5
stack pointer= 0x10:c040fc60
frame pointer= 0x10:c040fc7c
code segment = base 0x0, limit 0xf, type 0x1b
=
seems something broke in the networking side of things using host-only
networking.. vmnet1 doesn;t show up any more..
If I have a moment I'll look for it but if anyone has familiarity with it
feel free to get there forst..
oh yeah.. it doesn't compile any more either...
--
Dang. I sent the wrong dmesg output. The correct
dmesg follows. Note the broken ACPI.
Copyright (c) 1992-2002 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
The Regents of the University of California. All rights reserved.
FreeBSD
--- Julian Elischer [EMAIL PROTECTED] wrote:
seems something broke in the networking side of things using host-only
networking.. vmnet1 doesn;t show up any more..
Does vmware2 crash when it is started? I was recently trying vmware2 on
FreeBSD-CURRENT, but gaveup because it tried to load the
This applies to post gcc 3.1 upgrades.
--
Steve
http://troutmask.apl.washington.edu/~kargl/
--- bsd.cpu.mk.orig Sat May 11 11:57:01 2002
+++ bsd.cpu.mk Sat May 11 12:00:49 2002
@@ -22,7 +22,7 @@
. elif ${CPUTYPE} == pentium
CPUTYPE = i586
. elif ${CPUTYPE} == athlon
-CPUTYPE = k7
Hiten Pandya wrote:
--- Julian Elischer [EMAIL PROTECTED] wrote:
seems something broke in the networking side of things using host-only
networking.. vmnet1 doesn;t show up any more..
Does vmware2 crash when it is started? I was recently trying vmware2 on
FreeBSD-CURRENT, but gaveup
On Sat, May 11, 2002 at 04:00:53PM +0300, Maxim Sobolev wrote:
KOMATSU Shinichiro wrote:
(add To: [EMAIL PROTECTED])
From: Garrett Rooney [EMAIL PROTECTED]
Subject: Re: Who broke 'make clean' for ports ?
Date: Sat, May 11, 2002 at 02:31:32AM JST
there's a circular dependency
On Sat, May 11, 2002 at 12:12:16PM -0700, Steven G. Kargl wrote:
This applies to post gcc 3.1 upgrades.
Eek, actually there was no reason to remove K7. It should still be
accepted as an alias for athlon. Your patch broke existing settings,
including mine. :-(
Be liberal in what you accept,
On Sat, May 11, 2002 at 12:12:16PM -0700, Steven G. Kargl wrote:
-. if ${CPUTYPE} == k7
-_CPUCFLAGS = -march=k6 # gcc doesn't support athlon yet, but it will
+. if ${CPUTYPE} == athlon
+_CPUCFLAGS = -march=athlon
AFAIK the k7 is a valid name for the athlon (marchitecture name).
Don't
--- Julian Elischer [EMAIL PROTECTED] wrote:
yeah
I just tracked it doen to if_tap not working as a module any more...
don't know what broke it but it's not showing up in /dev/ (devfs) any more
and not creating interfaces..
Exactly the same problem, but when kldload is called, it
[bogus From: address, because people cannot be bothered to respect Reply-To:]
What do people think of this patch to embellish bsd.cpu.mk?
I also changed pN to be the more canonical pentiumN (with pN aliases of
course).
Index: bsd.cpu.mk
On Sat, May 11, 2002 at 01:08:35PM -0700, Kris Kennaway wrote:
On Sat, May 11, 2002 at 12:12:16PM -0700, Steven G. Kargl wrote:
-. if ${CPUTYPE} == k7
-_CPUCFLAGS = -march=k6 # gcc doesn't support athlon yet, but it will
+. if ${CPUTYPE} == athlon
+_CPUCFLAGS = -march=athlon
On Sat, May 11, 2002 at 01:08:35PM -0700, Kris Kennaway wrote:
On Sat, May 11, 2002 at 12:12:16PM -0700, Steven G. Kargl wrote:
-. if ${CPUTYPE} == k7
-_CPUCFLAGS = -march=k6 # gcc doesn't support athlon yet, but it will
+. if ${CPUTYPE} == athlon
+_CPUCFLAGS = -march=athlon
On Sat, May 11, 2002 at 01:33:38PM -0700, Steve Kargl wrote:
On Sat, May 11, 2002 at 01:08:35PM -0700, Kris Kennaway wrote:
On Sat, May 11, 2002 at 12:12:16PM -0700, Steven G. Kargl wrote:
-. if ${CPUTYPE} == k7
-_CPUCFLAGS = -march=k6 # gcc doesn't support athlon yet, but it will
On Sat, May 11, 2002 at 01:33:09PM -0700, David O'Brien wrote:
[bogus From: address, because people cannot be bothered to respect Reply-To:]
What do people think of this patch to embellish bsd.cpu.mk?
I also changed pN to be the more canonical pentiumN (with pN aliases of
course).
Index:
On Sat, May 11, 2002 at 01:33:09PM -0700, David O'Brien wrote:
-87,17 +113,17
# presence of a CPU feature.
.if ${MACHINE_ARCH} == i386
-. if ${CPUTYPE} == k7
-MACHINE_CPU = k7 3dnow mmx k6 k5 i586 i486 i386
+. if ${CPUTYPE} == athlon
+MACHINE_CPU = athlon 3dnow mmx k6 k5 i586 i486
On Sat, May 11, 2002 at 01:33:09PM -0700, David O'Brien wrote:
What do people think of this patch to embellish bsd.cpu.mk?
I also changed pN to be the more canonical pentiumN (with pN aliases of
course).
Do we need PPC and Sparc flags?
--
Steve
To Unsubscribe: send mail to [EMAIL
On Sat, May 11, 2002 at 01:46:32PM -0700, Kris Kennaway wrote:
On Sat, May 11, 2002 at 01:33:09PM -0700, David O'Brien wrote:
@@ -87,17 +113,17 @@
# presence of a CPU feature.
.if ${MACHINE_ARCH} == i386
-. if ${CPUTYPE} == k7
-MACHINE_CPU = k7 3dnow mmx k6 k5 i586 i486 i386
On Sat, 11 May 2002, John Baldwin wrote:
On 11-May-2002 Galen Sampson wrote:
Hello all,
After a 'make buildworld -DNO_WERROR` with sources today (05/10/02) and a
mergemaster I am seeing the following on the console when I su:
Don't mergemaster until after you've installworld'd.
On Sat, May 11, 2002 at 01:46:32PM -0700, Kris Kennaway wrote:
On Sat, May 11, 2002 at 01:33:09PM -0700, David O'Brien wrote:
@@ -87,17 +113,17 @@
# presence of a CPU feature.
.if ${MACHINE_ARCH} == i386
-. if ${CPUTYPE} == k7
-MACHINE_CPU = k7 3dnow mmx k6 k5 i586 i486 i386
Well, the reason no one else encountered the problem I had was that
no one else did something quite so stupid :-(
I had managed to botch the sources for /bin/cp during yesterday's
build (in a misdirected effort to avoid the warnings) in such a way that
the resulting program executed with a
I know that for at least a little while, the rtc driver was left behind by
KSE and devfs. I had a locally updated copy, but I seem to have lost it.
I seem to recall that there was some confusion about calling the
make_dev() from the device attach, so it never appeared in devfs...
Unfortunately,
[bogus From: address, because people cannot be bothered to respect Reply-To:]
On Sat, May 11, 2002 at 01:43:10PM -0700, Kris Kennaway wrote:
+if !defined(CPUTYPE)
+CPUTUNE ?= ev56
+.endif
CPUTYPE ?= ev4
What is this for?
Unlike i386, but catering to ev4 Alpha's; we strongly
At 11:18 AM -0700 5/11/02, Julian Elischer wrote:
seems something broke in the networking side of things using
host-only networking.. vmnet1 doesn't show up any more..
If I have a moment I'll look for it but if anyone has
familiarity with it feel free to get there forst..
oh yeah.. it doesn't
Hello,
--- Robert Watson [EMAIL PROTECTED] wrote:
On Sat, 11 May 2002, John Baldwin wrote:
On 11-May-2002 Galen Sampson wrote:
Hello all,
After a 'make buildworld -DNO_WERROR` with sources today (05/10/02) and a
mergemaster I am seeing the following on the console when I su:
Hello all,
Experiencing some troubles with pthreads building ports. An example:
configure: error: --with-pthreads specified for a system without pthread
suppor
t
=== Script configure failed unexpectedly.
Please report the problem to [EMAIL PROTECTED] [maintainer] and attach
the
On Sat, 11 May 2002, Galen Sampson wrote:
Don't mergemaster until after you've installworld'd.
Yeah, I bumped into this on the TrustedBSD branch lately also. It goes
side by side with the don't installworld until you mergemaster rule.
And the very basic rule which is Don't run
On Sat, May 11, 2002 at 02:17:40PM -0700, David O'Brien wrote:
On Sat, May 11, 2002 at 01:46:32PM -0700, Kris Kennaway wrote:
On Sat, May 11, 2002 at 01:33:09PM -0700, David O'Brien wrote:
-87,17 +113,17
# presence of a CPU feature.
.if ${MACHINE_ARCH} == i386
-. if
On Sun, 12 May 2002 00:37:05 +0300, Giorgos Keramidas [EMAIL PROTECTED]
said:
It is ugly. I'm not sure if it's non-standard too.
Duff's device was valid in C89. I can't speak for whether C99 has
broken this. That's not necessarily a bad thing, since most of the
time people use it to prove
On Sat, May 11, 2002 at 02:28:14PM -0700, David O'Brien wrote:
On Sat, May 11, 2002 at 01:43:10PM -0700, Kris Kennaway wrote:
+if !defined(CPUTYPE)
+CPUTUNE ?= ev56
+.endif
CPUTYPE ?= ev4
What is this for?
Unlike i386, but catering to ev4 Alpha's; we strongly pessimize
On Sat, May 11, 2002 at 02:38:39PM -0700, Galen Sampson wrote:
Hello all,
Experiencing some troubles with pthreads building ports. An example:
This is probably due to the gcc upgrade which you should have read
about.
Kris
msg38221/pgp0.pgp
Description: PGP signature
Giorgos Keramidas [EMAIL PROTECTED] writes:
On 2002-05-11 18:34, Dag-Erling Smorgrav wrote:
Hmm, does this mean Duff's Device is not valid C?
It is ugly. I'm not sure if it's non-standard too. My impression
until now was that jumping from an outter block 'inside' a contained
block is not
On 2002-05-11 18:34, Dag-Erling Smorgrav wrote:
Hiten Pandya [EMAIL PROTECTED] writes:
/*
* A comment is probably needed here for those not
* well versed in the C language. Yes, this is
* supposed to be a switch with the body of the
* switch being a while
On Sat, May 11, 2002 at 11:18:40AM -0700, Julian Elischer wrote:
seems something broke in the networking side of things using host-only
networking.. vmnet1 doesn;t show up any more..
VMWare is working fine on -CURRENT from May 7th. As Garance A Drosihn
has pointed out, the vmware startup
I just tried to compile and boot a new kernel. It has been compiled with
gcc 3.1, just recently imported. Having -march=pentiumpro or not doesn't
change anything.
I load 3 modules (if_wi, random, vesa).
May 12 01:16:21 sidhe kernel: cardbus0: CardBus bus on pccbb0
May 12 01:16:21 sidhe kernel:
On Sun, May 12, 2002 at 01:28:29AM +0200, Ollivier Robert wrote:
I just tried to compile and boot a new kernel. It has been compiled with
gcc 3.1, just recently imported. Having -march=pentiumpro or not doesn't
change anything.
I load 3 modules (if_wi, random, vesa).
It panics during
On Sat, May 11, 2002 at 01:35:05PM -0700, David O'Brien wrote:
On Sat, May 11, 2002 at 01:08:35PM -0700, Kris Kennaway wrote:
On Sat, May 11, 2002 at 12:12:16PM -0700, Steven G. Kargl wrote:
-. if ${CPUTYPE} == k7
-_CPUCFLAGS = -march=k6 # gcc doesn't support athlon yet, but it will
Garance A Drosihn wrote:
At 11:18 AM -0700 5/11/02, Julian Elischer wrote:
[...]
If this is your first attempt to get vmware2 working on
-current, there are a few tricks to getting it to work
right which the port does not know about yet.
I've done this before..
the build failure is that
57 matches
Mail list logo