Activity for Thomas Debesse
-
Thomas Debesse posted a comment on ticket #1010
After more investigations: Something interesting is that in such simple command line example like above the -gdwarf-4 option is somewhat used (but a lot of DWARF5 stuff is brought from libs, something we can't really avoid), but with more complex build where objects are compiled separately, the -gdwarf-4 option should also be set on the linker, while on GCC when building Linux binaries it wasn't needed. That is not a big problem. The big problem I discovered is that MinGW produces garbage DWARF4...
-
Using the -gdwarf-4 option still produces the DWARF5 format
-
advzip doesn't offer option to recompress with `store` only when it's smaller without trying another compression
-
The same happens if the only file in the archive is a directory: advzip fails and the to-be-recompressed zip is deleted: $ mkdir d $ zip d.zip d $ ls -1 d d.zip $ zipinfo -1 d.zip d/ $ advzip -z d.zip Failed stat file d.zip on d.zip [at unsigned int file_size(const string&):file.cc:199] $ ls -1 d
-
The same happens when re-compressing an archive if the archive only stores one empty file, it even deletes the to-be-compressed archive: $ touch a $ zip z.zip a adding: a (stored 0%) $ ls -1 a z.zip $ advzip -z z.zip Failed stat file z.zip on z.zip [at unsigned int file_size(const string&):file.cc:199] $ ls -1 a $ touch a $ echo b > b $ zip z.zip a b adding: a (stored 0%) adding: b (stored 0%) $ ls -1 a b z.zip $ advzip -z z.zip 284 180 63% z.zip 284 180 63% $ ls -1 a b z.zip $ zipinfo -1 z.zip a...
-
The bug isn't entirely fixed. Empty file is still not added to the archive if that's the only file to add to the archive: $ touch a $ advzip -a z.zip a a $ ls -1 a $ touch a $ echo b > b $ advzip -a z.zip a b a b $ ls -1 a b z.zip $ zipinfo -1 z.zip a b
-
The bug isn't entirely fixed. Empty file is still not added to the archive if that's the only file to add to the archive: $ touch a $ advzip -a z.zip a a $ ls -1 a $ touch a $ echo b > b $ advzip -a z.zip a b a b $ ls -1 a b z.zip
-
This may be related to: https://sourceforge.net/p/advancemame/bugs/258/
-
[PATCH] engine/Makefile: make utils depends on iqmtool
-
So https://sourceforge.net/p/fteqw/tickets/120/ is done, on my end the need is fulfilled so you can close this issue as well, unless you prefer to keep it open for the need for some better name.
-
So https://sourceforge.net/p/fteqw/tickets/120/ is done, on my end the need is fulfilled so you can close this issue as well, unless you prefer to keep it open for the need of some better name.
-
The rename from iqm to iqmtool was done for CMake and engine Makefile, but this issue can't be closed before this is done in iqm Makefile too. Hopefully I submitted a patch to fix this on iqm Makefile as well: https://sourceforge.net/p/fteqw/tickets/120/ cmake engine makefile iqm makefile https://sourceforge.net/p/fteqw/tickets/120/ @eukara do you have any power to merge that patch? Maybe a better name can be found (like ftemodel or something like that), but the most important thing to me is that...
-
Once the patch is applied, doing make -C iqm produces iqm/iqmtool with the binary being named iqmtool like what CMake and engine Makefile already do.
-
I just remade the patch to be applied on root directory of repository.
-
[PATCH] engine/Makefile: add reldir as deps of iqmtool target
-
The rename from iqm to iqmtool was done for CMake and engine Makefile, but this issue can't be closed before this is done in iqm Makefile too. Hopefully I submitted a patch to fix this on iqm Makefile as well: https://sourceforge.net/p/fteqw/tickets/120/ cmake engine makefile iqm makefile https://sourceforge.net/p/fteqw/tickets/120/ @eukara do you have any power to merge that patch? Maybe a better name can be found (like ftemodel or something like that), but the most important thing to me is that...
-
The rename from iqm to iqmtool was done for CMake and engine Makefile, but this issue can't be closed before this is done in iqm Makefile too. Hopefully I submitted a patch to fix this on iqm Makefile as well: https://sourceforge.net/p/fteqw/tickets/120/ cmake engine makefile iqm makefile https://sourceforge.net/p/fteqw/tickets/120/ @eukara do you have any power to merge that patch? Maybe a better name can be found (like ftemodel or something like that), but the most important thing to me is that...
-
Building iqm tool as iqmtool with legacy Makefile like CMake does
-
This issue is currently fixed in current trunk.
-
I rebased the patch on current trunk. The interesting switches are now named FTE_MENU_SYS, FTE_LIB_Q3BOT, FTE_ENGINE, FTE_ENGINE_CLIENT_ONLY, FTE_ENGINE_SERVER_ONLY. cmake -H'.' -B'build' \ -D'FTE_TOOL_IQM'='ON' \ -D'FTE_ENGINE'='OFF' \ -D'FTE_ENGINE_SERVER_ONLY'='OFF' \ -D'FTE_ENGINE_CLIENT_ONLY'='OFF' \ -D'FTE_LIB_Q3BOT'='OFF' \ -D'FTE_MENU_SYS'='OFF' \ -D'FTE_PLUG_BULLET'='OFF' \ -D'FTE_PLUG_CEF'='OFF' \ -D'FTE_PLUG_EZHUD'='OFF' \ -D'FTE_PLUG_FFMPEG'='OFF' \ -D'FTE_PLUG_HL2'='OFF' \ -D'FTE_PLUG_IRC'='OFF'...
-
Here is a patch that adds FTE_MENUSYS, FTE_ENGINE and FTE_ENGINE_SERVER (and also added FTE_ENGINE_CLIENT while I was at it). So I can do this to only build iqmtool: cmake -H'.' -B'build' \ -D'FTE_TOOL_IQM'='ON' \ -D'FTE_ENGINE'='OFF' \ -D'FTE_ENGINE_SERVER'='OFF' \ -D'FTE_ENGINE_CLIENT'='OFF' \ -D'FTE_MENUSYS'='OFF' \ -D'FTE_PLUG_BULLET'='OFF' \ -D'FTE_PLUG_CEF'='OFF' \ -D'FTE_PLUG_EZHUD'='OFF' \ -D'FTE_PLUG_FFMPEG'='OFF' \ -D'FTE_PLUG_IRC'='OFF' \ -D'FTE_PLUG_MODELS'='OFF' \ -D'FTE_PLUG_MPQ'='OFF'...
-
Ah OK. If the road is to not use that legacy Makefile then I would prefer relying on CMake (we already use CMake for almost everything). So I'm more interested in a way to only build that tool and disable all other targets from CMake, as described in https://sourceforge.net/p/fteqw/tickets/106/
-
Thank you for the answer. 👍 For now we currently recommend to build 5570 because I validated it for our usage and it still builds with the legacy Makefile without needing to clone the whole repository. if you're using any of the format-extensions I designed during the development of The Wastes (2018) then you cannot expect the .iqm to work right in most other loaders. If we are ensured to get iqm compatible files by just doing not-custom iqm stuff (like converting an iqe we produced with some other...
-
I also noticed that if I disable FTE_TOOL_QCC I get that error: $ make -j8 make[2]: fteqcc: Command not found make[2]: *** [CMakeFiles/menusys.dir/build.make:57: CMakeFiles/menusys] Error 127 make[1]: *** [CMakeFiles/Makefile2:86: CMakeFiles/menusys.dir/all] Error 2 make[1]: *** Waiting for unfinished jobs.... [ 2%] Built target iqmtool [ 4%] Built target plug_mpq [ 14%] Built target fteq3bot [ 42%] Built target fteqw-sv [100%] Built target fteqw make: *** [Makefile:130: all] Error 2 So maybe it...
-
I have seen no option to not build the engine when building with CMake
-
Building iqm with Makefile gives: quakedef.h: No such file or directory
-
Rename iqm to fteiqm or something like that
-
-
-
lan browser for all games
-
now fixed by https://github.com/XQF/xqf/pull/214 see it in action:
-
now fixed in: https://github.com/XQF/xqf/pull/214 see it in action:
-
issue is now tracked there: https://github.com/XQF/xqf/issues/213
-
GTK+2 interface is flawed
-
I haven't faced it in almost 5 years and no one reported it on the new bug tracker either for all this time. closing it as fixed.
-
I never faced it in almost 5 years and no one reported it on the new bug tracker either. closing it as fixed.
-
see https://github.com/XQF/xqf/issues/212 for the issue ported on the new bugtracker.
-
crash when connecting to a server after resizing a column
-
I was not able to reproduce it in almost 5 years, no one reported it in the new bugtracker for this whole time, closing it.
-
hexenworld rcon support
-
merged in https://github.com/XQF/xqf/pull/181
-
Patch committed thanks Thomas Thanks a lot! For reference I've moved out repo github...
-
it seems we are two: https://sourceforge.net/p/qstat/bugs/37/
-
Hi, with this patch, QStat queries successfully master3.idsoftware.com and master.quake3arena.com....
-
Hi, with this patch, QStat queries successfully master3.idsoftware.com and master.quake3arena.com....
-
Enemy Territory: Quake Wars Support
-
xqf 1.0.6 does it, and because ET:QW is old today and not maintained (and there is...
-
cosmetic user name
-
seems fixed now.
-
GameTypes are ok now, skins must be verified, don't know if skin works.
-
support for AlienArena
-
XQF 1.0.6 does it.
-
Add Support For World of Padman
-
included in XQF 1.0.6
-
Jedi Outcast
-
Done. see https://sourceforge.net/p/xqf/patches/13/ https://github.com/XQF/xqf/issues/2...
-
Jedi Knight 2 support
-
See https://github.com/XQF/xqf/issues/2 https://github.com/XQF/xqf/pull/49
-
QStat does not query properly master3.idsoftware.com
1
