[llvm-dev] Sigh. I’ve been through like 5 mailing lists and got trolled off each one. Let’s start simple

[Chandler Carruth via llvm-dev]

On Fri, Jul 12, 2019 at 7:42 AM jon via llvm-dev <llvm-dev at lists.llvm.org>
wrote:

> Well, now that I googled c function macro, how about we change #define
> secure to #define encrypt1on, hook it up to letsencrypt, and encrypt all
> uncompiled and compiled data to the cloud? Using CLOUD ASSEMBLY!!
>
> Now that I googled more stuff, my example code is
>
> Instead of
>
> Static printf(128ptr args){}
>
> It’ll be encrypt1on statics printf(128ptr args){}
>
> Or even better
>
> Secure encryption1on static printf(128ptr args){}
>
>
> 128ptr is a macro that does
>
> #define 128ptr (double long *)(malloc(sizeof(double long * NEURAL_ARRAY));
> // along with mutliple dimensions
>

All of this seems like you're looking to change / enhance the C / C++
programming language. There may be a useful thing here, I'm not sure yet,
but I don't think llvm-dev@ is a good place to work on this. This kind of
discussion is better suited to a forum for exploring language feature
design. It's pretty off-topic here.

I understand xnu is written in c++, is it that hard to rewrite all of llvm
> in optimized, oh well, since I’ve had the worst day of my life, I’ll call
> It unidefnet coding subsystem, multidimensional multidirectional binary
> graphs to simulate a neural network?
>
>
> XNU the OS? It's mostly C. I don’t understand what you’re saying about
> neural nets.
>
>
>
>
> Xnu the kernel. After im done im going to implement mdmdbt graphs in xnu
> and try to make it into a secure kernel for server operations unless
> someone stops me
>

Again, I feel like this mailing list isn't really a useful one to discuss
this... Secure kernel programming is also pretty far off topic and so I
suspect there just isn't anyone who can really comment or contribute. I'd
suggest finding a secure kernel / secure OS research group or community to
discuss this with instead maybe?


Anyways, sorry you can't find more help here. I don't think anyone is
trolling you or anything else. Just that this list is mostly folks
discussing LLVM and neither of these really deals with LLVM it seems.

-Chandler
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20190713/5c4cbc6a/attachment-0001.html>