Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Show HN: C to Go Assembly

github.com

Post reply on HN
Print view View original

1–10 of 12 posts

Re: Show HN: C to Go Assembly

#3

Post by fwessels »

justinclift wrote: post #2

Probably worth mentioning the blog post too: https://blog.minio.io/c2goasm-c-to-go-assembly-bb723d2f777f Out of curiosity, any idea how well does Go asm works with Delve (the Go debugger)?

That is a good question but have never tried it. However, there is nothing "special" about the assembly as ported by c2goasm, so it should equally well as any other (hand-crafted) assembly.

Re: Show HN: C to Go Assembly

#6

Post by chrisseaton »

fwessels wrote: post #5
mhh__ wrote: post #4

So, is go assembly the IR inside the Go compiler?

No, it is not an IR code such as in Java or .Net. At compile time it is translated into opcodes for the corresponding architecture that you are compiling for.

I disagree. I think saying that it's the lowered intermediate representation in the Go compiler pipeline is a really good description. It's equivalent to the LIR in Java's C2 compiler. I'm not sure what the equivalent is in .net.

Fundamentally, it's a representation and it's intermediate isn't it?

Re: Show HN: C to Go Assembly

#7

Post by uluyol »

chrisseaton wrote: post #6
fwessels wrote: post #5

Earlier quoted context omitted.

No, it is not an IR code such as in Java or .Net. At compile time it is translated into opcodes for the corresponding architecture that you are compiling for.

I disagree. I think saying that it's the lowered intermediate representation in the Go compiler pipeline is a really good description. It's equivalent to the LIR in Java's C2 compiler. I'm not sure what the equivalent is in .net. Fundamentally, it's a representation and it's intermediate isn't it?

No, not really. Go's assembly might be considered somewhat higher level than regular assembly code, but it's certainly architecture specific. The examples highlighted use x86 SIMD instructions unavailable on other architectures.

Freedoms taken by the go assemblers also seem to be decreasing as the compiler becomes smarter. E.g. instruction reordering is no longer performed (https://github.com/golang/go/issues/15837).

You can read about the assemblers here: https://golang.org/doc/asm

Re: Show HN: C to Go Assembly

#9

Post by akavel »

justinclift wrote: post #2

Probably worth mentioning the blog post too: https://blog.minio.io/c2goasm-c-to-go-assembly-bb723d2f777f Out of curiosity, any idea how well does Go asm works with Delve (the Go debugger)?

Haven't tried it personally, but based on a recent article shared at r/golang (https://rakyll.org/coredumps/, via https://www.reddit.com/r/golang/comments/6cvtd6/debugging_go...), delve seems to show the contents of an .s file allright.

Re: Show HN: C to Go Assembly

#10

Post by chrisseaton »

uluyol wrote: post #7
chrisseaton wrote: post #6

Earlier quoted context omitted.

I disagree. I think saying that it's the lowered intermediate representation in the Go compiler pipeline is a really good description. It's equivalent to the LIR in Java's C2 compiler. I'm not sure what the equivalent is in .net. Fundamentally, it's a representation and it's intermediate isn't it?

No, not really. Go's assembly might be considered somewhat higher level than regular assembly code, but it's certainly architecture specific. The examples highlighted use x86 SIMD instructions unavailable on other architectures. Freedoms taken by the go assemblers also seem to be decreasing as the compiler becomes smarter. E.g. instruction reordering is no longer performed ( https://github.com/golang/go/issues/15837…

Yes I know it's architecture specific. Many lowered IRs are. The equivalent I gave, Java's C2 IR, is also architecture specific, which is why I used it.
Post reply on HN