Notices by Sun Microdevil Pte Ltd (koakuma@uwu.social), page 3

Compiler optimization is when you surprise people, the more surprising, the more optimized your program is :cirnothinking:

@flandrescarlet @secalinum Flan expert in bullying...

@flandrescarlet @ezio ppc64el = ppc64le = little endian thoooo

The big endian one is the one without any ending whatsoever :blobcatpeekaboo:

@ezio @flandrescarlet Distro naming being great as usual

Same with how some calls 64-bit x86 `x86_64` and others `amd64`, and yet others `x64` :blobcatpeekaboo:

In any case if you want big endian 64-bit PowerPC then you look for `ppc64`

@lain Is the dates the khenaizi one? :blobcatmelt:

@jeffpc Yeah, it seems like GNU tools adds and reads the `gnu` attribute sections in the binary

Though weird objdump results aside, the lack of it doesn't seem to affect anything else :cirnothinking:

Anyone here familiar with SPARC binutils internals? I'm having a rather odd case where the same instruction (and same binary sequence) gets interpreted differently depending on who compiles it :cirnothinking:

Say, I have this `decode.s` file containing the following line:
decode: addxccc %g0, %g0, %g0

One VIS3 instruction, very simple. Then assemble it with both gcc and clang:
gcc -mcpu=niagara4 -c decode.s -o decode-gcc.o
clang -mcpu=niagara4 -c decode.s -o decode-clang.o

And now, if I run objdump on the files, the results are different:
decode-clang.o: file format elf64-sparc

Disassembly of section .text:

0000000000000000 <decode>:
0: 81 b0 02 60 unknown

Compare with GCC's:
decode-gcc.o: file format elf64-sparc

Disassembly of section .text:

0000000000000000 <decode>:
0: 81 b0 02 60 addxccc %g0, %g0, %g0

In both cases the binary stream is the same, but why does objdump decodes it as "unknown" with the clang-built file?

#AskFedi #Binutils #GCC #SPARC

@q66 @lanodan Any help with lld bringup will be much much appreciated btw :blobcatpeekaboo:

@q66 @lanodan For llvm, as far as the compiler goes, it should be able to compile the kernel and most of the userland, with some caveats:
- Need support in the assembler for more extensions; OpenSSL is a big offender here for its love of extensions
- It doesn't have OpenMP support yet
- Need libcall-free lowering for checked arithmetic builtins; this affects stuff like GRUB which rely on it
I'm currently working on the first two issues so hoooooooppppeefully those can be sorted out soon

On the other hand, lld support for SPARC is basically still nil :char_nachoneko_baa:

@kaia Maybe he's important :cirnothinking:

@puniko ch

@lain What about Dongjing

@SuperDicq Means good job security for me :sataniaSmug:

@kaia Nowadays you have tax cuts if you register as a couple so the end result's not that different :akkoderp:

@lain Is this the one with mint?

:cirnothinking: how does it feel to fall in love with someone, by the way?

@puniko Drunk puni soon :blobcatpeekaboo:

@q66 @aroma @theresnotime Meanwhile people here running 3m wide trains on 1067mm rails :02lurk:

@SuperDicq Is it intentional

@kaia It turns kaia on? :cirnothinking: