On Wednesday, August 29 2018, Paul Eggert wrote: > Sergio Durigan Junior wrote: > >> Two issues here: unknown 'max_align_t' and C99-style loop. The latter >> should be easy to fix; would you like a patch for that? > > Sure, as long as it fixes the real problem, which is that somehow your > compiler wasn't in C99 mode. The glob module lists the c99 module as a > prerequisite, and the c99 module is supposed to put your compiler into > a mode that supports C99; why didn't that work for you?
That's a good question. I also noticed the c99 module being pulled in, and I don't know offhand why this specific compiler isn't respecting C99. >> https://gdb-build.sergiodj.net/builders/RHEL-s390x-m64/ > > Sorry, that web page is hard for me to read. Can you explain your > problems in an email (hopefully short but containing all the details > :-)? Thanks. Sorry, I just sent the link for informational purposes. The full description of the problem is in the first message. But basically, I'm seeing this error: In file included from ../../../../binutils-gdb/gdb/gnulib/import/scratch_buffer.h:9:0, from ../../../../binutils-gdb/gdb/gnulib/import/glob.c:87: ../../../../binutils-gdb/gdb/gnulib/import/malloc/scratch_buffer.h:69:3: error: unknown type name ‘max_align_t’ max_align_t __space[(1023 + sizeof (max_align_t)) / sizeof (max_align_t)]; ^ ../../../../binutils-gdb/gdb/gnulib/import/malloc/scratch_buffer.h:69:39: error: ‘max_align_t’ undeclared here (not in a function) max_align_t __space[(1023 + sizeof (max_align_t)) / sizeof (max_align_t)]; I'm also not sure what's happening here. It seems to me that the stddef module is not being picked up, or that max_align_t is not being declared as it should. I'll try to get in touch with the machine owner to check if it's possible to gain access to it, so that I can investigate a bit further. Thanks, -- Sergio GPG key ID: 237A 54B1 0287 28BF 00EF 31F4 D0EB 7628 65FC 5E36 Please send encrypted e-mail if possible http://sergiodj.net/
