Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Is it alive? #1

Open
xlab opened this issue Mar 19, 2019 · 4 comments
Open

Is it alive? #1

xlab opened this issue Mar 19, 2019 · 4 comments
Assignees

Comments

@xlab
Copy link
Member

xlab commented Mar 19, 2019

It's alive if

@jclc
Copy link
Member

jclc commented Mar 19, 2019

Hi, I've been busy lately so I haven't had time to work on this, but I've been doing Vulkan stuff again for the past few days. I'm making my own Vulkan application while learning the API and memory allocation is starting to get relevant for me. It's funny you posted this just now since I was looking at the new version of the VMA library yesterday.

If I recall correctly the issues I had with this were related to c-for-go (xlab/c-for-go#49). I might just make the bindings manually, the API for this doesn't seem that big.

I made the original issue before Go modules were a thing so I hope vulkan-go/vma can depend on vulkan-go/vulkan without any issues.

@xlab
Copy link
Member Author

xlab commented Mar 19, 2019

Yeah, small API surface better be covered manually :)

@jclc jclc self-assigned this Mar 20, 2019
@jclc
Copy link
Member

jclc commented Mar 27, 2019

@xlab How can I get the C struct of a vulkan-go struct type? For example, function vmaCreateBuffer requires a *VkBufferCreateInfo. Doesn't vulkan-go allocate new structs to use with the C functions from the ones it provides in Go?

@xlab
Copy link
Member Author

xlab commented Mar 27, 2019

@jclc you can use Ref() and PassRef()

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

No branches or pull requests

2 participants