View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0010535 | Taler | other | public | 2025-10-28 12:09 | 2026-04-22 07:37 |
| Reporter | Christian Grothoff | Assigned To | schanzen | ||
| Priority | normal | Severity | feature | Reproducibility | N/A |
| Status | assigned | Resolution | open | ||
| Platform | i7 | OS | Debian GNU/Linux | OS Version | squeeze |
| Product Version | 1.0 | ||||
| Summary | 0010535: switch Taler C component build systems to Meson | ||||
| Description | Like we did for GNUnet... | ||||
| Tags | No tags attached. | ||||
|
|
Please make sure to document (if not already) how to get Taler components migrated to Meson to find GNUnet and libmicrohttpd when these two are installed onto a custom prefix (e.g. $HOME/.local/bin). The only way I've managed to get it working so far is by exporting the PKG_CONFIG_PATH flag: export PKG_CONFIG_PATH=$HOME/.local/lib/pkgconfig/ |
|
|
Then still, LD_LIBRARY_PATH needs to be set in the environment ALL THE TIME in order for any binary dynamically linked against other Taler/GNUnet components to run: export LD_LIBRARY_PATH=$HOME/.local/lib |
|
|
To be honest, I think this is a Taler/GNUnet-bubble quirk that you can pass --with-xyz and it sets the paths for you. The standard practice (even for GNU packages in general!) is to set CFLAGS/LDFLAGS or PKG_CONFIG_PATH as part of the configure command. Similarly this is true for the LD_LIBRARY_PATH, with a caveat: you can actually compile with --enable-install-rpath that actually sets a proper install-rpath for the binaries and you will no longer need the LD_LIBRARY_PATH. It is, again, a GNUnet/Taler quirk that the RPATH is not installed properly, apparently because debian packages require us to strip that. But generally, the behaviour is standard behaviour in both cases to any other C program/library out there. I see little need to document how CLFAGS/LDFLAGS/PKG_CONFIG_PATH and LD_LIBRARY_PATH work, because it is sufficiently documented in the respective packages that use them (compiler/linker). |
|
|
On a related note: I strongly advocate installing a proper rpath by default (i.e. changing the current default). |
|
|
Let me rephrase this to converge to a more concise statement (and this related to documentation): Telling the build system how to use any (!) dependency, that is not in a default linker path or prefix is the job of the developer. We do not offer any kind of special build flag (like the old --with-xyz). The reason is simple: We would have to provide this flag for ALL dependencies. Because in theory, all dependencies could live in a special prefix. Previously, we had --with-xyz for SOME dependencies (like gnunet or MHD). But for those and all other depdencies, developers and in particular packagers were already using CFLAGS etc to point the build system to the correct paths (without us providing special flags). For example, Nix is an extreme case where EVERY dependency has its own prefix, and it worked just fine with autotools as it does with meson now because the build system can the told trough standard means (e.g. the env variables) what paths to use. |
|
|
paivana is still on autotools... |
|
|
Working on anastasis(-gtk) atm, then paivana and taler-mdb, that should be it then I think... |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2025-10-28 12:09 | Christian Grothoff | New Issue | |
| 2025-10-28 12:09 | Christian Grothoff | Status | new => assigned |
| 2025-10-28 12:09 | Christian Grothoff | Assigned To | => schanzen |
| 2026-04-21 13:48 | avalos | Note Added: 0028426 | |
| 2026-04-21 13:48 | avalos | Note Edited: 0028426 | |
| 2026-04-21 13:57 | avalos | Note Added: 0028427 | |
| 2026-04-21 13:57 | avalos | Note Edited: 0028427 | |
| 2026-04-21 16:38 | schanzen | Note Added: 0028429 | |
| 2026-04-21 16:41 | schanzen | Note Added: 0028430 | |
| 2026-04-21 20:40 | schanzen | Note Added: 0028432 | |
| 2026-04-21 20:41 | schanzen | Note Edited: 0028432 | |
| 2026-04-21 22:53 | Christian Grothoff | Note Added: 0028433 | |
| 2026-04-22 07:37 | schanzen | Note Added: 0028436 |
