Am 2005-11-03 11:35:22, schrieb Ron Johnson:
> If so, they've hidden it on their web site. The Elan is called
> a Am5x86 CPU, and I get the impression that the Geode isn't i386
> either.
And what about the 386EX ?
...which I have bought recently from Intel ?
> Companies *do* make them, though.
Hi,
Bastian Venthur wrote:
What I'd really like to know rightnow is whether i386 *is* the wrong therm
for the x86 (or IA32) arch or not. If not then Debian could stick to this
name, but if so I think Debian just delays the problem for a few years.
In fact, there are efforts underway to allow
Hamish Moffatt wrote:
> ia64 turns out to be confusing too; it's Itanium but the main 64-bit
> architecture on PCs is now amd64. Intel calls this EM64T. The
> debian-amd64 list gets occasional queries about trying to install the
> ia64 distribution on amd64 machines.
Can you complete the line of r
On Sun, Nov 06, 2005 at 10:35:51AM +0100, Bastian Venthur wrote:
> I think we should at least consider to rename, since the current i386 seems
> to cause a lot of confusion. When even DDs confuse the meaning how can we
> expect the user to understand?
Who is confused?
> Most people know instanta
Florian Weimer wrote:
> * Bastian Venthur:
>
>>> We know what steps it takes ot resupport i386. What kind of work would
>>> be needed to rename i386 to x86 or ia32?
>>
>> I think we should at least consider to rename,
>
> Oh, come on, it's just a name which is mostly used by Debian's
> infrastru
* Bastian Venthur:
>> We know what steps it takes ot resupport i386. What kind of work would
>> be needed to rename i386 to x86 or ia32?
>
> I think we should at least consider to rename,
Oh, come on, it's just a name which is mostly used by Debian's
infrastructure, and not by end users. Changin
* Kurt Roeckx:
>> Companies *do* make them, though. They are *tiny*, low-power &
>> *cheap*. The 386SX is perfect for the embedded market.
>
> Intel still sells 386 DX, SX and others:
> http://www.intel.com/design/intarch/intel386/index.htm
Still doesn't warrant supporting them, though. 8-)
-
Marco d'Itri wrote:
> On Nov 06, Ken Bloom <[EMAIL PROTECTED]> wrote:
>
>
>>So I'll ask again. What would be the process for rename i386 to x86 or ia32?
>
> Complex enough that it will never happen, so please do not waste more
> time over this.
Thanks for the answer. Now everyone else can drop
On Nov 06, Ken Bloom <[EMAIL PROTECTED]> wrote:
> So I'll ask again. What would be the process for rename i386 to x86 or ia32?
Complex enough that it will never happen, so please do not waste more
time over this.
--
ciao,
Marco
signature.asc
Description: Digital signature
Bastian Venthur wrote:
> Ken Bloom wrote:
>
>
>>Bastian Venthur wrote:
>>
>>>Nick Jacobs wrote:
>>>
>>>
>>>
In-Reply-To=<[EMAIL PROTECTED]>
You mean, it's seriously been proposed that a
significant amount of work should be done to restore
support for a processor that has not
On Sun, Nov 06, 2005 at 12:10:05PM +0100, Andreas Metzler wrote:
> I am a little bit confused. Does Via/C3 need strict 386-instructions
> or does it play nicely with the current status, i.e. 486 instruction
> set?
A standard sarge install works perfectly on my brand-new VIA C3.
Cheers, WB
--
T
On Sun, Nov 06, 2005 at 12:10:05PM +0100, Andreas Metzler wrote:
> Andrew M.A. Cater <[EMAIL PROTECTED]> wrote:
> [...]
> > Up until the change in GCC which effectively
> > changed Debian compatibility to 486 processors and above, Debian
> > supported the 386 processor. There was a lot of talking o
Andrew M.A. Cater <[EMAIL PROTECTED]> wrote:
[...]
> Up until the change in GCC which effectively
> changed Debian compatibility to 486 processors and above, Debian
> supported the 386 processor. There was a lot of talking on the lists
> at the time and it was agreed that this was a bad situation a
On Sun, Nov 06, 2005 at 10:35:51AM +0100, Bastian Venthur wrote:
>
> I think we should at least consider to rename, since the current i386 seems
> to cause a lot of confusion. When even DDs confuse the meaning how can we
> expect the user to understand?
>
> Most people know instantanously what
Ken Bloom wrote:
> Bastian Venthur wrote:
>> Nick Jacobs wrote:
>>
>>
>>>In-Reply-To=<[EMAIL PROTECTED]>
>>>
>>>You mean, it's seriously been proposed that a
>>>significant amount of work should be done to restore
>>>support for a processor that has not been manufactured
>>>for 10 years? While s
Bastian Venthur wrote:
> Nick Jacobs wrote:
>
>
>>In-Reply-To=<[EMAIL PROTECTED]>
>>
>>You mean, it's seriously been proposed that a
>>significant amount of work should be done to restore
>>support for a processor that has not been manufactured
>>for 10 years? While slightly degrading performance
one to restore support for a processor that has not
>> > been manufactured for 10 years? While slightly degrading performance
>> > for the 99.9% of x86 users who have Pentium/Athlon/or better?
>> Why not supporting it, if it is not so hard?
>
> I think i38
At Thu, 03 Nov 2005 18:11:56 -0300, Daniel Ruoso wrote:
>
> I think i386 debian arch is not suitable anymore for real-i386 machines
> (self-experience), I mean, it's not suitable even for a Pentium 133 with
> 32 Mb RAM. Ok, I know it works, but it's a waste of memory and
On Thu, Nov 03, 2005 at 02:38:51AM -0800, Nick Jacobs said
> In-Reply-To=<[EMAIL PROTECTED]>
>
> You mean, it's seriously been proposed that a
> significant amount of work should be done to restore
> support for a processor that has not been manufactured
> for 10 years? While slightly degrading pe
; been manufactured for 10 years? While slightly degrading performance
> > for the 99.9% of x86 users who have Pentium/Athlon/or better?
> Why not supporting it, if it is not so hard?
I think i386 debian arch is not suitable anymore for real-i386 machines
(self-experience), I mean, it&#x
Le jeudi 03 novembre 2005 à 02:38 -0800, Nick Jacobs a écrit :
> In-Reply-To=<[EMAIL PROTECTED]>
>
> You mean, it's seriously been proposed that a
> significant amount of work should be done to restore
> support for a processor that has not been manufactured
> for 10 years? While slightly degradin
At Thu, 3 Nov 2005 02:38:51 -0800 (PST), Nick Jacobs wrote:
>
> You mean, it's seriously been proposed that a significant amount of
> work should be done to restore support for a processor that has not
> been manufactured for 10 years? While slightly degrading performance
> for the 99.9% of x8
Bastian Venthur wrote:
> Maybe renaming Debians "i386" into something more accurate like "x86" or
> even "IA32" (in consistency with IA64) would suppress discussions like
> this in the future?
Good idea :-)
--
ksig --random|
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "uns
On Thu, Nov 03, 2005 at 11:35:22AM -0600, Ron Johnson wrote:
> On Thu, 2005-11-03 at 12:22 +0100, Florian Weimer wrote:
> > * Nick Jacobs:
> >
> > > You mean, it's seriously been proposed that a
> > > significant amount of work should be done to restore
> > > support for a processor that has not b
On Thu, 2005-11-03 at 12:22 +0100, Florian Weimer wrote:
> * Nick Jacobs:
>
> > You mean, it's seriously been proposed that a
> > significant amount of work should be done to restore
> > support for a processor that has not been manufactured
> > for 10 years?
>
> I think AMD still makes them.
If
* Nick Jacobs:
> You mean, it's seriously been proposed that a
> significant amount of work should be done to restore
> support for a processor that has not been manufactured
> for 10 years?
I think AMD still makes them.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscr
Nick Jacobs wrote:
> In-Reply-To=<[EMAIL PROTECTED]>
>
> You mean, it's seriously been proposed that a
> significant amount of work should be done to restore
> support for a processor that has not been manufactured
> for 10 years? While slightly degrading performance for
> the 99.9% of x86 us
In-Reply-To=<[EMAIL PROTECTED]>
You mean, it's seriously been proposed that a
significant amount of work should be done to restore
support for a processor that has not been manufactured
for 10 years? While slightly degrading performance for
the 99.9% of x86 users who have Pentium/Athlon/or
bet
> * Nathanael Nerode:
>
> > In gcc-3.4 and gcc-4.0, these functions have been replaced with
out-of-line
> > functions, implemented in libstdc++.
>
> Do these out-of-line functions avoid the LOCK prefix overhead on
> non-SMP systems or, at least, non-threaded programs (for example,
> using some
* Nathanael Nerode:
> In gcc-3.4 and gcc-4.0, these functions have been replaced with out-of-line
> functions, implemented in libstdc++.
Do these out-of-line functions avoid the LOCK prefix overhead on
non-SMP systems or, at least, non-threaded programs (for example,
using some dynamic linker ma
I sent a message about this earlier, but it seems to have gotten lost.
> On Saturday 08 October 2005 22:38, Nathanael Nerode wrote:
> > Disgustingly, I worked out that we could have revived real i386 support
> > for etch thanks to changes in gcc-3.4 and gcc-4.0 which nobody
obably significantly slower,
but it means that the i486 assembly is not part of the C++ ABI any more.
However, in the wake of gcc-3.3, Debian switched to compiling for arch=i486 by
default (since real i386 was broken, it seemed like a good idea at the time
-- I may have been mistaken). I believe current GC
32 matches
Mail list logo
