Mark Ashley writes:
> The issue still occurs in 1.24... splitting up the sed commands into
> shorter ones again lets the compile continue.
>
> Edits were done to gl/Makefile.in and gltests/Makefile.in.
How short do the commands needs to be? Could you suggest a patch? I
think Solaris 11 is rece
Actually it's the same in libs too:
# Split up sed streams in gl/Makefile.in
# Split up sed streams in gltests/Makefile.in
# Split up sed streams in lib/gl/Makefile.in
# Split up sed streams in lib/gltests/Makefile.in
On Mon, Apr 30, 2012 at 15:40, Mark Ashley wrote:
> The issue
The issue still occurs in 1.24... splitting up the sed commands into
shorter ones again lets the compile continue.
Edits were done to gl/Makefile.in and gltests/Makefile.in.
On Thu, Aug 11, 2011 at 18:31, Bruno Haible wrote:
> Hi Simon, Mark,
>
>> > The problem I'm seeing on my "SunOS lap 5.11 s
Hi Simon, Mark,
> > 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 was already reported in May 2011, and Paul's analysis [1] was that
it's a "fairly serious kernel bug
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
