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
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
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. Se
(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 depend
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 `c
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
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 wan
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 l
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 o
* 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
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
s
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 Unsubsc
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
* 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 /usr/share/mk/
--
>>> 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
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':
> >
>/.amd_mnt/freefall/host/d/home/des/tinderbox/src/crypto/teln
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 c
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 5.0-CURR
--- 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 th
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
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 c
On Sat, May 11, 2002 at 12:12:16PM -0700, Steven G. Kargl wrote:
> This applies to post gcc 3.1 upgrades.
Thanks! Committed.
Note that GCC 3.1 also supports SSE instructions. (I think SSE2 will be
in 3.2, or did that make it into 3.1 recently??)
If anyone has other _tested_ updates for Alpha
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)
--- 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
> On Thursday 09 May 2002 02:33 pm, Mark Murray wrote:
> > Hi
> >
> > The response to the perl-script rewriting project has been
> > very hearteningly _fantastic_!
> >
> > Here is the list as it stands. The gaps are fairly obvious (and
> > probably mostly not critical in the short term):
> >
> > /
[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=a
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=a
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 i
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).
>
>
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
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 P
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
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 installwo
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
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 r
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 doe
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 c
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
th
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 "D
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}
<
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 how 'leet they are rather than for an
actual performance improvement.
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 stron
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
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" b
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: on pccbb0
May 12 01:16:21 sidhe kernel: pccard0: <16
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 duri
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
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
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
On Sat, May 11, 2002 at 10:33:03AM -0700, David O'Brien wrote:
> 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
61 matches
Mail list logo