Search found 33 matches
- Fri Jun 17, 2016 7:10 pm
- Forum: Support and Development
- Topic: Approaching using a header-only C library
- Replies: 12
- Views: 5812
Re: Approaching using a header-only C library
I must say though, I am curious about what you mean by blocking calls. Can you give an example? The reason I bring this up is because an immediate-mode GUI is something that looks blocking, however SUIT actually doesn't. But in something like a C library, it probably does block, which would be bad....
- Fri Jun 17, 2016 12:13 pm
- Forum: Support and Development
- Topic: Approaching using a header-only C library
- Replies: 12
- Views: 5812
Re: Approaching using a header-only C library
So there is no other way, I guess then I'll take the dust off of my C knowledge and try to compile it to a library dll then. So what I should do is get the implementation of the header inside a C file and compile it to a dll, load that dll and copy paste function declarations to be able to use them....
- Fri Jun 17, 2016 11:02 am
- Forum: Support and Development
- Topic: Approaching using a header-only C library
- Replies: 12
- Views: 5812
Re: Approaching using a header-only C library
I already use SUIT. That wasnt very helpful- I am curious about how you would approach using any C-header only lib. Say GLM as another example?
I must say though, I am curious about what you mean by blocking calls. Can you give an example?
I must say though, I am curious about what you mean by blocking calls. Can you give an example?
- Thu Jun 16, 2016 9:08 pm
- Forum: Support and Development
- Topic: Approaching using a header-only C library
- Replies: 12
- Views: 5812
Approaching using a header-only C library
Just curious. My C is really, really rusty and my ffi knowledge is limited. To serve as an example, the lib I was interested in. AFAIK LuaJIT ffi ignores bodies.
Should I somehow compile the bodies into a .dll, and include that way?
Should I somehow compile the bodies into a .dll, and include that way?
- Tue Jun 14, 2016 10:28 pm
- Forum: Support and Development
- Topic: I'm having a problem with tables/ipairs.
- Replies: 4
- Views: 2708
Re: I'm having a problem with tables/ipairs.
The problem is how you have structured your program. In update, it checks whether or not you collide with wall1, and sets you cameras "canmove"s as such, but afterwards it does this for wall2 and overwrites the previous results. Instead of setting results true, just set canMoves true once ...
- Tue Jun 14, 2016 2:56 pm
- Forum: Libraries and Tools
- Topic: LÖVE3D
- Replies: 201
- Views: 166517
Re: LÖVE3D
All right, PR sent to CPML. After mat4:shear I can also send a l3d.shear.
- Tue Jun 14, 2016 1:39 pm
- Forum: Libraries and Tools
- Topic: LÖVE3D
- Replies: 201
- Views: 166517
Re: LÖVE3D
Are creators still around? I might send in a PR sometime. Maybe the shearing or default shader.
Very nice library and CPML is also a lot bigger and more exhaustive than I expected. I don't need to write simplex noise from scratch anymore
Very nice library and CPML is also a lot bigger and more exhaustive than I expected. I don't need to write simplex noise from scratch anymore
- Fri Jun 10, 2016 10:25 pm
- Forum: Support and Development
- Topic: Using Git Hub for love2d projects
- Replies: 7
- Views: 5339
Re: Using Git Hub for love2d projects
git guide of bitbucke(atlassian) is wonderful, simple yet on the spot. Try git website is also beatiful.
- Tue May 24, 2016 6:31 pm
- Forum: Libraries and Tools
- Topic: class.lua and more
- Replies: 9
- Views: 5766
Re: class.lua and more
I guess I will opt out of rolling my own stuff. It was a good learning experience while it lasted. My main motivation in a class implementation was to build upon it to write an ECS but I'm now not so sure of that either. I'll use hump.class instead. How is tiny-ecs, and what would be a good GUI libr...
- Tue May 24, 2016 3:58 pm
- Forum: Libraries and Tools
- Topic: class.lua and more
- Replies: 9
- Views: 5766
Re: class.lua and more
If you want to make a 'deep copy' then you need something like recursion (or a queue). But then you have to be careful with cyclic tables: a = {}; a.b=a No multiple inheritance in my example code. Yes, it's possible to do it, but you'll find that the resulting complexity far outweighs the benefits....