Todd C. Miller
2002-Jan-18 17:22 UTC
[Bug 74] New: Use of sig_atomic_t breaks SunOS4 compile
In message <20020118172537.5ECB0EA46 at shitei.mindrot.org> so spake (bugzilla-daemon):> The use of sig_atomic_t in clientloop.c, serverloop.c, and sshd.c causes > compilation to bomb on SunOS 4.1.4 where that type is not defined. > Markus added it on November 22. Should the use of the type be removed > or should there be a configure test to add the typedef if it is not found?A configure.in test should be added. Perhaps something like this AC_CHECK_TYPES([sig_atomic_t], , [AC_DEFINE(sig_atomic_t, int, [Define to `int' if <signal.h> does not define.])], [#include <sys/types.h> #include <signal.h>]) - todd
bugzilla-daemon at mindrot.org
2002-Jan-18 17:25 UTC
[Bug 74] New: Use of sig_atomic_t breaks SunOS4 compile
http://bugzilla.mindrot.org/show_bug.cgi?id=74 Summary: Use of sig_atomic_t breaks SunOS4 compile Product: Portable OpenSSH Version: -current Platform: Other OS/Version: SunOS Status: NEW Severity: normal Priority: P2 Component: ssh AssignedTo: openssh-unix-dev at mindrot.org ReportedBy: dwd at bell-labs.com The use of sig_atomic_t in clientloop.c, serverloop.c, and sshd.c causes compilation to bomb on SunOS 4.1.4 where that type is not defined. Markus added it on November 22. Should the use of the type be removed or should there be a configure test to add the typedef if it is not found? ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.
Reasonably Related Threads
- [Bug 74] Use of sig_atomic_t breaks SunOS4 compile
- [Lutz.Jaenicke@aet.TU-Cottbus.DE: 2.9p1: HP-UX 10.20 utmp/wtmp handling broken?]
- 2.5.6pre1 bombs on Sunos4 in popthelp.c on use of sprintf
- patch to change sprintf to snprintf in inet_ntop.c for SunOS4
- OpenSSH warnings on FreeBSD