Re: Has anyone tried a test in a LDOM on some modern SPARC server?
Sad Clouds <[email protected]> Sun, 12 Oct 2025 14:24:10 +0100
| Newsgroups | gmane.os.netbsd.ports.sparc64 |
|---|---|
| Message-ID | <[email protected]> |
On Sun, 12 Oct 2025 11:53:53 +0000 (UTC) Palle Lyckegaard <[email protected]> wrote: > Cross-building NetBSD on Solaris 11.4 has been working perfectly > for quite some time. It's curious, because I struggled to build NetBSD on Solaris 11.4. This is one of the issues I reported for NetBSD-10 build, where NAME_MAX is not defined in Solaris headers: https://gnats.netbsd.org/cgi-bin/query-pr-single.pl?number=59222 $ uname -a SunOS t4-node1-devel 5.11 11.4.81.193.1 sun4v sparc sun4v non-global-zone $ cat test.c #include <limits.h> int main(void) { return (int)NAME_MAX; } Lets try my custom GCC-13.3.0: $ /opt/gcc/bin/gcc -D__EXTENSIONS__ test.c test.c: In function 'main': test.c:5:21: error: 'NAME_MAX' undeclared (first use in this function) 5 | return (int)NAME_MAX; | ^~~~~~~~ test.c:5:21: note: each undeclared identifier is reported only once for each function it appears in Lets try Solaris GCC-14.2.0: $ /usr/bin/gcc -D__EXTENSIONS__ test.c test.c: In function 'main': test.c:5:21: error: 'NAME_MAX' undeclared (first use in this function) 5 | return (int)NAME_MAX; | ^~~~~~~~ test.c:5:21: note: each undeclared identifier is reported only once for each function it appears in But may be you're building NetBSD-current and someone already fixed this particular issue? Or maybe you have access to the latest patches from Oracle and NAME_MAX is now defined in limits.h? I'm not sure. Here are other issues: https://gnats.netbsd.org/cgi-bin/query-pr-single.pl?number=59223 https://gnats.netbsd.org/cgi-bin/query-pr-single.pl?number=59221