In our code base (restraint), we patch and recompile the m4 code base. https://github.com/tar-mirror/gnu-m4 In their code, they have the following which fails to compile when SIGSTKSZ < 16384 is interpreted. This is going to be a challenge to make work.
# define SIGSTKSZ 8192 #ifndef SIGSTKSZ # define SIGSTKSZ 16384 #elif HAVE_LIBSIGSEGV && SIGSTKSZ < 16384 /* libsigsegv 2.6 through 2.8 have a bug where some architectures use more than the Linux default of an 8k alternate stack when deciding if a fault was caused by stack overflow. */ # undef SIGSTKSZ # define SIGSTKSZ 16384 #endif On Wed, Mar 3, 2021 at 3:05 PM Florian Weimer <fwei...@redhat.com> wrote: > * Carol Bouchard: > > > Thank you Daniel and Richard. I'm going to have to study this some to > > understand how this solves the compile issue cause the glibc code > > isn't gone. It's still there. > > SIGSTKSZ is no longer a (preprocessor) constant. If you use it in place > where a variable is expected, it works. But you can't use it in > preprocessor conditionals anymore. > > Thanks, > Florian > >
_______________________________________________ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure