From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <524bfce5fdfb1813d4348d11bc3f1835@proxima.alt.za> To: 9fans@9fans.net Date: Sat, 2 Feb 2013 17:41:12 +0200 From: lucio@proxima.alt.za In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Subject: Re: [9fans] Go: CGO and Plan 9 Topicbox-Message-UUID: 13fb0934-ead8-11e9-9d60-3106f5b1d025 > ?c and ?g use the same calling convention, and segmented stacks are > implemented by the linker. You don't need cgo in order to call C code > from Go. Why do you want cgo? > > Look at the various C files in the Go standard library, especially > inside runtime. Those are compiled with the Plan 9 compiler and Go > calls it just fine. Thanks for the reply (you and Pavel Zholkover, so far). As I mentioned, it's not that I "want cgo", it's that I need to get my mind around the issue and it is just too complicated. It would be a beneficial side effect if I can get OpenLDAP (client utilities) working at the same time, but the moment I have a mental image of what is actually going on, getting down to tacks will be easy enough. So what I'm asking is for help in understanding how what is already hard to understand in the GCC context where it is "documented" can in fact be mirrored in the Plan 9 context, where it ought to be "native". There are just way too many mirrors in this hall! And my mind isn't trained to separate them out. Sorry to cast my problems at 9fans, I've tried to make sense of it all, but I haven't been able to separate out the details, my brain just insists in trying to tie everything together at once. With a bit of luck, contributions from here will reveal something I've been missing. In passing, dhog's GCC port to Plan 9 clarified a little the issue of different call conventions, but I think that's adding to my confusion, now. ++L