The picomodel IQM code makes NetRadiant crash on macOS.
No one has found time to investigate this in month.

We need a working NetRadiant IQM plugin to load
Unvanquished game entity models on macOS, the
plugin from AAradiant (AlienArena project) is
known to work.

Q3map2 uses picomodel to load IQM on all platforms
because iqmmodel plugin is radiant-only, so there
may be a remaining bug when baking IQM models in BSP
with q3map2 on macOS (not tested), but editing a map
with IQM entity models and misc_animated_models will
not crash NetRadiant.

This patch makes possible to release a macOS NetRadiant
build that don't crash when rendering IQM models.

We should fix picomodel crash with IQM on macOS in any way,
because it is believed q3map2 may need it, but waiting for
a picomodel fix will not delay any NetRadiant release.

One can force NetRadiant to be built against a given IQM
plugin (for example to debug it) whatever the platform
by setting the RADIANT_IQM_PLUGIN CMake variable to
either `iqmmodel` or `picomodel`. Any other value,
including empty string, will set the default plugin for
the platform.

This reverts commit a5c61fb0.

This option was probably mistakenly removed
in !193

Work around an issue with Stormkeep lightmaps generation

See merge request !199

Fix build with GCC 13

Closes #185

See merge request !198

Fixes #185

- re-enable jedi knight games with new repository
- switch prey to new repository

First bunch of merge from NetRadiantCustom

See merge request !193

The shortcuts were modified by NetRadiant-custom in an incompatible way

It is only written, never read, shortcuts.ini is used instead.

Materials using notex textures are likely
valid materials with image misssing or
with unknown image format, they should
be listed.

Partially imported patches from:

- f0ce315ed3f8e826dad2a40e89bb7689c555f8bb
  * handle fgd spawnflags #115


- 62f06a9af34b70f1c3bfbdfb75b6405cdac8d4c5
  * appease incompatible fgds loading: only show message window once
- commit 8d19be1c0e506c6e3f9e5e2e7154ca81af077097
  * fgd: support studio("display/model/path") and flags(Angles)
- c6c978a38faebf7ad5cc1d240fe9c5e15491fc0a
  * load all found *.fgd, not just halflife.fgd

FGD spawnflags are not handled yet (only parsed and ignored).

Co-authored-by: Garux <garux@mail.ru>

The credits one was a dead link,
others were redirects.

tools: remove daemonmap

See merge request !197

Clyybber authored Jan 14, 2023 and Thomas Debesse committed Jan 14, 2023

Co-authored-by: Thomas Debesse <dev@illwieckz.net>

q3map2: add -externalnames option to write explicit external lightmap names...

See merge request !196

Make it build on M1 Mac

See merge request !195

The CMake changes are to work around the issue that the pkgconfig
module is populating the xxx_LIBRARIES variable with the library
name only (e.g. 'glib-2.0') rather than the full path, which the
linker is unable to find. I guess the correct way to do it is to
use the xxx_LDFLAGS variable from pkgconfig which should tell the
linker where to find the libraries, but it's kind of annoying
because we also have a non-pkgconfig route.

The xxx_LINK_LIBRARIES variable has the full library paths but
it is available only from CMake 3.12 so it can't be used
unconditionally.