On Fri, Sep 06, 2002 at 09:28:28PM -0400, Kenneth Culver wrote:
> > Note that you'll need to have 'options CPU_ENABLE_SSE' in your kernel
> > configuration file if you have a SSE-capable CPU, otherwise you'll get
> > SIGILL from certain applications (e.g. ncurses)
>
> What if you don't want to do
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
Kenneth Culver wrote:
> > I assume the compiler is not stupid enough to try and use both when that
> > is impossible. Don't forget this is all just passing a CPU name to gcc
> > which actually decides what instructions to use.
>
> That's not what I mean... What I mean is that if one application
On Fri, Sep 06, 2002 at 09:49:41PM -0400, Kenneth Culver wrote:
> > I assume the compiler is not stupid enough to try and use both when that
> > is impossible. Don't forget this is all just passing a CPU name to gcc
> > which actually decides what instructions to use.
>
> That's not what I mean.
On Fri, Sep 06, 2002 at 06:53:18PM -0700, Alexander Kabaev wrote:
> Hi everyone,
>
> I've collected a number of patches for several problems with
> GCC 3.2 compiler which have been brought to my attention so far.
> While I am waiting for these patches or other suitable fixes to be
> incorporated
Hi everyone,
I've collected a number of patches for several problems with
GCC 3.2 compiler which have been brought to my attention so far.
While I am waiting for these patches or other suitable fixes to be
incorporated into FSF CVS repository, I decided to make a patch
file available at http://pe
> I assume the compiler is not stupid enough to try and use both when that
> is impossible. Don't forget this is all just passing a CPU name to gcc
> which actually decides what instructions to use.
That's not what I mean... What I mean is that if one application is using
SSE, and the other want
You will need to either add:
options COMPAT_AOUT
to your kernel config when you next rebuild, or do a 'kldload aout'
when you want to run an old a.out binary.
Cheers,
-Peter
--
Peter Wemm - [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED]
"All of this is for nothing if we don't go to the s
On Fri, Sep 06, 2002 at 09:28:28PM -0400, Kenneth Culver wrote:
> Athlon XP processors support SSE instructions, but not at the same
> time as 3dnow instructions. The processor has to switch modes or
> something like that. What if a user wants to actually use the 3dnow
> instructions? Does this m
> Note that you'll need to have 'options CPU_ENABLE_SSE' in your kernel
> configuration file if you have a SSE-capable CPU, otherwise you'll get
> SIGILL from certain applications (e.g. ncurses)
What if you don't want to do this though? Athlon XP processors support SSE
instructions, but not at th
On Fri, Sep 06, 2002 at 06:15:29PM -0700, Maxime Henrion wrote:
> mux 2002/09/06 18:15:29 PDT
>
> Modified files:
> share/mk bsd.cpu.mk
> Log:
> Update to use all the new CPU optimizations of GCC3.
>
> Reviewed by:kris
Note that you'll need to have 'option
--
>>> 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
In message <[EMAIL PROTECTED]>, Bruce A. Mah writes
:
>--==_Exmh_-1692584434P
>Content-Type: text/plain; charset=us-ascii
>
>If memory serves me right, Poul-Henning Kamp wrote:
>
>> Good catch.
>>
>> I'm surprised the compiler doesn't whine.
>
>Thanks, and "me too".
>
>Bruce.
>
>PS. Actually I'm
On Fri, Sep 06, 2002 at 12:31:23PM -0700, Adam Kranzel wrote:
> On Fri, 6 Sep 2002 11:58:17 -0700
> Kris Kennaway <[EMAIL PROTECTED]> wrote:
>
> > All ports maintainers/committers: please take a look at
> >
> > http://bento.freebsd.org/errorlogs/5-latest/
> >
> > and consider fixing some port
If memory serves me right, Poul-Henning Kamp wrote:
> Good catch.
>
> I'm surprised the compiler doesn't whine.
Thanks, and "me too".
Bruce.
PS. Actually I'm surprised that nobody caught the problem in the past
five months...this bug prevented release builds from 5-CURRENT hosts.
Maybe I'm
Hi Somomax,
We have two versions then :-)
http://people.freebsd.org/~mbr/fam-kqueue.tgz
It's David Rufino's version merged with our port.
After I have tested everything I'll ask the port maintainer
to commit it.
Maybe I should make a port of bsdfam ? Why haven't you done one ?
Martin
Martin
On Fri, 6 Sep 2002 11:58:17 -0700
Kris Kennaway <[EMAIL PROTECTED]> wrote:
> All ports maintainers/committers: please take a look at
>
> http://bento.freebsd.org/errorlogs/5-latest/
>
> and consider fixing some ports. With the new gcc compiler we now have
> over 900 packages that are failing
Hi Kris,
I didn't mean my previous reply for a wide distribution, sorry.
On Fri, 6 Sep 2002 12:09:57 -0700
Kris Kennaway <[EMAIL PROTECTED]> wrote:
> FYI, there are 6 ports that cause gcc32 to give an internal error (all
> C++ code). They're marked with 'gcc bug' in the 'reason' column on
> be
On Fri, Sep 06, 2002 at 03:06:27PM -0400, Alexander Kabaev wrote:
> Kris
>
> ports/39440 and ports/42454 fix build for pilot-link and ddd on
> -CURRENT. The pilot-link patch has been sitting uncommitted in PR
> database for quite some time.
Thanks for pointing them out..I'll take a look ASAP.
F
Kris
ports/39440 and ports/42454 fix build for pilot-link and ddd on
-CURRENT. The pilot-link patch has been sitting uncommitted in PR
database for quite some time.
On Fri, 6 Sep 2002 11:58:17 -0700
Kris Kennaway <[EMAIL PROTECTED]> wrote:
> All ports maintainers/committers: please take a look
On 06-Sep-2002 Nate Lawson wrote:
> Change introduced by peter disables NO_WERROR:
> src/sys/conf/kern.pre.mk: 1.16
>
> Change introduced by jhb reintroduces the need for it:
> src/sys/i386/pci/pci_cfgreg.c: 1.90
>
>:)
>
> (Seriously, it would be nice if 1.16 was reverted -- sometimes we need
All ports maintainers/committers: please take a look at
http://bento.freebsd.org/errorlogs/5-latest/
and consider fixing some ports. With the new gcc compiler we now have
over 900 packages that are failing to build (an all-time record,
AFAIK). Many of these are simple to fix and require less
Change introduced by peter disables NO_WERROR:
src/sys/conf/kern.pre.mk: 1.16
Change introduced by jhb reintroduces the need for it:
src/sys/i386/pci/pci_cfgreg.c: 1.90
:)
(Seriously, it would be nice if 1.16 was reverted -- sometimes we need
this switch.)
-Nate
cc -c -O -pipe -Wall -Wredun
On Sat, Sep 07, 2002 at 03:14:59AM +0900, Shunsuke Akiyama wrote:
> At Fri, 6 Sep 2002 18:44:42 +0200,
> Bernd Walter wrote:
>
> > > Amazing - it works now if the device is plugged in at booting.
> >
> > Mmm - it only works on the first open.
> > Sounds like there is much to do to get it working
At Fri, 6 Sep 2002 18:44:42 +0200,
Bernd Walter wrote:
> > Amazing - it works now if the device is plugged in at booting.
>
> Mmm - it only works on the first open.
> Sounds like there is much to do to get it working :(
I've just updated to latest kernel with patch and tested both
ucom/uplcom a
On Fri, 6 Sep 2002, Alfred Perlstein wrote:
Alfred (thanks) found a bug in my code. Sorry for the fuss folks :-(.
> * Michal Mertl <[EMAIL PROTECTED]> [020906 06:10] wrote:
> > There seems to be bug in $SUBJ. When I run attached program on recent
> > -CURRENT, it always (after several seconds) t
* Michal Mertl <[EMAIL PROTECTED]> [020906 06:10] wrote:
> There seems to be bug in $SUBJ. When I run attached program on recent
> -CURRENT, it always (after several seconds) triggers the bug. I first
> suspected a problem in the program's logic but on stable in runs just
> fine.
>
> Esentially I
Good catch.
I'm surprised the compiler doesn't whine.
Poul-Henning
>Index: mdXhl.c
>===
>RCS file: /usr/local/cvsroot/src/lib/libmd/mdXhl.c,v
>retrieving revision 1.16
>diff -u -r1.16 mdXhl.c
>--- mdXhl.c 25 Mar 2002 13:50:40
Martin Blapp wrote:
>
> Hi,
>
> > As the kqueue paper points out, /dev/imon is less efficient that
> > the kqueue equivalent.
>
> Of course. But it sucks adding kqueue support to all programs which already
> use imon support.
>
> I'll do this now for the fam port. Any other programs out there
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
In message <[EMAIL PROTECTED]>, David Wolfskill
writes:
[I've taken the liberty of Cc:'ing current@]
>freebeast(5.0-C)[1] nm -n /boot/kernel/kernel | grep c026f3ec
>c026f3ec t rl_tick
>freebeast(5.0-C)[2]
>
>And it turns out that I was (mostly) wrong about the laptop: it did
>spit out the me
On Fri, Sep 06, 2002 at 06:16:17PM +0200, Bernd Walter wrote:
> On Fri, Sep 06, 2002 at 06:09:59PM +0200, Bernd Walter wrote:
> > On Sat, Sep 07, 2002 at 12:05:54AM +0900, Shunsuke Akiyama wrote:
> > > Hi,
> > >
> > > At Thu, 5 Sep 2002 16:17:42 +0200,
> > > Bernd Walter wrote:
> > >
> > > > I'v
On Fri, Sep 06, 2002 at 06:09:59PM +0200, Bernd Walter wrote:
> On Sat, Sep 07, 2002 at 12:05:54AM +0900, Shunsuke Akiyama wrote:
> > Hi,
> >
> > At Thu, 5 Sep 2002 16:17:42 +0200,
> > Bernd Walter wrote:
> >
> > > I've build a device which is based on the FT8U232AM chip.
> > > Probing works lik
On Sat, Sep 07, 2002 at 12:05:54AM +0900, Shunsuke Akiyama wrote:
> Hi,
>
> At Thu, 5 Sep 2002 16:17:42 +0200,
> Bernd Walter wrote:
>
> > I've build a device which is based on the FT8U232AM chip.
> > Probing works like a charm:
> > [81]cicely13# usbdevs -v | grep FTDI
> >port 3 addr 5: full
I think I've found a bug in libmd on -CURRENT, in which attempting to
compute the MD5 checksum (using MD5File(3)) of a zero-length file
generates an error. A trivial way to trigger this bug (which isn't
present in 4-STABLE) is:
ref4:bmah% uname -a
FreeBSD ref4.freebsd.org 4.7-PRERELEASE Free
I'm still attempting to get kde3 to install on -current. After fixing
Scheduler.h and installing the lang.c patch I'm running into a new problem.
Everything is installed fresh (including XFree86) qt3 installed without
errors, but now when I try to install kdelibs3 the configure stops at the
fol
* Michal Mertl <[EMAIL PROTECTED]> [020906 06:10] wrote:
> There seems to be bug in $SUBJ. When I run attached program on recent
> -CURRENT, it always (after several seconds) triggers the bug. I first
> suspected a problem in the program's logic but on stable in runs just
> fine.
Can you tell me
There seems to be bug in $SUBJ. When I run attached program on recent
-CURRENT, it always (after several seconds) triggers the bug. I first
suspected a problem in the program's logic but on stable in runs just
fine.
Esentially I use piece of shm memory to pass some data between several
processes.
Hi,
> As the kqueue paper points out, /dev/imon is less efficient that
> the kqueue equivalent.
Of course. But it sucks adding kqueue support to all programs which already
use imon support.
I'll do this now for the fam port. Any other programs out there which use
/dev/imon directly ?
That mea
Martin Blapp wrote:
> We just noted that SGI's famd (the file alteration deamon) in BSD
> does have to poll the devices, instead getting noticed by the kernel.
>
> How hard would it be to integrate kernel support for this
> using kqueue ?
It's there; you just have to register interest in the eve
Hi all,
We just noted that SGI's famd (the file alteration deamon) in BSD
does have to poll the devices, instead getting noticed by the kernel.
How hard would it be to integrate kernel support for this
using kqueue ? A neat thing would be to emulate IRIX's /dev/imon ...
Also see these posting
On Fri, 6 Sep 2002, Mike Makonnen wrote:
MM>On Fri, 6 Sep 2002 12:14:05 +0200 (CEST)
MM>Harti Brandt <[EMAIL PROTECTED]> wrote:
MM>
MM>> It seems I found the problem. It turns out that rcNG is much more
MM>> aggressive in not re-reading the rc_config_files if they were already red
MM>> in. The pr
On Fri, 6 Sep 2002, Harti Brandt wrote:
HB>Ok, thanks for the answer. Just another problem: I have a couple of
HB>machines that boot diskless via DHCP and NFS. Up to now I set the hostname
HB>of each of these machines in rc.conf.local. But this doesn't work anymore.
HB>I tried to track the sourci
On Thu, 5 Sep 2002, Mike Makonnen wrote:
MM>On Thu, 05 Sep 2002 13:17:04 +0200 (CEST)
MM>Harti Brandt <[EMAIL PROTECTED]> wrote:
MM>
MM>> rcorder: requirement `ppp' in file `/etc/rc.d/rpcbind' has no providers.
MM>> rcorder: requirement `beforenetlkm' in file `/etc/rc.d/ipsec' has no
MM>> provide
Nate Lawson wrote:
>
> Oh, I forgot to mention that I have the EXACT same computer sitting next
> to this one and running -STABLE and it has 60 days uptime.
>
> -Nate
Swap the hard disks. See if the other computer begins to be the
one misbehaving. If it does, you will have limited your search
I have committed a patch to fam for the -current/gcc 3.x.x situation.
Please test and let me know results. Thanks.
--
Alan Eldridge
Unix/IT Pro, 20+ yrs, seeking new employment.
(http://wwweasel.geeksrus.net/~alane/resume.txt)
KDE, KDE-FreeBSD Teams (http://www.kde.org, http://freebsd.kde.org/)
47 matches
Mail list logo
