PS I forgot to say why movement to cmake will be the best way.
- Queries
- All Stories
- Search
- Advanced Search
Feed Advanced Search
Advanced Search
Advanced Search
Feb 7 2020
Feb 7 2020
werner closed T4772: Release libgpg-error 1.37, a subtask of T4459: libgpg-error build issue with gawk 5.0.0, as Resolved.
Jan 2 2020
Jan 2 2020
puchenyaka added a comment to T2370: libgpg-error: cross-compiling fails with "src/syscfg/lock-obj-pub.linux-gnueabi.h': No such file or directory".
puchenyaka added a comment to T2370: libgpg-error: cross-compiling fails with "src/syscfg/lock-obj-pub.linux-gnueabi.h': No such file or directory".
I totally disagree.
werner added a comment to T2370: libgpg-error: cross-compiling fails with "src/syscfg/lock-obj-pub.linux-gnueabi.h': No such file or directory".
Please read libgpg-error's README. For each architecture we need to have a dedicated config file - this has nothing to do with autotools. Big and little endian variants are obviously different architectures. Here is an excerpt from the README
Jan 1 2020
Jan 1 2020
puchenyaka added a comment to T2370: libgpg-error: cross-compiling fails with "src/syscfg/lock-obj-pub.linux-gnueabi.h': No such file or directory".
Hello @wener, I want to say that libgpg-error is the only one (!) application that fails to cross compile using valid toolchains: "armeb-unknown-linux-gnueabi" and "aarch64_be-unknown-linux-gnu". It compiles and runs perfectly using "arm-unknown-linux-gnueabi" and "aarch64-unknown-linux-gnu", but fails with big endian. I see project are actually using "hton/ntoh" so we shouldn't see this error. What this problem is about?
Dec 6 2019
Dec 6 2019
gniibe added a subtask for T4459: libgpg-error build issue with gawk 5.0.0: T4772: Release libgpg-error 1.37.