Skip to content

Windows support (until external linking will be supported by go build)#149

Open
neclepsio wants to merge 38 commits intogo-qml:v1from
neclepsio:v1
Open

Windows support (until external linking will be supported by go build)#149
neclepsio wants to merge 38 commits intogo-qml:v1from
neclepsio:v1

Conversation

@neclepsio
Copy link
Copy Markdown

This fork aims to make go-qml work under Windows, for which the absence of external linking in go build makes global variable initialization and dynamic_cast unusable. See golang/go#4069.

Solves #19 and #142.

Removes all dynamic_cast, in order to make it work without RTTI. This is due to golang/go#10023 (duplicate of golang/go#4069) and solves go-qml#19.
Make it work without global variable initialization. This is due to golang/go#10023 (duplicate of golang/go#4069) and solves go-qml#142.
@neclepsio neclepsio changed the title Windows support until external linking will be supported by go build. Windows support (until external linking will be supported by go build) Mar 4, 2015
@yxxyun
Copy link
Copy Markdown

yxxyun commented May 4, 2015

this pr fix the crash on windows, thx.

@antonyho
Copy link
Copy Markdown

This fix works. Thank you!

Using the C.GoRef datatype instead of uintptr in
the go code make it more clear what the variable
contains.
SjB and others added 13 commits April 6, 2016 01:34
added methods to the type so that we can get the GoRef and register the
fold in the lookup table, then a function to destroy the reference when
we are done with the valueFold.
When unpacking a DataValue of a DTGoAddr type, we forgot to dereference the datap pointer
that contained the GoRef.

Thanks to immesys on github, for pointing out the bug.
fix forgotten dereferenced datap pointer.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

6 participants