TIP: Click on subject to list as thread! ANSI
echo: linux
to: BENNY PEDERSEN
from: MAURICE KINAL
date: 2016-04-26 17:53:00
subject: Re: kernel 4.5.2

-={ tirsdag, 26 april 2016, 19:53:41.049717323 +0200 }=-

Hey Benny!

 BP> hopefully it will work even on 32bit

I heard a rumour that there was some troubles with 32 bit.  Not sure how true
that is nor have I tried compiling a pure 32-bit gcc6 yet.  Last one I tried
was a gcc5 and had some minor issues with some source but could usually find a
fix.  At the moment I don't have any 32-bit systems at my disposal so I can't
be 100% sure.

 BP> need to not make kernel panic with out of mem

Ah!  Why do you need to limit memory?  Seems to me that whatever the kernel
wants at bootup is probably far less than what is available to it judging by
your numbers.

 BP> i am still impressed to see low footprints on low mem

I am just as impressed to see low footprints on high memory such as the numbers
I posted.  I mean 24M when 4G is available is impressive I would think these
days.  Also I am leaving half of that open to tempfs if it ever needs it,
usually when building from source ... such as gcc for example.  More likely to
be kernel source though.

 BP> masked unstable, so later testing here

I don't see it on that list at all.  The latest one is gcc-6.0.1-RC-20160423
which is the second release candidate.  I am guessing it *should* be considered
unstable by any distribution at this point in time.

Life is good,
Maurice

... Don't cry for me I have vi.
--- GNU bash, version 4.3.42(1)-release (x86_64-atom-linux-gnu)
* Origin: Little Mikey's Brain - Ladysmith BC, Canada (1:153/7001.0)

SOURCE: echomail via QWK@docsplace.org

Email questions or comments to sysop@ipingthereforeiam.com
All parts of this website painstakingly hand-crafted in the U.S.A.!
IPTIA BBS/MUD/Terminal/Game Server List, © 2025 IPTIA Consulting™.