llvm-project

Commit Graph

Author	SHA1	Message	Date
Peter Collingbourne	cac325993a	Roll gofrontend to 07baa07598ea; roll libffi to r219477. Incorporates https://codereview.appspot.com/198770044, which causes us to start using the static chain register for closures instead of __go_{get,set}_closure. Differential Revision: http://reviews.llvm.org/D8829 llvm-svn: 234135	2015-04-05 23:31:49 +00:00
Peter Collingbourne	68a640c080	Fix test to use explicit load type. llvm-svn: 231417	2015-03-05 22:55:42 +00:00
Peter Collingbourne	d34d92fb9c	irgen: modify the ABI to use init guards instead of priority The new ABI is simpler for use cases such as dynamically loaded packages. The calling convention for import functions is similar to what go/ssa would produce if BareInits were cleared. However, simply clearing this flag causes two additional issues: 1) We would need to special case the 'init$guard' variable (see discussion in https://codereview.appspot.com/78780043/). 2) The call to __go_register_gc_roots needs to appear in the right place, i.e. after the guard check. Making this check appear in the right place with non-bare inits seems unreliable at best. So we keep BareInits set and generate the necessary code manually. It is still possible to get the old ABI by specifying a path to a gccgo installation. Differential Revision: http://reviews.llvm.org/D6804 llvm-svn: 225030	2014-12-31 00:25:39 +00:00

Author

SHA1

Message

Date

Peter Collingbourne

cac325993a

Roll gofrontend to 07baa07598ea; roll libffi to r219477.

Incorporates https://codereview.appspot.com/198770044, which causes us to start
using the static chain register for closures instead of __go_{get,set}_closure.

Differential Revision: http://reviews.llvm.org/D8829

llvm-svn: 234135

2015-04-05 23:31:49 +00:00

Peter Collingbourne

68a640c080

Fix test to use explicit load type.

llvm-svn: 231417

2015-03-05 22:55:42 +00:00

Peter Collingbourne

d34d92fb9c

irgen: modify the ABI to use init guards instead of priority

The new ABI is simpler for use cases such as dynamically loaded packages.

The calling convention for import functions is similar to what go/ssa would
produce if BareInits were cleared. However, simply clearing this flag causes
two additional issues:

 1) We would need to special case the 'init$guard' variable (see
    discussion in https://codereview.appspot.com/78780043/).

 2) The call to __go_register_gc_roots needs to appear in the right
    place, i.e. after the guard check. Making this check appear
    in the right place with non-bare inits seems unreliable at best.

So we keep BareInits set and generate the necessary code manually.

It is still possible to get the old ABI by specifying a path to a gccgo
installation.

Differential Revision: http://reviews.llvm.org/D6804

llvm-svn: 225030

2014-12-31 00:25:39 +00:00

3 Commits