Thanks for the report Mark. The problem is in gnulib, so I'm cc'ing the bug-gnulib list for assistance.
It seems SunOS 5.11 /bin/sed cannot handle the gnulib sed -e construct to create replacement header files. I recall some discussion about too many -e parameters for some sed, but I'm not sure what the conclusion was? It seems for example modules/unistd already split up the sed -e rules into several pipe:d sed invocations but maybe it has grown too large? What is the precise limit? Number of -e's or size of command line? Maybe we can just try to split it further and see if it helps. Mark, would you be able to test a snapshot release if I make one? /Simon Mark Ashley <m...@ibiblio.org> writes: > Hey folks, > > I'm compiling up libidn on a variety of Solaris revs at the moment. > This is my recipe: > > CC=cc > CXX=CC > LD_RUN_PATH=/usr/local/lib:/lib:/usr/lib > > cd /var/tmp > rm -rf /libidn libidn-1.22 > untgz /usr/local/src/gnu/libidn-1.22.tar.gz > cd libidn-1.22 > mkdir /libidn > ./configure --prefix=/libidn \ > --with-libiconv-prefix=/usr/local \ > --with-libintl-prefix=/usr/local > gmake LDFLAGS=-L/usr/local/lib LIBS=-lintl > > The problem I'm seeing on my "SunOS lap 5.11 snv_134 i86pc i386 i86pc" > machine is the sed commands used in the Makefile.in are too long and > the sed is freezing up. > This happens for the gl/Makefile.in:unistd.h rule, the > lib/gltests/Makefile.in:unistd.h rule and the > lib/gltests/Makefile.in:wchar.h rule. > > If I manually edit the long "sed -e" commands and halve each of them > into separate smaller "sed -e" commands similarly piped into the next > one, the same as the original Makefile code then the sed stream works > normally and the make continues to compile the libidn library > successfully. The OS shipped sed isn't happy with the length of the > "-e" commands it's asked to do. I've seen this behaviour on the three > rules mentioned above, but it'd be nice to preemptively shorted the > long sed commands in all the Makefiles to avoid this in the future. > > This problem doesn't occur on Solaris 10 x86 or SPARC. All the > machines are using the vendor shipped /bin/sed. > > Thanks > Mark > m...@ibiblio.org
