On 1 February 2016 at 15:08, Assaf Gordon <[email protected]> wrote: > > No test failures on these systems: > Fedora-21, ppc64le > Fedora-20, ppc64 > Ubuntu-14, aarch64 > OpenSolaris 5.10/5.11 on i86pc and suv4u/sub4v > OpenBSD 5.8, amd64 > FreeBSD 10.1, amd64 > NetBSD 7.0, amd64 > Debian-7/kFreeBSD-9,amd64 > GNU Hurd 0.7, i686 > Ubuntu-14.04, amd64 > Ubuntu-15.04 (also on i686) > Debian 8.1, 7.6, amd64 > Fedora 23, 22, 21, amd64 > openSUSE 42.1, 13.1, amd64 > CentOS 7, amd64 >
Thank you for testing it and reporting it; it's reassuring. > On AIX-7.1,power7, compilation fails with: > ==== > gcc -std=gnu99 -g -O2 -o ginfo dir.o display.o dribble.o > echo-area.o filesys.o footnotes.o indices.o info-utils.o info.o infodoc.o > infokey.o infomap.o infopath.o m-x.o man.o nodemenu.o nodes.o search.o > session.o signals.o tag.o terminal.o tilde.o variables.o window.o doc.o > ../gnulib/lib/libgnu.a -lcurses -lintl -liconv > ld: 0711-317 ERROR: Undefined symbol: .pthread_mutex_init > ld: 0711-317 ERROR: Undefined symbol: .pthread_mutex_destroy > ld: 0711-317 ERROR: Undefined symbol: .pthread_mutex_lock > ld: 0711-317 ERROR: Undefined symbol: .pthread_mutex_unlock > ld: 0711-345 Use the -bloadmap or -bnoquiet option to obtain more > information. Don't know why because it doesn't use threads as far as I know, but it's not very important. > > On Minix 3.3.0, compilation fails with: > === > cc -g -O2 -o pseudotty pseudotty.o ../gnulib/lib/libgnu.a > -lcurses > clang: warning: argument unused during compilation: '-g' > pseudotty.o: In function `main': > > /tmp/texinfo-6.0.93.XXXXXX.000260aa/texinfo-6.0.93/info/pseudotty.c:59: > undefined reference to `grantpt' > > /tmp/texinfo-6.0.93.XXXXXX.000260aa/texinfo-6.0.93/info/pseudotty.c:59: > undefined reference to `unlockpt' > > /tmp/texinfo-6.0.93.XXXXXX.000260aa/texinfo-6.0.93/info/pseudotty.c:62: > undefined reference to `ptsname' It must be missing some of those functions for pseudoterminals. > P.S. > please note, I do not suggest these errors (on minix/aix) are show-stoppers > and need to be fixed before a new version release - it's simply a result of > automated testing on multiple systems. > I agree.
