Skip to content
This repository has been archived by the owner on Jul 12, 2020. It is now read-only.

Compiling for MinGW-W64 #25

Closed
hadronized opened this issue Aug 13, 2016 · 10 comments
Closed

Compiling for MinGW-W64 #25

hadronized opened this issue Aug 13, 2016 · 10 comments

Comments

@hadronized
Copy link

I’ve been trying to compile the crate on mingw-w64 for hours. I haven’t found a way to make it through with the crates.io crate, so I downloaded openal-rs, add a local override to my project and changed the link target from #[link(name = "openal32")] to #[link(name = "openal")], because that’s what pkg-config expects if you pass it --libs openal.

After our talk on IRC, you uploaded an upper-case version that will work for the native Windows installation but not for MinGW. What can we do about that?

@jpernst
Copy link
Owner

jpernst commented Aug 13, 2016

Honestly I'm not sure. MinGW is a bit strange in that it's windows, but acts like unix. I'm not quite sure how to handle both that and the MSVC case. Perhaps there's a more specific cfg attribute that can be used; I'll look into it.

@hadronized
Copy link
Author

Yeah, that’s what I thought as well. I’ll keep track of this too.

@jpernst
Copy link
Owner

jpernst commented Aug 13, 2016

Ok, I think I've found a possible solution. Could you try pulling the latest from git and seeing if it works under mingw?

@hadronized
Copy link
Author

I don’t have it anymore – released. I’ll try in my VM when I find enough spare time though. Thank you very much. :)

@jpernst
Copy link
Owner

jpernst commented Nov 3, 2016

Closing this for now since I'm redoing this lib completely.

@jpernst jpernst closed this as completed Nov 3, 2016
@hadronized
Copy link
Author

Wait what do you mean redoing this lib completely? Will it change the interface?

@jpernst
Copy link
Owner

jpernst commented Nov 3, 2016

The raw FFI bindings will still be available as before, but I'm completely redoing the high-level interface, since the previous version was both incomplete and unsound. While I'm at it I'm also going to expose most documented extensions including the EFX suite and the software loopback device, so openal-rs will be able to feed its audio into SDL2 or whatever other platform lib.

In other words, yes, this will be a complete breaking change, but the old versions will continue to be available of course.

@hadronized
Copy link
Author

Ok, I’ll follow along upstream, since I have a project I’m working on using openal-rs ;) – btw, it’d be nice to have a better name on crates.io, but I don’t know whether it’s possible. I wrote the al Haskell binding to OpenAL, I know that kind of stuff can get tedious :). Good luck!

@jpernst
Copy link
Owner

jpernst commented Nov 3, 2016

I was never quite happy with the name either, honestly. Since I'm doing a complete rewrite, I guess now is the time to change, so I've renamed the high level api to alto and moved the ffi stuff into al-sys

@hadronized
Copy link
Author

Interesting; I’ll be looking forward to it.

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants