linux-kernel - J Rewrite for Reality only basis, not rust / breakpoints outside scheduler etc

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [day] [month] [year] [list]

Message-ID: <82e93828-0484-4929-b957-9dcf2180c527@bitology.eu>
Date: Tue, 2 Sep 2025 11:42:37 +0200
From: Ywe Cærlyn <bit-budi@...ology.eu>
To: linux-kernel@...r.kernel.org
Subject: J Rewrite for Reality only basis, not rust / breakpoints outside
 scheduler etc

Seems morale is low some places. Rust (even with Germ symbolism) seems 
to be about this, and breakpoints outside scheduler, etc.

An optimal programming language would be J, that can run natively on CPU.

It seems the JAVA CPU people want this to be taken over aswell, and is 
OK with it becoming J aswell.

C really is based on BCPL, which again is based on the Bit concept.

I am about the Bit concept, my project Bit 01, states how to write an 
operating system, and Unix is based on this. GNU is not Unix, is a coded 
version of this aswell. And Git too. Mandrake was also this, and several 
other distros. Red Hat easily being Bit Hat.

I have become a Budi for this, and I do believe nothing of this would 
happen, if I did not aim for this.

I approve only with basis in fact, that Bitstream OS, should be the 
standardization of all this, with a J version rewrite.

All of this symbolcorrect, as many like in the computer industry. Please 
just continue with that.

Light,
Ywe Cærlyn
Budi, Bitstreams OS
https://bitology.eu/