introduce new blazingly fast alloc

[Sharktheone]

glibc malloc and free are waay, wayy to slow. They rely on syscalls. We obviously don't have time for such nonsense.

This PR introduces a malloc and free how it always should have been! The new malloc and free work by keeping track of all allocs in a global state. They are dellocated by getting the next state with the pointer as alpha.

Applications using this new malloc will have a guaranteed performance benefit of at least 420%!

[buyukakyuz]

Wait, would this compile? Isn't box a reserved keyword?

[Sharktheone]

Oh, true... it is. Completely forgot about that one

[buyukakyuz]

A few issues here. You named your module alloc, but the crate already has extern crate alloc for no_std support. Need to rename your module.

The crate is #![no_std]. Please replace std:: with core::or alloc::.

[Sharktheone]

I'm not sure if you actually need to rename the module since modules are not conflicting with crates. It can come to some unconveniant situations inside the module itself when you want to want to use a crate with the same name as the module name, but I think it is manageable here.

[buyukakyuz]

It doesn't compile.