--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
On Thu, 2003-02-13 at 03:28, Dag-Erling Smorgrav wrote:
=== agp
/h/des/src/sys/pci/agp_i810.c: In function `agp_i810_match':
/h/des/src/sys/pci/agp_i810.c:112: `AGP_I85X_CAPID' undeclared (first use in this
function)
/h/des/src/sys/pci/agp_i810.c:112: (Each undeclared identifier is reported
Eric Anholt writes:
As a side note, do any of these AGP chipsets apply to sparc64, alpha,
ia64?
The alpha UP1000 has an amd-751 chipset and should be able to use
the amd agp module. I tried it shortly after it was brought into
the tree a few years ago, and it locked the box solid. I was
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
Dag-Erling Smorgrav [EMAIL PROTECTED] writes:
--
Kernel build for LINT started on Sun Jan 19 03:36:18 PST 2003
--
=== vinum
Makefile, line 4437: warning: duplicate script
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
In message: [EMAIL PROTECTED]
Kris Kennaway [EMAIL PROTECTED] writes:
: On Fri, Jan 17, 2003 at 04:16:14PM -0800, Dag-Erling Smorgrav wrote:
:
: === vinum
: Makefile, line 4437: warning: duplicate script for target geom_bsd.o [...]
: /h/des/src/sys/dev/lmc/if_lmc.c:32:2: warning:
Kris Kennaway [EMAIL PROTECTED] writes:
Am I the only one who thinks that the error message truncation makes
it difficult to see the error?
You're right. I implemented truncation to avoid having ten lines turn
into fifty due to very long gcc command lines, but I didn't think
about error
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
Kris Kennaway [EMAIL PROTECTED] writes:
Am I the only one who thinks that the error message truncation makes
it difficult to see the error?
BTW, the complete log is always available in ~des/public_html (and
hence on the web: http://people.freebsd.org/~des/{alpha,i386}.log).
The full error
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
On Fri, Jan 17, 2003 at 04:16:14PM -0800, Dag-Erling Smorgrav wrote:
=== vinum
Makefile, line 4437: warning: duplicate script for target geom_bsd.o [...]
/h/des/src/sys/dev/lmc/if_lmc.c:32:2: warning: #warning The lmc driver i [...]
/h/des/src/sys/dev/pdq/pdq.c: In function `pdq_initialize':
On 2003-01-17 16:24, Kris Kennaway [EMAIL PROTECTED] wrote:
On Fri, Jan 17, 2003 at 04:16:14PM -0800, Dag-Erling Smorgrav wrote:
=== vinum
Makefile, line 4437: warning: duplicate script for target geom_bsd.o [...]
/h/des/src/sys/dev/lmc/if_lmc.c:32:2: warning: #warning The lmc driver i
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
On Sun, Jan 05, 2003 at 01:33:14AM -0800, David O'Brien wrote:
Agreed. I'd love to hear from fanf what the changes are to unifdef that
causes this change in exit code.
I accidentally cocked up the exit codes in my first major revision of
unifdef. It so happens that a few days later markm
Dag-Erling Smorgrav [EMAIL PROTECTED] writes:
--
Kernel build for LINT started on Mon Jan 6 03:35:12 PST 2003
--
=== vinum
Makefile, line 4445: warning: duplicate script
On Mon, 6 Jan 2003, Mike Barcroft wrote:
These new truncated lines only make problems harder to solve.
Anyway, the problem is the 5th argument to vn_extattr_get() should be an
int *, but it's passing a size_t *. It looks like most consumers of
vn_extattr_get() would prefer a size_t *, so
Mike Barcroft [EMAIL PROTECTED] writes:
@@ -1077,8 +1078,9 @@
if (buflen != sizeof(temp)) {
if (buflen != sizeof(temp) - sizeof(temp.ml_auxsingle)) {
- printf(mac_lomac_associate_vnode_extattr: bad size %d\n,
- buflen);
+
Gerhard Sittig [EMAIL PROTECTED] wrote:
Although the above case is special from what I learnt in another
message in this thread (I managed to delete it after seeing it so
I cannot quote it here). ISTR that the non zero exit status comes
from a tool with the following convention: 0 is absolutely
On Sun, Jan 05, 2003 at 06:00:26PM +1100, Bruce Evans wrote:
=== usr.bin/vi
*** Error code 1 (ignored)
*** Error code 1 (ignored)
=== usr.bin/vis
...
No; it would be more profitable to teach programmers to not ignore errors.
whereintheworld is perfectly non-broken in not ignoring
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
On Sun, 2003/01/05 at 01:33:14 -0800, David O'Brien wrote:
On Sun, Jan 05, 2003 at 06:00:26PM +1100, Bruce Evans wrote:
=== usr.bin/vi
*** Error code 1 (ignored)
*** Error code 1 (ignored)
=== usr.bin/vis
..
No; it would be more profitable to teach programmers to not ignore
On Sun, Jan 05, 2003 at 18:00 +1100, Bruce Evans wrote:
On Sat, 4 Jan 2003 [EMAIL PROTECTED] wrote:
In message [EMAIL PROTECTED], Peter Wemm writes:
No, it isn't the regression tests. It is this here in the start of stage 4:
=== usr.bin/vi
*** Error code 1 (ignored)
***
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
Can someone please fix whereintheworld to grok the new make regression
test output, so it doesn't get confused and dump the entire world
output in the emails?
Kris
msg49629/pgp0.pgp
Description: PGP signature
Kris Kennaway wrote:
--AhhlLboLdkugWU4S
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Can someone please fix whereintheworld to grok the new make regression
test output, so it doesn't get confused and dump the entire world
output in the emails?
No, it isn't the
Peter Wemm wrote:
Kris Kennaway wrote:
--AhhlLboLdkugWU4S
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Can someone please fix whereintheworld to grok the new make regression
test output, so it doesn't get confused and dump the entire world
output in the
In message [EMAIL PROTECTED], Peter Wemm writes:
Peter Wemm wrote:
Kris Kennaway wrote:
--AhhlLboLdkugWU4S
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Can someone please fix whereintheworld to grok the new make regression
test output, so it doesn't get
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
On Sat, 4 Jan 2003 [EMAIL PROTECTED] wrote:
In message [EMAIL PROTECTED], Peter Wemm writes:
No, it isn't the regression tests. It is this here in the start of stage 4:
=== usr.bin/vi
*** Error code 1 (ignored)
*** Error code 1 (ignored)
=== usr.bin/vis
As soon as
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
According to Dag-Erling Smorgrav:
Date: Wed, 1 Jan 2003 03:42:27 -0800 (PST)
From: Dag-Erling Smorgrav [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: alpha tinderbox failure
It is still generating multi-thousands mails, please fix des.
--
Ollivier ROBERT -=- FreeBSD: The Power to Serve
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
Dag-Erling Smorgrav [EMAIL PROTECTED] writes:
=== vinum
Makefile, line 4453: warning: duplicate script for target geom_bsd.o ignored
cc1: warnings being treated as errors
/h/des/src/sys/dev/isp/isp_pci.c: In function `tdma_mkfc':
/h/des/src/sys/dev/isp/isp_pci.c:1543: warning: unsigned int
I already know this- I just hadn't checked it in a change because I was
trying to get one of my alphas current. Sam Leffler brought it to my
attention the other day.
This is for LINT, btw.
Also- is casting to 'long' for bus_addr_t and bus_size_t the best idea?
Shouldn't it be cast to the
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
On Wed, Nov 27, 2002 at 03:42:01AM -0800, Dag-Erling Smorgrav wrote:
--
Kernel build for LINT started on Wed Nov 27 03:35:42 PST 2002
--
=== vinum
Makefile, line 4450:
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
Mon Nov 25 01:00:10 PST 2002
...
U share/examples/Makefile
? sys/alpha/conf/LINT
U sys/dev/aic7xxx/aic79xx_osm.c
U sys/dev/aic7xxx/aic79xx_osm.h
U sys/dev/raidframe/rf_freebsdkintf.c
U sys/i386/i386/pmap.c
U sys/i386/i386/vm_machdep.c
U sys/kern/kern_exec.c
U sys/kern/kern_exit.c
cvs [update
Sun Nov 24 01:00:03 PST 2002
...
U release/doc/en_US.ISO8859-1/hardware/alpha/proc-alpha.sgml
? sys/alpha/conf/LINT
U sys/cam/scsi/scsi_cd.c
U sys/cam/scsi/scsi_da.c
U sys/dev/acpica/acpi.c
U sys/dev/ata/atapi-cd.c
U sys/dev/pccbb/pccbb.c
U sys/dev/pccbb/pccbbreg.h
U sys/i386/acpica/acpi_wakeup.c
Sun Nov 24 13:00:02 PST 2002
? sys/alpha/conf/LINT
U sys/boot/efi/loader/main.c
U sys/conf/options.ia64
U sys/ia64/ia64/machdep.c
U sys/ia64/ia64/mca.c
U sys/ia64/include/cpu.h
cvs [update aborted]: cannot make directory include: File exists
To Unsubscribe: send mail to [EMAIL PROTECTED]
with
Sat Nov 23 13:00:03 PST 2002
U release/doc/en_US.ISO8859-1/hardware/alpha/proc-alpha.sgml
U share/man/man4/Makefile
U share/man/man4/syncache.4
? sys/alpha/conf/LINT
U sys/kern/vfs_bio.c
cvs [update aborted]: cannot make directory include: File exists
To Unsubscribe: send mail to [EMAIL
Fri Nov 22 01:00:13 PST 2002
U include/Makefile
U release/doc/en_US.ISO8859-1/hardware/alpha/proc-alpha.sgml
U release/doc/ja_JP.eucJP/hardware/common/dev.sgml
U release/doc/ja_JP.eucJP/hardware/i386/proc-i386.sgml
U release/doc/ja_JP.eucJP/hardware/ia64/article.sgml
U
Fri Nov 22 13:00:03 PST 2002
...
U lib/libpthread/arch/i386/i386/thr_enter_uts.S
U lib/libpthread/arch/i386/i386/thr_switch.S
U release/scripts/print-cdrom-packages.sh
U share/man/man5/make.conf.5
? sys/alpha/conf/LINT
U sys/boot/forth/loader.conf
U sys/dev/acpica/acpi_pcib_acpi.c
U
On Fri, Nov 22, 2002 at 01:02:36PM -0800, Dag-Erling Smorgrav wrote:
Fri Nov 22 13:00:03 PST 2002
...
U lib/libpthread/arch/i386/i386/thr_enter_uts.S
U lib/libpthread/arch/i386/i386/thr_switch.S
U release/scripts/print-cdrom-packages.sh
U share/man/man5/make.conf.5
? sys/alpha/conf/LINT
U
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
1 - 100 of 355 matches
Mail list logo
