Time |
Nick |
Message |
00:01 |
Wuzzy |
obviously, with 7840 all worlds with existing degrotate-ed nodes would have their nodes be rotated completely wrong! |
00:02 |
Wuzzy |
stupid solution: Add new degrotate240, keep degrotate for compability forever... haha |
00:28 |
|
Fixer joined #minetest-dev |
00:39 |
pgimeno |
it just occurred to me that if there's a mod with a tool similar to the screwdriver, that applies degrotate to something, that mod will be broken with 7840 because it won't try to apply any value above 180 |
00:42 |
pgimeno |
and as usual, 7840 forgets to update minetest.features |
01:32 |
|
specing_ joined #minetest-dev |
02:33 |
MTDiscord |
<josiah_wi> I've made a PR to the new Irrlicht fork to export the CMake target, that I'm looking for some guidance on. |
04:00 |
|
MTDiscord joined #minetest-dev |
08:00 |
|
ShadowNinja joined #minetest-dev |
10:30 |
|
calcul0n__ joined #minetest-dev |
10:34 |
|
Kimapr joined #minetest-dev |
10:39 |
|
Fixer joined #minetest-dev |
11:26 |
|
calcul0n_ joined #minetest-dev |
11:36 |
|
tech_exorcist joined #minetest-dev |
12:38 |
|
hlqkj joined #minetest-dev |
12:47 |
|
proller joined #minetest-dev |
13:19 |
|
olliy joined #minetest-dev |
13:32 |
|
specing_ joined #minetest-dev |
15:09 |
|
absurb joined #minetest-dev |
15:43 |
|
ircSparky joined #minetest-dev |
15:43 |
|
ircSparky joined #minetest-dev |
16:47 |
|
Fixer_ joined #minetest-dev |
17:02 |
|
mohanwavale joined #minetest-dev |
17:03 |
|
mohanwavale left #minetest-dev |
17:25 |
MTDiscord |
<josiah_wi> I'm ready to merge it if I can get approval. It'd be nice if someone could verify that it works correctly on Windows and MacOSX. |
17:53 |
|
Taoki joined #minetest-dev |
18:13 |
sfan5 |
here's the other question I wanted to think of: Suppose I have Irrlicht extracted somewhere that is not the system-wide path, how would I tell CMake to look there? |
18:23 |
Krock |
-DIRRLICHT_INCLUDE_DIR ?! |
18:24 |
|
Sokomine joined #minetest-dev |
18:27 |
sfan5 |
(this is in context of making irrlicht export and install a .cmake file with a target(?)) |
18:37 |
MTDiscord |
<josiah_wi> Ah yes. CMAKE_PREFIX_PATH is one of multiple ways to set directories to search. |
18:38 |
MTDiscord |
<josiah_wi> I did -DCMAKE_PREFIX_PATH="~/.local" to test for example, and it finds the Config file from there using its searching procedure. |
18:42 |
MTDiscord |
<josiah_wi> Bassically it would be set to the same thing as CMAKE_INSTALL_PREFIX. There are also PATH arguments to the find_package function which are a good way to make it search a standard location. |
18:44 |
MTDiscord |
<josiah_wi> For example you could have an IRRLICHT_INSTALL_DIR variable that gets handed to find_package. |
20:22 |
|
absurb joined #minetest-dev |
20:22 |
|
Fixer joined #minetest-dev |
21:02 |
|
tech_exorcist joined #minetest-dev |
22:05 |
|
el joined #minetest-dev |
22:21 |
MTDiscord |
<Ronoaldo> Hey all! just out of curiosity |
22:22 |
MTDiscord |
<Ronoaldo> If you guys are bundling some other libs already in the libs folder (gmp, jsoncpp, lua) why not bundle irrlitch as well? |
22:22 |
MTDiscord |
<Ronoaldo> I'm assuming that when the bundled lib is used, the compiled binary has no external dependencies right? |
22:27 |
rubenwardy |
irrlicht is pretty massive |
22:28 |
rubenwardy |
FetchContent or a submodule would be preferably be better |
22:34 |
MTDiscord |
<Ronoaldo> I'm probably not going to have builds that I can redist at the moment right? Or does forked Irrlitch get's static linked on the final binary? |
22:34 |
MTDiscord |
<Ronoaldo> I'm building for Debian and redistributing without packing the libs now, but it no longer is the case with the fork. |
22:36 |
sfan5 |
you can build irrlicht statically if you want |
22:38 |
MTDiscord |
<Ronoaldo> oh, nice! |
23:31 |
sfan5 |
2021-03-28 00:31:11: ERROR[AsyncWorker-0]: Mod security: Blocked attempted read from minetest/bin/../builtin/common/strict.lua |
23:31 |
sfan5 |
guess I made it too secure heh |
23:37 |
MTDiscord |
<Jordach> at least you know security works |