From: Juan Quintela <quintela@mandrakesoft.com>
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Cc: Brandon Stewart <rbrandonstewart@yahoo.com>,
Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
Subject: Re: Requested FAQ addition - Mandrake and partial-i686 platforms
Date: Wed, 13 Aug 2003 18:24:00 +0200 [thread overview]
Message-ID: <864r0lwmov.fsf@trasno.mitica> (raw)
In-Reply-To: <1060705037.12532.49.camel@dhcp22.swansea.linux.org.uk> (Alan Cox's message of "12 Aug 2003 17:17:18 +0100")
>>>>> "alan" == Alan Cox <alan@lxorguk.ukuu.org.uk> writes:
Hi
alan> gcc i686 mode outputs cmov instruction sequences without checking cmov
alan> is present at runtime. So gcc "i686" is actually "i686 and a bit". It
alan> actually doesn't really make sense to do a true i686 mode without cmov
alan> either.
alan> Red Hat's rpm knows about this so I'm suprised the Mandrake one gets it
alan> wrong and installs arch=686 packages without checking for cmov.
again, it is a bit more complex than that :p
Mandrake glibc _alsa_ has a /lib/i686/ directory (i.e. it is not a
separate package). ld.so looks at the architecture for choice about
what lib to load.
Problem, as others stated is that kernel i686 definition and gcc i686
definition are different (gcc definition is i686+cmov basically).
Mandrake kernels workaround that telling ld.so that i686 without cmov
are i586 class machines, not i686 class machines.
It will be more elegant to make the decission in ld.so, but there are
other problems with dlopen() that I don't remember.
To make things worse, via c3 implement cmov instruction if all
operands are in registers (i.e. no operand in memory), I know that
this faked somebody that did a test on cmov :(
To make history more intersting, new Via C3 have a complet cmov
instruction.
Later, Juan.
--
In theory, practice and theory are the same, but in practice they
are different -- Larry McVoy
next prev parent reply other threads:[~2003-08-13 16:24 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-08-12 14:48 Brandon Stewart
2003-08-12 14:58 ` Valdis.Kletnieks
2003-08-12 15:46 ` Dave Jones
2003-08-12 16:17 ` Alan Cox
2003-08-13 16:24 ` Juan Quintela [this message]
2003-08-17 18:51 ` Jan Rychter
2003-08-17 19:27 ` Alan Cox
2003-08-17 20:22 ` Jamie Lokier
2003-08-17 21:04 ` Alan Cox
2003-08-17 21:43 ` Dave Jones
2003-08-12 18:40 ` insecure
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=864r0lwmov.fsf@trasno.mitica \
--to=quintela@mandrakesoft.com \
--cc=alan@lxorguk.ukuu.org.uk \
--cc=linux-kernel@vger.kernel.org \
--cc=rbrandonstewart@yahoo.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®