-
Notifications
You must be signed in to change notification settings - Fork 155
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
The future of cgmath #144
Comments
cc. @csherratt @aepsil0n @tomaka @Darkspear7 @cmr |
cc. @tomaka |
That is interesting to hear. I was thinking that nalgebra and cgmath ought to be unified at some point or at least have a common API in terms of traits. My main incentive to mostly use cgmath so far has been that I felt more people around piston were using it. However, nalgebra appears to be mathematically more rigorous in its API, so independent of your decision I am also inclined to switch to nalgebra. So I would continue to contribute to Rust's algebra library ecosystem further, but it might make sense to find a common strategy as a community. From my point of view, porting features from cgmath to nalgebra could be the way to go. (Unless cgmath's feature set is a subset of nalgebra's, which I don't think is entirely the case.) |
Anyone that volunteer to integrate cgmath or nalgebra? This could be done under PistonDevelopers while keeping a fork here to not break code more than necessary. Or else I think we should go for nalgebra and port stuff over/new libraries. |
@aepsil0n: Yeah, I have been concerned about letting cgmath-rs putter along aimlessly like a zombie when there is a library that is another, superior (in lots of respects) library out there. @daronwilson and I are currently collaborating on a more foundational algebra abstraction, if you are interested. It's a really difficult problem, but @sebcrozet is definitely interested in basing nalgebra on that, once we can figure it out. Maybe you might be able to give us a hand if that interests you? |
Yes, I am definitely interested. I am aware of |
This is very sad to hear! Looking at |
See also: discussion about the differences between cgmath and nalgebra: dimforge/nalgebra#23 |
Having tried cgmath, nalgebra, and vecmath, I committed to cgmath for my projects. I'd be interested in assisting with the future of this library, whether that means it continues independently or merges with another library. I'd also be interested in expanding the functionality of cgmath or its successor library. On top of cgmath, I've implemented some features that should be useful to other game developers, including intersections between lines and 3D AABBs: https://github.com/jarrett/cities/tree/master/src/math |
Just to clarify, are you saying the Edit: I'm thinking you mean provided methods. That way so long as a type implements |
@jarrett I meant add |
Ok. So they'd be required methods, not provided methods. Correct? If so, then I think that should work. |
@jarrett yep, I don't think you can derive one from another. |
Three issues: First issue: My implementation depends on the line being represented in parametric form. Whereas cgmath's Second issue: Would it have to be Third issue: Suppose I have time in the near future to implement
By the way: Before I go farther down this rabbit hole, where do we stand on the future of this library? Does it make sense to continue expanding its features? Or will it be merged with another library? |
I can't answer for everyone. I don't hear too many strong opinions on the matter (unfortunately). But I'm continuing using it and extending it (all the |
|
@jarrett yes, my bad, line truly exists ;) We can have a default implementation for A |
@bjz Since you are back and hacking in full sail already, perhaps you could comment here to update your position towards the subject? People are still hell of being confused. |
Sorry! Good thought. Since being kicked up the bottom by @tomaka, I have decided to get back to updating cgmath. I tried nalgebra for a time, and found it hard to use, so I'm going to really try to polish cgmath with a view for improving ergonomics for gamedev use. So closing this now. |
\o/ you made my day, @bjz ;) Regards,
|
I currently am stretching myself quite thin when it comes to projects, and I feel like I am no longer able to adequately steer the development of cgmath going forwards. I am also considering moving to @sebcrozet's nalgebra library for my future projects. I can continue to merge PRs, but I can't see myself contributing much heading into the future. If somebody has the passion or energy to spare to keep things going, I am also happy to transfer ownership of the repository.
The text was updated successfully, but these errors were encountered: