FAQ
Well, thinking of it, one could also mark assembly functions with the ABI
version somewhere, so that the compiler could generate calls to them using
the correct ABI. It’s not necessary to break all existing assembly in
existence.

OK anyway, I see it’s not worth discussing in this context.
On Fri, Mar 11, 2016 at 5:59 PM, Keith Randall wrote:


On Fri, Mar 11, 2016 at 5:47 AM, Giovanni Bajo wrote:
On Thursday, March 10, 2016 at 8:34:49 PM UTC+1, klau...@gmail.com wrote:
On Thursday, 10 March 2016 11:22:22 UTC+1, minux wrote:


2. make otherwise portable Go packages tied to a particular
implementation
(the incompatibility of gc/gccgo assembly makes things worse.)
gccgo is definitely currently an issue, but is there anything stopping
an eager spirit from adding assembler support to gccgo?
One issue might be ABI, for compatibility with gccgo, and for our own
benefit of eventually improving the current quite inefficient ABI.

Are ABI improvements in any roadmap of the SSA team?
We've been thinking about changing the calling convention in various
ways. It's not going to happen any time soon, as we can't really do it
until we've permanently disabled the old backend (we don't want to modify
the old backend also). The earliest possible would be 1.8 for amd64 and
1.9 for the other archs.

Changing the calling convention will affect all assembly in existence, so
not something to do lightly. There will be a proposal, design doc, ... at
some point. I don't think we know for sure whether it is even worth doing
yet.

Giovanni Bajo

--
You received this message because you are subscribed to the Google Groups
"golang-dev" group.
To unsubscribe from this group and stop receiving emails from it, send an
email to golang-dev+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

--
Giovanni Bajo

--
You received this message because you are subscribed to the Google Groups "golang-dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email to golang-dev+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Search Discussions

Discussion Posts

Previous

Follow ups

Related Discussions

Discussion Navigation
viewthread | post
posts ‹ prev | 10 of 11 | next ›
Discussion Overview
groupgolang-dev @
categoriesgo
postedMar 10, '16 at 10:22a
activeMar 11, '16 at 9:27p
posts11
users8
websitegolang.org

People

Translate

site design / logo © 2021 Grokbase