leonarski_fandClaude Opus 5 b3c9987ed7 build: the vendored HLS headers no longer warn, and three stale CMake rules go
Four unrelated but equally small build-tree fixes, none of which changes what
any binary does:

* fpga/hls: `fpga/include/` holds the vendored Xilinx `ap_int`/`ap_fixed`
  headers. Included with a plain `-I` they emit 790 default-visible
  `-Wdeprecated-enum-enum-conversion` warnings across the targets that consume
  them - every warning a developer sees in a build of the receiver, the broker,
  the tests or the HLS simulation comes from that one header. `SYSTEM`
  propagates as `-isystem`, silencing the vendored header while leaving warnings
  in our own HLS sources visible. Measured on one HLS source: 78 -> 0 at default
  flags, 289 -> 56 under -Wall.

* compression: `zstd/lib` was the old in-tree vendored location, gone from the
  tree since zstd moved to FetchContent. It stays harmless only while nothing
  sits there; a checkout with a leftover `compression/zstd/` puts that copy's
  internal headers (`common/huf.h`, `common/mem.h`) ahead of the fetched zstd
  the library actually links. The fetched zstd already exports its `lib/` root,
  so dropping the entry is all that is needed.

* xds-plugin: `target_link_options(... --exclude-libs,ALL)` was applied twice,
  once unconditionally and once guarded by `if(UNIX AND NOT APPLE)`. Keep the
  guarded one.

* xds-plugin's install rule uses `CMAKE_INSTALL_LIBDIR`, which was only ever set
  as a side effect of a fetched dependency including GNUInstallDirs first.
  Include it at the top level, where it belongs.

* broker: `redoc-static.html` was installed to `<prefix>/jfjoch/frontend/`, a
  path nothing serves - the broker mounts its frontend from
  `share/jfjoch/frontend`, whose copy of the API reference is `dist/openapi.html`
  written by `npm run redocly`, while `redoc-static.html` itself reaches the
  bundle through Sphinx's `html_static_path`.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_011GxZqDiFP3KqriBhNdcR56
2026-09-13 14:34:12 +02:00
2026-08-13 17:03:10 +02:00
2026-08-25 08:21:39 +02:00
2026-09-02 21:17:31 +02:00
2026-09-09 07:25:13 +02:00
2026-09-10 17:26:55 +02:00
2026-09-02 21:17:31 +02:00
2026-08-27 22:16:54 +02:00
2026-03-26 20:50:33 +01:00
2026-06-23 20:29:49 +02:00
2026-07-19 09:39:28 +02:00
2026-09-10 13:51:16 +02:00
2026-09-09 07:25:13 +02:00
2026-09-09 07:25:13 +02:00
2026-06-23 20:29:49 +02:00
2026-08-25 08:21:39 +02:00
2024-11-22 21:25:20 +01:00
2026-09-02 21:17:31 +02:00
2024-12-02 21:17:14 +01:00
2026-08-13 17:03:10 +02:00
2025-10-25 22:05:47 +02:00
2026-07-03 19:18:56 +02:00
2026-06-23 20:29:49 +02:00
2026-08-13 17:03:10 +02:00
2024-12-02 21:17:14 +01:00
2026-08-25 08:21:39 +02:00
2026-09-02 21:17:31 +02:00
2026-09-09 07:25:13 +02:00
2026-09-02 21:17:31 +02:00
2026-08-26 22:47:00 +02:00
2026-08-13 17:03:10 +02:00
2026-09-10 17:26:55 +02:00

Jungfraujoch

Application to receive data from the PSI JUNGFRAU and EIGER detectors.

All documentation is now placed in docs/ subdirectory and for the current version hosted on Jungfraujoch Read The Docs page.

S
Description
Jungfraujoch Data Acquisition System
Readme GPL-3.0
3 GiB
Languages
C++ 77.9%
HTML 6.7%
C 5.2%
TypeScript 3.7%
Cuda 2.2%
Other 4.2%