Recep Aslantas

Hi @STCollier, Thanks for your feedbacks, Currently **cglm** doesn't have `double` types yet. There is an issue about this: https://github.com/recp/cglm/issues/196 which propose the implementation ( feedbacks are welcome ). Currently...

@measuredweighed many thanks for the feedback, hope we'll have it asap.

Hi @Error-mdl, @EasyIP2023, Wow, thanks for the catch, yes I think `glm_mat4x3_mulv(mat4x3, vec3, vec4)` must be `glm_mat4x3_mulv(mat4x3, vec4, vec3)`. Since we have only COLUMN vectors now we cant have both...

Sorry for poor documentation, we should clarify how cglm keep matrices on memory and how to access items. **cglm** keeps matrices as COLUMN-MAJOR order in memory. It's all about how...

@gottfriedleibniz `_vmul(...)` seems nice choice for `ROW * M` - `glm_mat4_mulv(mat4 m, vec4 v, vec4 dest)` -> M * COL - `glm_mat4_vmul(vec4 v, mat4 m, vec4 dest)` -> ROW *...

@EasyIP2023 I'm not sure about adding `rvec2, rvec3, rvec4` types since these would only be type aliases and wont keep any info if it is row or col. On the...

Hi @EasyIP2023, > glm_mat#x#_mulv -> glm_mat#x#_vmu Actually no need to converting IIRC, `_mulv` ( existing one ) will remain same as M * COL and `_vmul` will be new one...

> The code assumes that the file will not have duplicated ids, otherwise it overrides the existing id. It should give a valid id, no matter if this is allowed...

Hi @ali-shahwali, Thanks for the feedback, Since we maintain a few build types e.g. Autotools, CMake, VisualStudio, meson... I'm not sure for new one, also we need to keep this...

Hi @pm4gh, Sorry for the delay, https://github.com/recp/cglm/commit/2f619cdd6f5ce4a9b425babfdfce1af36bfda2af must fix the issue, Thanks for reporting this