Re: Drop support for x86-32

[Bernd Petrovitsch <bernd@petrovitsch.priv.at>]

On Don, 2012-08-23 at 20:07 +0200, wbrana wrote:
> On 8/23/12, Ondrej Zary <linux@rainbow-software.org> wrote:
> > Please stop trolling (and top-posting). Linux is NOT Windows where people
> > must
> > throw out their hardware because it stopped working in new version. There
> > are
> > millions of 32-bit x86 machines all around the world. If new Windows will
> > not
> > run on them, Linux will.
> Windows 9 will be probably released in 2015. Linux always has tree

What do you mean with "Linux"? The Linux kernel as such? Some (and
which) distributions?

> with long term support, which means support for x86-32 would be
> dropped in 2017. In 2017 all 32-bit machines will be trash.

The long-term-supported *Linux kernel* won't be eternally there BTW. And
their maintainers decide when they drop the support - and others could
take over then BTW.

And you obviously never thought about embedded devices.
Servers, laptops, notebooks and desktop computers are not the whole
computing world - and from the pure numbers not even the majority BTW.

It is - obviously(?) - all the world that MSFT cares about because they
were never really present elsewhere. And we know that it is not a
technical reason that we pay the MSFT tax for each laptop ....

Please stop trolling and start sending patches. Thank you.

On Don, 2012-08-23 at 20:40 +0200, wbrana wrote:
On 8/23/12, David Daney <ddaney.cavm@gmail.com> wrote:
> > I suspected as much.  So from your point of view, this issue is of
> > exactly zero importance.
> I'm using software which is developed by others. As I already said
> many software would be developed faster if x86-32 could be dropped.

Please proof that it will be developed "faster" (whatever that means
to you). Thank you.

> Support for x86-32 can mean no support for X32.

So you want the Linux kernel people to drop support for some
architecture in the hope others follow (because you will consequently
send mails there with "the Linux kernel dropped the support, you should
too" hoping that some other software will be developed
"faster" (whatever that means to you)?

*If* you really miss something in some other parts (compilers,
virtualization, ...) or they developing to slow *for you*, help them and
send patches there but do not try to lure others into fighting your
cause.

Sorry to all others for feeding the troll,
	Bernd
-- 
Bernd Petrovitsch                  Email : bernd@petrovitsch.priv.at
                     LUGA : http://www.luga.at