Re: i386 tinderbox failure

Dag-Erling Smorgrav wrote: perl: Perl is not installed, try 'pkg_add -r perl' Indeed it is installed. Note that you have exposed a fundamental bug in the perl wrapper. It only searches $PATH, and /usr/local/bin is not in $PATH for many system tools (eg: pkg_add -r). Cheers, -Peter -- Peter

Re: i386 tinderbox failure

Dag-Erling Smorgrav wrote: perl: Perl is not installed, try 'pkg_add -r perl' To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message Perl not being installed also looks like a success... ;^). -- Terry To Unsubscribe: send mail to

óéâéîæïãåîôò òÁÓÐÉÓÁÎÉÅ ËÕÒÓÏ×

Re: Problems with DP1

On Thu, May 23, 2002 at 09:44:45AM -0400, John Baldwin wrote: Hi again, Well, maybe. :) If the bug is reproducible, it would be nice to see if the submitter can reproduce it on current -current. I upgraded this box yesterday: flynn@kajsa# uname -a FreeBSD kajsa.energyhq.tk 5.0-CURRENT

Re: i386 tinderbox failure

Peter Wemm [EMAIL PROTECTED] writes: Indeed it is installed. Note that you have exposed a fundamental bug in the perl wrapper. It only searches $PATH, and /usr/local/bin is not in $PATH for many system tools (eg: pkg_add -r). How about this: Index: perl.c

Re: Please test PAUSE on non-Intel processors

CPU: Cyrix 486DX2 (486-class CPU) Origin = CyrixInstead DIR=0xa01b Stepping=10 Revision=0 # ./pausetest Testing PAUSE instruction: Register esp changed: 0xbfbffd04 - 0xbfbffcc8 -- Bob Bishop +44 (0)118 977 4017 [EMAIL PROTECTED]fax +44 (0)118 989 4254 To

Status of cross releases

Hi! With small hacks for ia64 and sparc64, I have now been able to produce the snapshots for alpha, i386, ia64, pc98, and sparc64 5.0-CURRENT on my 4.5-STABLE i386 box: ftp://ftp.sunbay.net//pub/FreeBSD/snapshots/ Both ia64 and sparc64 need their release/ subdirs to be filled in, and produced

Re: Status of cross releases

Ruslan Ermilov ([EMAIL PROTECTED]) wrote: I would also appreciate if someone could provide me with accounts on sparc64 and ia64 boxes running 5.0-CURRENT, so I could polish and actually test some changes. We are not allowed to provide general access to the current ia64 hardware we have

mfs in current

i was wondering, where the mount_mfs in the current version has gone? i am using current on my dell laptop (compatibility reason with 32bit cardbus) and would like to increase the performance with a mfs mount for my swap partition. thanx for your answers. emanuel To Unsubscribe: send mail

Re: mfs in current

On 2002.05.25 20:16:05 +, Emanuel Haupt wrote: i was wondering, where the mount_mfs in the current version has gone? i am using current on my dell laptop (compatibility reason with 32bit cardbus) and would like to increase the performance with a mfs mount for my swap partition. MFS is

Re: i386 tinderbox failure

Dag-Erling Smorgrav wrote: Peter Wemm [EMAIL PROTECTED] writes: Indeed it is installed. Note that you have exposed a fundamental bug in the perl wrapper. It only searches $PATH, and /usr/local/bin is not in $PATH for many system tools (eg: pkg_add -r). How about this: Index: perl.c

Junk in new gcc include path

Does anybody else saw this too? I just run 'cc -v hello.c' (printing Hello, world) and see: ... GNU C version 3.1 [FreeBSD] 20020509 (prerelease) (i386-undermydesk-freebsd) compiled by GNU C version 2.95.4 20020320 [FreeBSD]. ignoring nonexistent directory NONE/include ignoring duplicate

duplicate free from cache_drain on -current

This is with a version of the md-driver which I will commit in a few moments and Kirks UFS2 patch. The system is in single user and now swap has been configured so it run out of VM. Poul-Henning syv# mdconfig -a -t malloc -s 128g md3: Malloc disk md3 syv# newfs -O 2 /dev/md3 IOCTL(0x41146465)

Re: i386 tinderbox failure

On Sat, May 25, 2002 at 12:22:57PM -0700, Peter Wemm wrote: Dag-Erling Smorgrav wrote: Peter Wemm [EMAIL PROTECTED] writes: Indeed it is installed. Note that you have exposed a fundamental bug in the perl wrapper. It only searches $PATH, and /usr/local/bin is not in $PATH for many

Re: Junk in new gcc include path

From: Andrey A. Chernov [EMAIL PROTECTED] Does anybody else saw this too? I just run 'cc -v hello.c' (printing Hello, world) and see: ... GNU C version 3.1 [FreeBSD] 20020509 (prerelease) (i386-undermydesk-freebsd) compiled by GNU C version 2.95.4 20020320 [FreeBSD]. ignoring

Mutex statistics script

The attached script sorts the data from the debug.mutex.prof.stats sysctl variable according to the selected key (the default being the mutex name) The -g option causes the script to strip off the source file and line and accumulate totals for each mutex. The -r option reverses the sorting

Mutex statistics script

[Please direct followups to -chat.] On 26 May 2002 02:12:11 +0200, Dag-Erling Smorgrav [EMAIL PROTECTED] said: Here's a list of the ten most frequently acquired mutices (over a ObLanguagePeeve: ``Mutex'' is a portmanteau of ``MUTual EXclusion''; a Latinate plural is thus entirely

Re: Junk in new gcc include path

On Sat, 25 May 2002 17:17:40 -0500, Scot W. Hetzel [EMAIL PROTECTED] said: So why does adding -I/usr/include to CPPFLAGS cause the compiler to ignore the headers in /usr/include? It doesn't -- it just causes the compiler to emit a warning message which confuses AC_CHECK_HEADER in some

i386 tinderbox failure

-- Rebuilding the temporary build tree -- stage 1: bootstrap tools -- stage 2: cleaning up the object tree

Re: i386 tinderbox failure

On Fri, May 24, 2002 at 23:32 -0700, Peter Wemm wrote: Dag-Erling Smorgrav wrote: perl: Perl is not installed, try 'pkg_add -r perl' Indeed it is installed. Note that you have exposed a fundamental bug in the perl wrapper. It only searches $PATH, and /usr/local/bin is not in $PATH for