HackerTrans
TopNewTrendsCommentsPastAskShowJobs

jfkebwjsbx

no profile record

comments

jfkebwjsbx
·6 anni fa·discuss
That’s a very perilous road. Not to mention expensive to maintain, slow to compile, with very little gain.
jfkebwjsbx
·6 anni fa·discuss
What you describe is how it works in GCC/LLVM and is required in any inline asm system. Otherwise it is not really inline.

Saying that fits with the type system is a stretch... it is like any other FFI.
jfkebwjsbx
·6 anni fa·discuss
AT&T syntax is actually the common one in most low-level programming if you count by architectures and most likely also by code size produced, if only because GCC has/had been the de facto compiler for new chip uarchs for more than a decade (helped by the fact that everyone wants their chips to run Linux).

Nowadays GCC and LLVM support both styles and archs pick whatever they prefer and nobody cares, really.

> either fork the project, or submit a patch with a fix using Intel syntax.

That sounds a bit extreme? Reading/writing in both styles is not an issue for anyone that has dealt with x86 professionally.
jfkebwjsbx
·6 anni fa·discuss
Yes, but low-level programming implies direct access to memory and instructions.

Rust is not designed for memory safety only. If you only want that, there are other simpler options, like any functional, scripting or managed language. Instead, Rust is designed to bring as much memory safety as possible (but not more!) to the low-level and performance fields.
jfkebwjsbx
·6 anni fa·discuss
Anybody that knows about the RFC and other implementations in C compilers, why are always "string literal parameters" (quoted strings) used?

Wouldn't be nice to have a way to embed other languages without the need for those quotes everywhere?

I guess it is meant to avoid complicating the syntax/grammar reusing the existing macro one?
jfkebwjsbx
·6 anni fa·discuss
In the web world you are pretty much relearning new APIs, frameworks, approaches and what not every second year.