Interesting. I just tried the settings you suggested, and it seems
that -mcpu is depreciated for -mtune. ALWAYS check the documentation
first. :-) Here's the details:
http://gcc.gnu.org/onlinedocs/gcc-3.4.2/gcc/i386-and-x86_002d64-Options.html#i386-and-x86_002d64-Options
Puna
Puna Tannehill
such an error on a 15min uptime, cold-booted machine and
just doing a 'make clean'. And thoughts?
Puna
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]
or configuring Xorg to use 3dnow or mmx, or even how to check to see
if they are automatically detected and used.
Any thoughts?
Puna
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail
Erik Trulsson wrote:
On Mon, Sep 13, 2004 at 12:23:18PM -0500, Puna Tannehill wrote:
I've been looking for possible flags, optimizations, really anything
that would help me setup my laptop to use mmx and 3dnow. I've updated
/etc/make.conf to -march to the drum of a k6-2, but I'm not even sure
Conrad J. Sabatier wrote:
On Mon, 13 Sep 2004 12:23:18 -0500, Puna Tannehill [EMAIL PROTECTED]
wrote:
I've been looking for possible flags, optimizations, really anything
that would help me setup my laptop to use mmx and 3dnow. I've updated
/etc/make.conf to -march to the drum of a k6-2
the cvs tag= to
something else to get up to date?
I thought the #number indicated the number of times the server has been rebooted
based upon the last time the kernel was recompiled. Being that it is #0, it was
your first book. Reboot the machine and check the number again.
Puna
Thanks for your
Matthew Seaman wrote:
On Thu, Jul 29, 2004 at 09:37:35AM -0500, Puna Tannehill wrote:
Scott wrote:
uname -a shows:
FreeBSD 5.2.1-Release #0:
I was expecting the release (version, revision# ?) number to
be greater than #0. I think I've seen where the latest
revision is #9 or so? Do I need
It's also about quality of the underlying work. On average, Linux base
code runs 10% faster under FreeBSD.
Linux works toward patches for what everyone wants because it competes
for the Windows market share. FreeBSD works toward solutions because it
competes with no one.
Jonathan T. Sage
