Repository navigation
Replies: 1 comment
|
Wow, that's super interesting - There is definitely demand for a CGO-free version of Miqt e.g. this fork or this fork. By comparison, I love how your proposal only deals with plain source rather than precompiled binaries (either syscall/purego or syso files). It seems like this will solely use the internal linker, though, so I don't think it would work yet for Miqt, because Go's internal linker doesn't seem to handle all the special C++ constructs used in Qt dlls, we need the extld from an external C++ toolchain. (See #147). Theoretically it could reduce a precompiled interface down to only the C-C++ half of Miqt, though, like this fork. Regardless of whether this proposal helps Miqt or not, I think it's a very good move for most simple Go-C binding libraries. |
Uh oh!
There was an error while loading. Please reload this page.
On the go project we're planning to add support for using Cgo without a C toolchain. Here's the proposal: golang/go#81450
All reactions