I would imagine that just compiling ghostscript for i686 isn't enough;
one would also have to recompile things it depends on (like libc) in
order to really tell whether there was an improvement.
In any case, if I go through the work to get the source RPMs to produce
i586 and i686 code, does anyone know any particular reason why RedHat
*wouldn't* accept that change into their source-base or whatever?
(Assuming my job is professional, of course. :-) I would like future
source-RPMs to have the *option*, at least.
Steven Boswell
[EMAIL PROTECTED]
Thomas Dodd wrote:
>
> Steven Boswell wrote:
> > about them. But is that the kind of change RedHat even wants? They're
> > not supporting it now; do they have a good reason that hasn't occurred
> > to me?
>
> Not many packages really benifit from the optimizations.
> The kerenel was only split in the 6.x series (I think)
>
> Prior to that everything was 386 versions.
> Compare the speed of ghostscript for
> 386 and with march=686. I doubt you'll
> notixe the difference.
>
> -Thomas
>
> --
> To unsubscribe:
> mail -s unsubscribe [EMAIL PROTECTED] < /dev/null
--
To unsubscribe:
mail -s unsubscribe [EMAIL PROTECTED] < /dev/null
