Hi, I'm getting sudden build fails on tumbleweed, can someone see why? I can't - the files where the build dies haven't changed in ages... and the build only dies on TW, Leap 15.2 and 15.3 are building fine. package is on obs, home:lemmy04:snowglobe/phoenix-firestorm-lgpl I'd be thankful for any help... cheers MH -- Mathias Homann Mathias.Homann@openSUSE.org Jabber (XMPP): lemmy@tuxonline.tech IRC: [Lemmy] on freenode and ircnet (bouncer active) telegram: https://telegram.me/lemmy98 keybase: https://keybase.io/lemmy gpg key fingerprint: 8029 2240 F4DD 7776 E7D2 C042 6B8E 029E 13F2 C102
On 26.09.21 22:57, Mathias Homann wrote:
Hi,
I'm getting sudden build fails on tumbleweed, can someone see why? I can't - the files where the build dies haven't changed in ages... and the build only dies on TW, Leap 15.2 and 15.3 are building fine.
package is on obs, home:lemmy04:snowglobe/phoenix-firestorm-lgpl
I'd be thankful for any help...
the definition of PTHREAD_STACK_MIN probably changed in a newer glibc(?) making it not viable for preprocessor usage. On Factory, I see two different definitions (grepping for PTHREAD_STACK_MIN in /usr/include): bits/pthread_stack_min.h:/* Definition of PTHREAD_STACK_MIN. Linux version. bits/pthread_stack_min.h:#define PTHREAD_STACK_MIN 16384 bits/pthread_stack_min-dynamic.h:/* Definition of PTHREAD_STACK_MIN, possibly dynamic. bits/pthread_stack_min-dynamic.h:#ifndef PTHREAD_STACK_MIN bits/pthread_stack_min-dynamic.h:# define PTHREAD_STACK_MIN __sysconf (__SC_THREAD_STACK_MIN_VALUE) So your code probably uses the version from pthread_stack_min-dynamic.h which might not be suitable for preprocessor use. -- Stefan Seyfried "For a successful technology, reality must take precedence over public relations, for nature cannot be fooled." -- Richard Feynman
participants (2)
-
Mathias Homann
-
Stefan Seyfried