pyrym / truss Goto Github PK

I'm looking for a fix (possibly using SDL's own configure script will resolve this? I've built it standalone before. I should try again.), but this is the error.

[ 99%] Building C object CMakeFiles/SDL2.dir/src/timer/unix/SDL_systimer.c.o
[100%] Linking C shared library libSDL2-2.0.so
CMakeFiles/SDL2.dir/src/video/wayland/SDL_waylandevents.c.o: In function `wl_registry_bind':
/usr/include/wayland-client-protocol.h:1061: undefined reference to `wl_proxy_marshal_constructor_versioned'
CMakeFiles/SDL2.dir/src/video/wayland/SDL_waylandtouch.c.o: In function `wl_registry_bind':
/usr/include/wayland-client-protocol.h:1061: undefined reference to `wl_proxy_marshal_constructor_versioned'
CMakeFiles/SDL2.dir/src/video/wayland/SDL_waylandvideo.c.o: In function `wl_registry_bind':
/usr/include/wayland-client-protocol.h:1061: undefined reference to `wl_proxy_marshal_constructor_versioned'
/usr/include/wayland-client-protocol.h:1061: undefined reference to `wl_proxy_marshal_constructor_versioned'
/usr/include/wayland-client-protocol.h:1061: undefined reference to `wl_proxy_marshal_constructor_versioned'
CMakeFiles/SDL2.dir/src/video/wayland/SDL_waylandvideo.c.o:/usr/include/wayland-client-protocol.h:1061: more undefined references to `wl_proxy_marshal_constructor_versioned' follow
collect2: error: ld returned 1 exit status
CMakeFiles/SDL2.dir/build.make:3709: recipe for target 'libSDL2-2.0.so.0.4.0' failed
make[5]: *** [libSDL2-2.0.so.0.4.0] Error 1
CMakeFiles/Makefile2:136: recipe for target 'CMakeFiles/SDL2.dir/all' failed
make[4]: *** [CMakeFiles/SDL2.dir/all] Error 2
Makefile:127: recipe for target 'all' failed
make[3]: *** [all] Error 2
CMakeFiles/sdl_EXTERNAL.dir/build.make:111: recipe for target 'sdl_EXTERNAL-prefix/src/sdl_EXTERNAL-stamp/sdl_EXTERNAL-build' failed
make[2]: *** [sdl_EXTERNAL-prefix/src/sdl_EXTERNAL-stamp/sdl_EXTERNAL-build] Error 2
CMakeFiles/Makefile2:141: recipe for target 'CMakeFiles/sdl_EXTERNAL.dir/all' failed
make[1]: *** [CMakeFiles/sdl_EXTERNAL.dir/all] Error 2
Makefile:83: recipe for target 'all' failed
make: *** [all] Error 2

Built on Ubuntu 14.04 with clang:

clint@flexo:~/source/truss/dist$ ./truss  scripts/examples/00_buffercube.t 
>>>>>>>>>>>>>> TRUSS_TEST CALLED <<<<<<<<<<<<<
In file included from <buffer>:1:
include/compat/stdint.h:33:2: warning: "Use this header only with Microsoft Visual C++ compilers!"
#warning "Use this header only with Microsoft Visual C++ compilers!"
 ^
<buffer>:16:5: error: unknown type name 'size_t'
    size_t data_length;
    ^
<buffer>:50:37: error: unknown type name 'size_t'
truss_message* truss_create_message(size_t data_length);
                                    ^

Letter keys (printable characters, to be more specific) seem to produce double keydowns. Might be a windows 10 quirk, but I've tested on multiple keyboards to make sure it isn't a hardware issue.

Instead, it should be friend classed with Core.

terralib.new allocates onto the lua heap which, for large allocations, interacts with the garbage collector so that the memory usage grows over time to eventually use 2x to 3x as much memory as it should. For example, an array of 1M floats will initially take 4mb as expected, but over time will increase the memory footprint by 8-12mb.

Instead, a truss.new should just use malloc, as per gilbo/ebb#42.

When used on a system with Mesa Gallium video drivers, truss will crash with an unhelpful LLVM error at the SDL_Init call. This is because because both Terra and the Gallium software rasterizer drivers are attempting to link against different llvm implementations at the same time.

Top level C->lua calls don't seem to pop error messages off the stack, so if more than 2^16 top level error messages occur it will overflow the stack.

stb requires that there be a cpp that actually 'implements' each library by defining STB_[module]_IMPLEMENTATION before including the header. This has to happen exactly once in the code. Right now nanovg.cpp implements stb_image and stb_truetype, but these 'implementations' should probably be moved into their own dedicated file.

Canvas drawing is currently broken in opengl because of the lower-left texture origin vs upper left in directx. Probably blit functionality should be rolled into Texture so the correct origin-checking can be encapsulated there.

related to line endings and loading text files in binary mode (would like to avoid having a separate 'load_text' function if possible)