HAVE_string.h".
At this point, I'm stuck - I'd appreciate any suggestions on how to
fix this, or even report it as a bug.
Thanks much,
--Steve Goetze
___
Autoconf mailing list
Autoconf@gnu.org
http://lists.gnu.org/mailman/listinfo/autoconf
],1,255,,[,i]))), [-])),[$*],[*$])-)
This did fix my reported problem, but not being very m4sugar literate, I
doubt the robustness of this approach.
I would be happy to test a proper fix.
Thanks much,
--Steve Goetze
On Mon, Mar 29, 2010 at 12:08 PM, Eric Blake wrote:
> On 03/27/2010 04:48
I tested this morning on my EBCDIC platform - it works well.
Thanks for your help,
--Steve
On Fri, Apr 2, 2010 at 7:32 PM, Eric Blake wrote:
> On 03/29/2010 10:21 AM, Steve Goetze wrote:
> > To attempt to workaround the problem, I modified m4_cr_all in my copy of
> >
g configure / make. This
will enable the build, but could introduce serviceablility / support issues
3.) Don't configure with -qxplink, but specify during make.
Thanks,
--Steve Goetze
___
Autoconf mailing list
Autoconf@gnu.org
http://lists.gnu.org/mailman/listinfo/autoconf
files in tests is well taken.
--Steve
On Fri, Apr 16, 2010 at 1:36 AM, Ralf Wildenhues wrote:
> Hello Steve, all,
>
> * Steve Goetze wrote on Thu, Apr 15, 2010 at 05:52:27PM CEST:
> > This test is intended to check for issues related to gcc and
> the
> > transition from _
n that this
can't be:
# Omit the trailing newline, so that m4_esyscmd can use the result directly.
echo "$v" | tr -d '\n'
Regards,
--Steve Goetze
___
Autoconf mailing list
Autoconf@gnu.org
http://lists.gnu.org/mailman/listinfo/autoconf
