gawkextlib-developer — For internal communication between developers

Re: [Gawkextlib-developer] gawk-xml ready for a new release

[Andrew J. S. <as...@te...>]

Hi Manuel,

Thanks for doing all this work. I agree that a version bump makes
sense. I just had a baby boy last week, so am a bit distracted
at the moment. Please remind me in a couple of weeks if I haven't
done it by then!

Best,
Andy

On Sun, Mar 02, 2025 at 08:33:32PM +0100, Manuel Collado wrote:
> Hi, Andy.
> 
> The gawk-xml extension is ready for a new release. The changes are:
> 
> - Converters from XHTML to roff/man and Texinfo are now publicly
>   available. They have been partially reworked and enhanced. And
>   jointly documented as 'xhtml2doc' utility with a manpage and a
>   small chapter in the gawk-xml manual.
> 
> - Small additions to the gawk-xml manual in a couple of places marked
>   "FIXME: ... not been written yet" and remove these notices.
> 
> - Split the very long chapter "Reference of XML features". The set
>   of manpages at the end of this chapter is now a separate
>   "gawk-xml Companion Libraries" chapter.
> 
> - Added a short chapter "Using XHTML to write GNU documentation" to
>   introduce the new 'xhtml2doc' utility.
> 
> - Fixed bug in 'make uninstall' that removes all installed *.awk
>   library files and not only the files installed by gawk-xml.
> 
> - Work around an autotools bug on recursive 'make install-html'
>  (or pdf ...).
> 
> IMHO the version number should be increased. The bug fix of
> 'make uninstall' alone justify this. Probably 1.1.3 is enough.
> The proposed NEWS entry could be:
> 
> ---
> Changes in 1.1.3
> ----------------
> - Converters from XHTML to roff/man and Texinfo are now publicly
>   available and documented with a man page and in the gawk-xml manual.
> - Fix bug in 'make uninstall' for *.awk library files.
> - Work around an autotools bug on recursive 'make install-html'
>   (or pdf ...).
> ---
> 
> If updating 'configure.ac' is enough to bump the version, I could do
> the changes myself. I'm ready to give more detailed explanation of
> the changes if necessary.
> 
> Regards.
> 
> Manuel.
> 
> PS. To keep the good quality of the gawk-xml manual, it should be Ok
> if someone with better English skills than me had a look at the new
> "Using XHTML to write GNU documentation" chapter. To make or propose
> changes.
> 
> -- 
> Manuel Collado - http://mcollado.z15.es
> 

-- 
Andrew Schorr                      e-mail: as...@te...
Telemetry Investments, L.L.C.      phone:  917-305-1748
147 W 35th St, Ste 1106
New York, NY 10001-2140

[Gawkextlib-developer] gawk-xml ready for a new release

[Manuel C. <mco...@gm...>]

Hi, Andy.

The gawk-xml extension is ready for a new release. The changes are:

- Converters from XHTML to roff/man and Texinfo are now publicly
   available. They have been partially reworked and enhanced. And
   jointly documented as 'xhtml2doc' utility with a manpage and a
   small chapter in the gawk-xml manual.

- Small additions to the gawk-xml manual in a couple of places marked
   "FIXME: ... not been written yet" and remove these notices.

- Split the very long chapter "Reference of XML features". The set
   of manpages at the end of this chapter is now a separate
   "gawk-xml Companion Libraries" chapter.

- Added a short chapter "Using XHTML to write GNU documentation" to
   introduce the new 'xhtml2doc' utility.

- Fixed bug in 'make uninstall' that removes all installed *.awk
   library files and not only the files installed by gawk-xml.

- Work around an autotools bug on recursive 'make install-html'
  (or pdf ...).

IMHO the version number should be increased. The bug fix of
'make uninstall' alone justify this. Probably 1.1.3 is enough.
The proposed NEWS entry could be:

---
Changes in 1.1.3
----------------
- Converters from XHTML to roff/man and Texinfo are now publicly
   available and documented with a man page and in the gawk-xml manual.
- Fix bug in 'make uninstall' for *.awk library files.
- Work around an autotools bug on recursive 'make install-html'
   (or pdf ...).
---

If updating 'configure.ac' is enough to bump the version, I could do
the changes myself. I'm ready to give more detailed explanation of
the changes if necessary.

Regards.

Manuel.

PS. To keep the good quality of the gawk-xml manual, it should be Ok
if someone with better English skills than me had a look at the new
"Using XHTML to write GNU documentation" chapter. To make or propose
changes.

-- 
Manuel Collado - http://mcollado.z15.es

Re: [Gawkextlib-developer] gawk-xml: install also the xhtml2(man|texi).awk utilities

[Andrew J. S. <as...@te...>]

Hi,

Maybe you should push the changes, and then we can decide if bumping
the version number makes sense.

Best,
Andy

On Mon, Feb 10, 2025 at 04:39:26PM +0100, Manuel Collado wrote:
> El 10/2/25 a las 15:42, Andrew J. Schorr escribió:
> > Hi,
> > 
> > I have no objection to adding them. If it's just documentation
> > changes, then I would probably vote not to change the version
> > number, but I'm open to being overruled if other people have
> > strong feelings about this.
> 
> Well. Not just extra documentation. The proposed change includes
> distributing and installing the xhtml2*.awk scripts along the other
> companion xml*.awk libraries.
> 
> Regards.
> 
> > On Mon, Feb 10, 2025 at 09:43:33AM +0100, Manuel Collado wrote:
> > > These utility scripts can generate man pages and/or texi chapters or
> > > sections from a single disciplined XHTML source. Until now they have been
> > > used internally to build part of the gawk-xml documentation. It should be
> > > probably useful to add them to the installed files, so they could be
> > > publicly used in other contexts.
> > > 
> > > If nobody objects I'll document them, modify the Makefiles and push the
> > > changes to the repo.
> > > 
> > > In this case, should the version number be updated?
> > > 
> > > Regards.
> > > -- 
> > > Manuel Collado - http://mcollado.z15.es
> > > 
> > > 
> > > 
> > > _______________________________________________
> > > Gawkextlib-developer mailing list
> > > Gaw...@li...
> > > https://lists.sourceforge.net/lists/listinfo/gawkextlib-developer
> > 
> > 
> > _______________________________________________
> > Gawkextlib-developer mailing list
> > Gaw...@li...
> > https://lists.sourceforge.net/lists/listinfo/gawkextlib-developer
> 
> -- 
> Manuel Collado - http://mcollado.z15.es

Re: [Gawkextlib-developer] gawk-xml: install also the xhtml2(man|texi).awk utilities

[Manuel C. <mco...@gm...>]

El 10/2/25 a las 15:42, Andrew J. Schorr escribió:
> Hi,
> 
> I have no objection to adding them. If it's just documentation
> changes, then I would probably vote not to change the version
> number, but I'm open to being overruled if other people have
> strong feelings about this.

Well. Not just extra documentation. The proposed change includes 
distributing and installing the xhtml2*.awk scripts along the other 
companion xml*.awk libraries.

Regards.

> On Mon, Feb 10, 2025 at 09:43:33AM +0100, Manuel Collado wrote:
>> These utility scripts can generate man pages and/or texi chapters or
>> sections from a single disciplined XHTML source. Until now they have been
>> used internally to build part of the gawk-xml documentation. It should be
>> probably useful to add them to the installed files, so they could be
>> publicly used in other contexts.
>>
>> If nobody objects I'll document them, modify the Makefiles and push the
>> changes to the repo.
>>
>> In this case, should the version number be updated?
>>
>> Regards.
>> -- 
>> Manuel Collado - http://mcollado.z15.es
>>
>>
>>
>> _______________________________________________
>> Gawkextlib-developer mailing list
>> Gaw...@li...
>> https://lists.sourceforge.net/lists/listinfo/gawkextlib-developer
> 
> 
> _______________________________________________
> Gawkextlib-developer mailing list
> Gaw...@li...
> https://lists.sourceforge.net/lists/listinfo/gawkextlib-developer

-- 
Manuel Collado - http://mcollado.z15.es

Re: [Gawkextlib-developer] gawk-xml: install also the xhtml2(man|texi).awk utilities

[Andrew J. S. <as...@te...>]

Hi,

I have no objection to adding them. If it's just documentation
changes, then I would probably vote not to change the version
number, but I'm open to being overruled if other people have
strong feelings about this.

Regards,
Andy

On Mon, Feb 10, 2025 at 09:43:33AM +0100, Manuel Collado wrote:
> These utility scripts can generate man pages and/or texi chapters or
> sections from a single disciplined XHTML source. Until now they have been
> used internally to build part of the gawk-xml documentation. It should be
> probably useful to add them to the installed files, so they could be
> publicly used in other contexts.
> 
> If nobody object I'll document them, modify the Makefiles and push the
> changes to the repo.
> 
> In this case, should the version number be updated?
> 
> Regards.
> -- 
> Manuel Collado - http://mcollado.z15.es
> 
> 
> 
> _______________________________________________
> Gawkextlib-developer mailing list
> Gaw...@li...
> https://lists.sourceforge.net/lists/listinfo/gawkextlib-developer

[Gawkextlib-developer] gawk-xml: install also the xhtml2(man|texi).awk utilities

[Manuel C. <mco...@gm...>]

These utility scripts can generate man pages and/or texi chapters or 
sections from a single disciplined XHTML source. Until now they have 
been used internally to build part of the gawk-xml documentation. It 
should be probably useful to add them to the installed files, so they 
could be publicly used in other contexts.

If nobody object I'll document them, modify the Makefiles and push the 
changes to the repo.

In this case, should the version number be updated?

Regards.
-- 
Manuel Collado - http://mcollado.z15.es

Re: [Gawkextlib-developer] gawkextlib web pages updated

[Andrew J. S. <as...@te...>]

Thank you!

There was a recent request for a gawk-mbs Fedora rpm,
so I'm wondering whether to make the effort to package
that up. The theory behind creating the Fedora rpms was
that other distributions might follow suit and add these
packages, but as far as I know, that has not occurred...

Regards,
Andy

On Tue, Jan 07, 2025 at 08:24:35PM +0100, Manuel Collado wrote:
> The project web pages at SourceForge have been updated. This is just a first
> update.
> 
> Only minor changes. The web pages are (re)generated from the documentation
> of each extension, and those docs have not been updated for years.
> 
> The next task is to revise the documentation to detect and correct bad
> links, titles, version numbers, requirements, copyright dates, etc.
> 
> Regards.
> -- 
> Manuel Collado - http://mcollado.z15.es
> 
> 
> 
> _______________________________________________
> Gawkextlib-developer mailing list
> Gaw...@li...
> https://lists.sourceforge.net/lists/listinfo/gawkextlib-developer

[Gawkextlib-developer] gawkextlib web pages updated

[Manuel C. <mco...@gm...>]

The project web pages at SourceForge have been updated. This is just a 
first update.

Only minor changes. The web pages are (re)generated from the 
documentation of each extension, and those docs have not been updated 
for years.

The next task is to revise the documentation to detect and correct bad 
links, titles, version numbers, requirements, copyright dates, etc.

Regards.
-- 
Manuel Collado - http://mcollado.z15.es

[Gawkextlib-developer] Start updating project webpages

[Manuel C. <mco...@gm...>]

I've committed a minimal change to the project web generator files. Just 
to check that I have effective r/w access to the repo.

More changes will follow in the next few days.

Regards.
-- 
Manuel Collado - http://mcollado.z15.es

Re: [Gawkextlib-developer] gawk-xml-1.1.1 distribution tarball possibly outdated

[Andrew J. S. <as...@te...>]

Hi Jürgen,

Wow -- you have a good memory! I don't know how we came up with
that solution, but it was not a good one. I hope it should be
robust now.

Cheers,
Andy

On Wed, Jan 01, 2025 at 06:00:45PM +0100, Jürgen Kahrs via Gawkextlib-developer wrote:
> Hello Andrew,
> your patch makes sense. I remember a discussion with Stefan
> about how we can determine the name of the gawk executable.
> Stefan was not happy with the old solution of guessing the name.
> At that time we did not know how to properly use Makefile.am.
> 
> Looks much better now.
> 
> 
> > Hi Manuel,
> > 
> > I just commited a patch and uploaded gawk-xml-1.1.2.tar.gz to sourceforge.
> > Can you please confirm that this fixes the problem, when you get a
> > chance?
> > 
> > Happy new year,
> > Andy
> > 
> > On Tue, Dec 31, 2024 at 02:44:41PM -0500, Andrew J. Schorr wrote:
> > > Hi,
> > > 
> > > On Tue, Dec 31, 2024 at 08:13:50PM +0100, Manuel Collado wrote:
> > > > The faulty lines of 'xml-conv-enc' start at line 13::
> > > > ---
> > > > # Stefan Tramm / March 2005
> > > > 
> > > > if test -x ../gawk ; then
> > > >    AWK=../gawk
> > > > elif type gawk >/dev/null 2>&1 ; then
> > > >    AWK=gawk
> > > > elif type nawk >/dev/null 2>&1 ; then
> > > >    AWK=nawk
> > > > else
> > > >    AWK=awk
> > > > fi
> > > > echo AWK=$AWK
> > > > ---
> > > > 
> > > > I think this is a bug. The build scrips should not refer explicitly to dirs
> > > > or files outside the source tree. Right?
> > > Yeah, that's a bug. Thanks for finding it. I think the attached patch
> > > should fix it, but I haven't tested extensively yet.
> > > 
> > > Regards,
> > > Andy
> > > diff --git a/xml/Makefile.am b/xml/Makefile.am
> > > index be4fed6..1a154eb 100644
> > > --- a/xml/Makefile.am
> > > +++ b/xml/Makefile.am
> > > @@ -7,7 +7,7 @@ include extension.makefile
> > >   pkgextension_LTLIBRARIES = xml.la
> > >   xml_enc_converted.touch: $(srcdir)/xml-conv-enc
> > > -	LANG=C LC_ALL=C $(SHELL) $(srcdir)/xml-conv-enc && touch $@
> > > +	AWK=$(GAWKPROG) LANG=C LC_ALL=C $(SHELL) $(srcdir)/xml-conv-enc && touch $@
> > >   xml_enc_handler.lo: xml_enc_converted.touch
> > > diff --git a/xml/xml-conv-enc b/xml/xml-conv-enc
> > > index faa8abe..9e75dab 100755
> > > --- a/xml/xml-conv-enc
> > > +++ b/xml/xml-conv-enc
> > > @@ -12,16 +12,12 @@
> > >   #
> > >   # Stefan Tramm / March 2005
> > > -if test -x ../gawk ; then
> > > -  AWK=../gawk
> > > -elif type gawk >/dev/null 2>&1 ; then
> > > -  AWK=gawk
> > > -elif type nawk >/dev/null 2>&1 ; then
> > > -  AWK=nawk
> > > -else
> > > -  AWK=awk
> > > -fi
> > > -echo AWK=$AWK
> > > +# AWK must be defined in the environment
> > > +echo "$0: AWK=$AWK"
> > > +$AWK 'BEGIN {exit 0}' || {
> > > +   echo "Error: AWK executable must be defined in the environment."
> > > +   exit 1
> > > +}
> > >   echo "/* generated code -- do not modify manually */" > xml_enc_tables.inc
> > 
> > > _______________________________________________
> > > Gawkextlib-developer mailing list
> > > Gaw...@li...
> > > https://lists.sourceforge.net/lists/listinfo/gawkextlib-developer
> > 
> > _______________________________________________
> > Gawkextlib-developer mailing list
> > Gaw...@li...
> > https://lists.sourceforge.net/lists/listinfo/gawkextlib-developer
> 
> 
> 
> _______________________________________________
> Gawkextlib-developer mailing list
> Gaw...@li...
> https://lists.sourceforge.net/lists/listinfo/gawkextlib-developer

-- 
Andrew Schorr                      e-mail: as...@te...
Telemetry Investments, L.L.C.      phone:  917-305-1748
147 W 35th St, Ste 1106
New York, NY 10001-2140

Re: [Gawkextlib-developer] gawk-xml-1.1.1 distribution tarball possibly outdated

[<jue...@go...>]

Hello Andrew,
your patch makes sense. I remember a discussion with Stefan
about how we can determine the name of the gawk executable.
Stefan was not happy with the old solution of guessing the name.
At that time we did not know how to properly use Makefile.am.

Looks much better now.


> Hi Manuel,
>
> I just commited a patch and uploaded gawk-xml-1.1.2.tar.gz to sourceforge.
> Can you please confirm that this fixes the problem, when you get a
> chance?
>
> Happy new year,
> Andy
>
> On Tue, Dec 31, 2024 at 02:44:41PM -0500, Andrew J. Schorr wrote:
>> Hi,
>>
>> On Tue, Dec 31, 2024 at 08:13:50PM +0100, Manuel Collado wrote:
>>> The faulty lines of 'xml-conv-enc' start at line 13::
>>> ---
>>> # Stefan Tramm / March 2005
>>>
>>> if test -x ../gawk ; then
>>>    AWK=../gawk
>>> elif type gawk >/dev/null 2>&1 ; then
>>>    AWK=gawk
>>> elif type nawk >/dev/null 2>&1 ; then
>>>    AWK=nawk
>>> else
>>>    AWK=awk
>>> fi
>>> echo AWK=$AWK
>>> ---
>>>
>>> I think this is a bug. The build scrips should not refer explicitly to dirs
>>> or files outside the source tree. Right?
>> Yeah, that's a bug. Thanks for finding it. I think the attached patch
>> should fix it, but I haven't tested extensively yet.
>>
>> Regards,
>> Andy
>> diff --git a/xml/Makefile.am b/xml/Makefile.am
>> index be4fed6..1a154eb 100644
>> --- a/xml/Makefile.am
>> +++ b/xml/Makefile.am
>> @@ -7,7 +7,7 @@ include extension.makefile
>>   pkgextension_LTLIBRARIES = xml.la
>>   
>>   xml_enc_converted.touch: $(srcdir)/xml-conv-enc
>> -	LANG=C LC_ALL=C $(SHELL) $(srcdir)/xml-conv-enc && touch $@
>> +	AWK=$(GAWKPROG) LANG=C LC_ALL=C $(SHELL) $(srcdir)/xml-conv-enc && touch $@
>>   
>>   xml_enc_handler.lo: xml_enc_converted.touch
>>   
>> diff --git a/xml/xml-conv-enc b/xml/xml-conv-enc
>> index faa8abe..9e75dab 100755
>> --- a/xml/xml-conv-enc
>> +++ b/xml/xml-conv-enc
>> @@ -12,16 +12,12 @@
>>   #
>>   # Stefan Tramm / March 2005
>>   
>> -if test -x ../gawk ; then
>> -  AWK=../gawk
>> -elif type gawk >/dev/null 2>&1 ; then
>> -  AWK=gawk
>> -elif type nawk >/dev/null 2>&1 ; then
>> -  AWK=nawk
>> -else
>> -  AWK=awk
>> -fi
>> -echo AWK=$AWK
>> +# AWK must be defined in the environment
>> +echo "$0: AWK=$AWK"
>> +$AWK 'BEGIN {exit 0}' || {
>> +   echo "Error: AWK executable must be defined in the environment."
>> +   exit 1
>> +}
>>   
>>   echo "/* generated code -- do not modify manually */" > xml_enc_tables.inc
>>   
>
>> _______________________________________________
>> Gawkextlib-developer mailing list
>> Gaw...@li...
>> https://lists.sourceforge.net/lists/listinfo/gawkextlib-developer
>
> _______________________________________________
> Gawkextlib-developer mailing list
> Gaw...@li...
> https://lists.sourceforge.net/lists/listinfo/gawkextlib-developer

Re: [Gawkextlib-developer] gawk-xml-1.1.1 distribution tarball possibly outdated

[Manuel C. <mco...@gm...>]

El 31/12/24 a las 21:07, Andrew J. Schorr escribió:
> Hi Manuel,
> 
> I just commited a patch and uploaded gawk-xml-1.1.2.tar.gz to sourceforge.
> Can you please confirm that this fixes the problem, when you get a
> chance?

Tested. Works Ok. Thanks
> 
> Happy new year,
> Andy

Same wishes to you.

-- 
Manuel Collado - http://mcollado.z15.es

Re: [Gawkextlib-developer] gawk-xml-1.1.1 distribution tarball possibly outdated

[Andrew J. S. <as...@te...>]

Hi Manuel,

I just commited a patch and uploaded gawk-xml-1.1.2.tar.gz to sourceforge.
Can you please confirm that this fixes the problem, when you get a
chance?

Happy new year,
Andy

On Tue, Dec 31, 2024 at 02:44:41PM -0500, Andrew J. Schorr wrote:
> Hi,
> 
> On Tue, Dec 31, 2024 at 08:13:50PM +0100, Manuel Collado wrote:
> > The faulty lines of 'xml-conv-enc' start at line 13::
> > ---
> > # Stefan Tramm / March 2005
> > 
> > if test -x ../gawk ; then
> >   AWK=../gawk
> > elif type gawk >/dev/null 2>&1 ; then
> >   AWK=gawk
> > elif type nawk >/dev/null 2>&1 ; then
> >   AWK=nawk
> > else
> >   AWK=awk
> > fi
> > echo AWK=$AWK
> > ---
> > 
> > I think this is a bug. The build scrips should not refer explicitly to dirs
> > or files outside the source tree. Right?
> 
> Yeah, that's a bug. Thanks for finding it. I think the attached patch
> should fix it, but I haven't tested extensively yet.
> 
> Regards,
> Andy

> diff --git a/xml/Makefile.am b/xml/Makefile.am
> index be4fed6..1a154eb 100644
> --- a/xml/Makefile.am
> +++ b/xml/Makefile.am
> @@ -7,7 +7,7 @@ include extension.makefile
>  pkgextension_LTLIBRARIES = xml.la
>  
>  xml_enc_converted.touch: $(srcdir)/xml-conv-enc
> -	LANG=C LC_ALL=C $(SHELL) $(srcdir)/xml-conv-enc && touch $@
> +	AWK=$(GAWKPROG) LANG=C LC_ALL=C $(SHELL) $(srcdir)/xml-conv-enc && touch $@
>  
>  xml_enc_handler.lo: xml_enc_converted.touch
>  
> diff --git a/xml/xml-conv-enc b/xml/xml-conv-enc
> index faa8abe..9e75dab 100755
> --- a/xml/xml-conv-enc
> +++ b/xml/xml-conv-enc
> @@ -12,16 +12,12 @@
>  #
>  # Stefan Tramm / March 2005
>  
> -if test -x ../gawk ; then
> -  AWK=../gawk
> -elif type gawk >/dev/null 2>&1 ; then
> -  AWK=gawk
> -elif type nawk >/dev/null 2>&1 ; then
> -  AWK=nawk
> -else
> -  AWK=awk
> -fi
> -echo AWK=$AWK
> +# AWK must be defined in the environment
> +echo "$0: AWK=$AWK"
> +$AWK 'BEGIN {exit 0}' || {
> +   echo "Error: AWK executable must be defined in the environment."
> +   exit 1
> +}
>  
>  echo "/* generated code -- do not modify manually */" > xml_enc_tables.inc
>  


> _______________________________________________
> Gawkextlib-developer mailing list
> Gaw...@li...
> https://lists.sourceforge.net/lists/listinfo/gawkextlib-developer

Re: [Gawkextlib-developer] gawk-xml-1.1.1 distribution tarball possibly outdated

[Andrew J. S. <as...@te...>]

Hi,

On Tue, Dec 31, 2024 at 08:13:50PM +0100, Manuel Collado wrote:
> The faulty lines of 'xml-conv-enc' start at line 13::
> ---
> # Stefan Tramm / March 2005
> 
> if test -x ../gawk ; then
>   AWK=../gawk
> elif type gawk >/dev/null 2>&1 ; then
>   AWK=gawk
> elif type nawk >/dev/null 2>&1 ; then
>   AWK=nawk
> else
>   AWK=awk
> fi
> echo AWK=$AWK
> ---
> 
> I think this is a bug. The build scrips should not refer explicitly to dirs
> or files outside the source tree. Right?

Yeah, that's a bug. Thanks for finding it. I think the attached patch
should fix it, but I haven't tested extensively yet.

Regards,
Andy

Re: [Gawkextlib-developer] gawk-xml-1.1.1 distribution tarball possibly outdated

[Manuel C. <mco...@gm...>]

El 31/12/24 a las 4:45, Andrew J. Schorr escribió:
> 
> I grabbed https://sourceforge.net/projects/gawkextlib/files/gawk-xml-1.1.1.tar.gz,
> unpacked the tarball, and then successfully ran these commands:
> 
> bash-5.1$ tar xf gawk-xml-1.1.1.tar.gz
> bash-5.1$ cd gawk-xml-1.1.1
> bash-5.1$ ./configure && make -j && make -j check && echo YES
> ...
> YES
> 
> This was on a CentOS Stream 9 system. I don't know if that helps.
> What platform are  you using? What's the error?

Well, perhaps I've been able to diagnose the problem. There is a subtle 
bug in the 'xml-conv-enc' script that fail to process the extra 
encodings for 'expat' if there is a directory 'gawk/' at the same leven 
than the source tree 'gawk-xml-1.1.1'. The following commands reproduce 
the bug:

mcollado@pc7:/mnt/d2/pruebas/gawk-5.3.1$ tar xf gawk-xml-1.1.1.tar.gz
mcollado@pc7:/mnt/d2/pruebas/gawk-5.3.1$ mkdir gawk    <---- !!!!! ----
mcollado@pc7:/mnt/d2/pruebas/gawk-5.3.1$ cd gawk-xml-1.1.1
mcollado@pc7:/mnt/d2/pruebas/gawk-5.3.1/gawk-xml-1.1.1$ ./configure && 
make && make check && echo YES
...
LANG=C LC_ALL=C /bin/bash ./xml-conv-enc && touch xml_enc_converted.touch
AWK=../gawk
./xml-conv-enc: line 36: ../gawk: Is a directory
./xml-conv-enc: line 36: ../gawk: Is a directory
./xml-conv-enc: line 36: ../gawk: Is a directory
./xml-conv-enc: line 36: ../gawk: Is a directory
./xml-conv-enc: line 36: ../gawk: Is a directory
./xml-conv-enc: line 36: ../gawk: Is a directory
./xml-conv-enc: line 36: ../gawk: Is a directory
./xml-conv-enc: line 36: ../gawk: Is a directory
./xml-conv-enc: line 36: ../gawk: Is a directory
./xml-conv-enc: line 36: ../gawk: Is a directory
./xml-conv-enc: line 36: ../gawk: Is a directory
./xml-conv-enc: line 36: ../gawk: Is a directory
./xml-conv-enc: line 36: ../gawk: Is a directory
./xml-conv-enc: line 36: ../gawk: Is a directory
./xml-conv-enc: line 36: ../gawk: Is a directory
./xml-conv-enc: line 36: ../gawk: Is a directory
./xml-conv-enc: line 36: ../gawk: Is a directory
...

Locale environment:
	LC_ALL="C" LANG="C"

======== Starting XML extension tests ========
xdocbook
xdeep2
xattr
xfujutf8
xotlsjis
./xotlsjis.ok _xotlsjis son distintos: byte 1, línea 1
make[1]: [Makefile:626: xotlsjis] Error 1 (no tiene efecto)
xfujeucj
./xfujeucj.ok _xfujeucj son distintos: byte 1, línea 1
make[1]: [Makefile:620: xfujeucj] Error 1 (no tiene efecto)
xmlinterleave
./xmlinterleave.ok _xmlinterleave son distintos: byte 2011, línea 9
make[1]: [Makefile:582: xmlinterleave] Error 1 (no tiene efecto)
beginfile
======== Done with XML extension tests ========
make[2]: se entra en el directorio 
'/mnt/d2/pruebas/gawk-5.3.1/gawk-xml-1.1.1/test'
3 TESTS FAILED
make[2]: *** [Makefile:516: pass-fail] Error 1

The faulty lines of 'xml-conv-enc' start at line 13::
---
# Stefan Tramm / March 2005

if test -x ../gawk ; then
   AWK=../gawk
elif type gawk >/dev/null 2>&1 ; then
   AWK=gawk
elif type nawk >/dev/null 2>&1 ; then
   AWK=nawk
else
   AWK=awk
fi
echo AWK=$AWK
---

I think this is a bug. The build scrips should not refer explicitly to 
dirs or files outside the source tree. Right?

Regards. And happy new year.
-- 
Manuel Collado - http://mcollado.z15.es

Re: [Gawkextlib-developer] gawk-xml-1.1.1 distribution tarball possibly outdated

[Andrew J. S. <as...@te...>]

Hi,

I grabbed https://sourceforge.net/projects/gawkextlib/files/gawk-xml-1.1.1.tar.gz,
unpacked the tarball, and then successfully ran these commands:

bash-5.1$ tar xf gawk-xml-1.1.1.tar.gz
bash-5.1$ cd gawk-xml-1.1.1
bash-5.1$ ./configure && make -j && make -j check && echo YES
...
YES

This was on a CentOS Stream 9 system. I don't know if that helps.
What platform are  you using? What's the error?

Regards,
Andy

On Mon, Dec 30, 2024 at 08:10:09PM +0100, Manuel Collado wrote:
> I'm revising the current status of the whole gawkexlib site in order to
> update the project web pages. And found some possible glitches.
> 
> One of them is a failing make check of gawk-xml when building from the
> tarball. The failure is due to lack of support for Japanese encodings.
> 
> But everything is Ok when building from the sources in the repo or from the
> snapshot tarball.
> 
> Can anybody confirm if it is a real bug? And not a failure on my part?
> 
> Thanks.
> -- 
> Manuel Collado - http://mcollado.z15.es
> 
> 
> 
> _______________________________________________
> Gawkextlib-developer mailing list
> Gaw...@li...
> https://lists.sourceforge.net/lists/listinfo/gawkextlib-developer

[Gawkextlib-developer] gawk-xml-1.1.1 distribution tarball possibly outdated

[Manuel C. <mco...@gm...>]

I'm revising the current status of the whole gawkexlib site in order to 
update the project web pages. And found some possible glitches.

One of them is a failing make check of gawk-xml when building from the 
tarball. The failure is due to lack of support for Japanese encodings.

But everything is Ok when building from the sources in the repo or from 
the snapshot tarball.

Can anybody confirm if it is a real bug? And not a failure on my part?

Thanks.
-- 
Manuel Collado - http://mcollado.z15.es

[Gawkextlib-developer] 🚀 Struggling To Get A Constant Flow Of Customers?

[Maya C. <ma...@tr...>]

Meet ClickFunnels.

Getting People To Your Website And Turning Them Into 
Happy Paying Customers Is What We Do Best.
Zero Computer Skills Needed

Works 
For Every Type Of Business

Market, Sell, And Deliver Like A Pro

Learn More 
[Go Click 
Funnel](https://app.pesoso.com/p/aHR0cHM6Ly93d3cuY2xpY2tmdW5uZWxzLmNvbS9zaWduLXVwLWZsb3c_YWZmPTdjZWUxMGRlLTJlMWUtNDcyYS05YWEwLTI3NGE2YWY3ZTc2ZC0xV3pFd0xEUXhNVGsyWFE1/click/MTcwMTM5MjM5Mjk0NjYzMC42NTY5MzAwODk5OTk0QHRyYWZmaWNzZW5kLmNv)


Looking forward to helping you on your journey,

Maya. Sales Manager,

ClickFunnels

Dont Want Us: 
[Unsubscribe](https://app.pesoso.com/c/15a0a63dab339/unsubscribe/MTcwMTM5MjM5Mjk0NjYzMC42NTY5MzAwODk5OTk0QHRyYWZmaWNzZW5kLmNv)


[This is a tracking pixel][X-Client-Message-Id: 
170...@tr...]

Re: [Gawkextlib-developer] [gawkextlib:bugs] #8 gawk-gd translucency fix (fwd)

[Andrew J. S. <as...@te...>]

Ha. Thanks. I committed the patch. I guess I should push out a new
release of the GD library...

On Tue, Nov 14, 2023 at 09:15:10AM +0100, Jürgen Kahrs Google IMAP wrote:
> Hello Andrew,
> Evgeny's change adds just one line containing a function call.
> After this change all PNG files will be saved with an alpha
> translucency channel. I think this is a good idea.
> 
> Thanks to Evgeny for caring about this advanced feature and
> to Andrew for caring about the GIT stuff that causes me to acquire
> a spontaneous a skin rash whenevever I think about GIT.
> 
> Juergen Kahrs
> 
> 
> >Hi,
> >
> >In bug https://sourceforge.net/p/gawkextlib/bugs/8/, Evgeny is proposing the
> >attached patch. Is anybody able to evaluate whether this makes sense? I'm not
> >familiar with the GD API and extension.  It passes "make check" for me, but I
> >have no ability to validate it beyond that.
> >
> >Regards,
> >Andy
> >
> >----- Forwarded message from Evgeny Dobromilsky <nes...@us...> -----
> >
> >Date: Sat, 11 Nov 2023 16:27:13 -0000
> >From: Evgeny Dobromilsky <nes...@us...>
> >To: "[gawkextlib:bugs] " <8...@bu...>
> >Subject: [gawkextlib:bugs] #8 gawk-gd translucency fix
> >
> >Sorry for my bad English. Alpha channel was ignored WHILE saving a PNG-file,
> >but with gdImageSaveAlpha(im, 1) the file is saving with alpha-channel.
> >
> >━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
> >
> >[bugs:#8] gawk-gd translucency fix
> >
> >Status: open
> >Group: v1.0_(example)
> >Created: Sat Nov 11, 2023 04:24 PM UTC by Evgeny Dobromilsky
> >Last Updated: Sat Nov 11, 2023 04:24 PM UTC
> >Owner: nobody
> >Attachments:
> >
> >   • gd.c (19.2 kB; text/x-csrc)
> >
> >The gawk-gd library ignored alpha-channel due saving PNG-files, I've added this
> >line to a gd.c source:
> >gdImageSaveAlpha(im, 1); // save full alpha channel
> >Tested. Works great.
> >Please, update it in repo.
> >
> >━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
> >
> >Sent from sourceforge.net because you indicated interest in
> >https://sourceforge.net/p/gawkextlib/bugs/8/
> >
> >----- End forwarded message -----
> >
> >
> >_______________________________________________
> >Gawkextlib-developer mailing list
> >Gaw...@li...
> >https://lists.sourceforge.net/lists/listinfo/gawkextlib-developer
> 

Re: [Gawkextlib-developer] [gawkextlib:bugs] #8 gawk-gd translucency fix (fwd)

[<jue...@go...>]

Hello Andrew,
Evgeny's change adds just one line containing a function call.
After this change all PNG files will be saved with an alpha
translucency channel. I think this is a good idea.

Thanks to Evgeny for caring about this advanced feature and
to Andrew for caring about the GIT stuff that causes me to acquire
a spontaneous a skin rash whenevever I think about GIT.

Juergen Kahrs


> Hi,
>
> In bug https://sourceforge.net/p/gawkextlib/bugs/8/, Evgeny is proposing the
> attached patch. Is anybody able to evaluate whether this makes sense? I'm not
> familiar with the GD API and extension.  It passes "make check" for me, but I
> have no ability to validate it beyond that.
>
> Regards,
> Andy
>
> ----- Forwarded message from Evgeny Dobromilsky <nes...@us...> -----
>
> Date: Sat, 11 Nov 2023 16:27:13 -0000
> From: Evgeny Dobromilsky <nes...@us...>
> To: "[gawkextlib:bugs] " <8...@bu...>
> Subject: [gawkextlib:bugs] #8 gawk-gd translucency fix
>
> Sorry for my bad English. Alpha channel was ignored WHILE saving a PNG-file,
> but with gdImageSaveAlpha(im, 1) the file is saving with alpha-channel.
>
> ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
>
> [bugs:#8] gawk-gd translucency fix
>
> Status: open
> Group: v1.0_(example)
> Created: Sat Nov 11, 2023 04:24 PM UTC by Evgeny Dobromilsky
> Last Updated: Sat Nov 11, 2023 04:24 PM UTC
> Owner: nobody
> Attachments:
>
>    • gd.c (19.2 kB; text/x-csrc)
>
> The gawk-gd library ignored alpha-channel due saving PNG-files, I've added this
> line to a gd.c source:
> gdImageSaveAlpha(im, 1); // save full alpha channel
> Tested. Works great.
> Please, update it in repo.
>
> ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
>
> Sent from sourceforge.net because you indicated interest in
> https://sourceforge.net/p/gawkextlib/bugs/8/
>
> ----- End forwarded message -----
>
>
> _______________________________________________
> Gawkextlib-developer mailing list
> Gaw...@li...
> https://lists.sourceforge.net/lists/listinfo/gawkextlib-developer

[Gawkextlib-developer] [gawkextlib:bugs] #8 gawk-gd translucency fix (fwd)

[Andrew J. S. <as...@te...>]

Hi,

In bug https://sourceforge.net/p/gawkextlib/bugs/8/, Evgeny is proposing the
attached patch. Is anybody able to evaluate whether this makes sense? I'm not
familiar with the GD API and extension.  It passes "make check" for me, but I
have no ability to validate it beyond that.

Regards,
Andy

----- Forwarded message from Evgeny Dobromilsky <nes...@us...> -----

Date: Sat, 11 Nov 2023 16:27:13 -0000
From: Evgeny Dobromilsky <nes...@us...>
To: "[gawkextlib:bugs] " <8...@bu...>
Subject: [gawkextlib:bugs] #8 gawk-gd translucency fix

Sorry for my bad English. Alpha channel was ignored WHILE saving a PNG-file,
but with gdImageSaveAlpha(im, 1) the file is saving with alpha-channel.

━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━

[bugs:#8] gawk-gd translucency fix

Status: open
Group: v1.0_(example)
Created: Sat Nov 11, 2023 04:24 PM UTC by Evgeny Dobromilsky
Last Updated: Sat Nov 11, 2023 04:24 PM UTC
Owner: nobody
Attachments:

  • gd.c (19.2 kB; text/x-csrc)

The gawk-gd library ignored alpha-channel due saving PNG-files, I've added this
line to a gd.c source:
gdImageSaveAlpha(im, 1); // save full alpha channel
Tested. Works great.
Please, update it in repo.

━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━

Sent from sourceforge.net because you indicated interest in
https://sourceforge.net/p/gawkextlib/bugs/8/

----- End forwarded message -----

Re: [Gawkextlib-developer] Rework gawk-csv as gawk-csvio, and more

[Andrew J. S. <as...@te...>]

Hi,

Just to be clear -- I don't consider myself a gatekeeper. If you'd
like to contribute one or more packages, that's entirely up to you.

Now for my 2 cents, which you are free to disregard:

First, a question: why would gawkextlib need a CSV input parser if
core gawk has been enhanced to parse CSV files properly?
I suspect that you're going to say that this is because the core
gawk handling of CSV files has some shortcomings...

Second: my general impression is that people really dislike building
extension libraries from C code, so a pure gawk library may have a greater
chance of being used.

But you have a far better understanding of CSV issues than I do,
so I certainly defer to your judgement. IMO, you should do what makes
the most sense to you.

Best,
Andy

On Thu, Apr 20, 2023 at 07:42:09PM +0200, Manuel Collado wrote:
> After the long discussion on the gawk-devel mailinglist about gawk
> CSV support, I find my previous work on the gawk-csv extension
> (gawkextlib) and the csvmode.awk library (on my website)
> unnecessarily complicated.
> 
> So I've started to rework them as a very simplified CSV support. As
> either a CSV input parser (extension) or a pure gawk library, ready
> to be used.
> 
> Would it be Ok to have a gawkextlib project distributing more than
> one package? Say
> - gawk-csvio-ext.x.x.x.tar.gz, (input parser) and
> - gawk-csvio-lib.x.x.x.tar.gz  (pure gawk library alternative)
> 
> Users willing to compile sources could select the first, and lazy
> users could prefer the second, probably less efficient but
> effective.
> 
> The pure gawk library version can also be rewritten without any use
> of non-posix language extensions. So it could be also used with
> other awk processors (mawk, nawk, ..). In that case a third distro
> could be provided
> - awk-csvio-lib.x.x.x.tar.gz
> 
> If all that sounds reasonable, I'll provide details about their
> simple user interface and implementation details, to be discussed.
> 
> Regards.
> -- 
> Manuel Collado - http://mcollado.z15.es

[Gawkextlib-developer] Rework gawk-csv as gawk-csvio, and more

[Manuel C. <mco...@gm...>]

After the long discussion on the gawk-devel mailinglist about gawk CSV 
support, I find my previous work on the gawk-csv extension (gawkextlib) 
and the csvmode.awk library (on my website) unnecessarily complicated.

So I've started to rework them as a very simplified CSV support. As 
either a CSV input parser (extension) or a pure gawk library, ready to 
be used.

Would it be Ok to have a gawkextlib project distributing more than one 
package? Say
- gawk-csvio-ext.x.x.x.tar.gz, (input parser) and
- gawk-csvio-lib.x.x.x.tar.gz  (pure gawk library alternative)

Users willing to compile sources could select the first, and lazy users 
could prefer the second, probably less efficient but effective.

The pure gawk library version can also be rewritten without any use of 
non-posix language extensions. So it could be also used with other awk 
processors (mawk, nawk, ..). In that case a third distro could be provided
- awk-csvio-lib.x.x.x.tar.gz

If all that sounds reasonable, I'll provide details about their simple 
user interface and implementation details, to be discussed.

Regards.
-- 
Manuel Collado - http://mcollado.z15.es

Re: [Gawkextlib-developer] CSV parsing

[Manuel C. <mco...@gm...>]

Forgot to ask. Where is the bwk-awk code with the CSV patch?

Thanks.

El 12/3/23 a las 23:27, Manuel Collado escribió:
> El 12/3/23 a las 21:18, Jürgen Kahrs via Gawkextlib-developer escribió:
>> Hello,
>> Kernighan has commented on the quality of his CSV source code change.
>> Look at the very last sentence of the article.
>>
>> https://arstechnica.com/gadgets/2022/08/unix-legend-who-owes-us-nothing-keeps-fixing-foundational-awk-code/
>>    Kernighan, now 80, offhandedly mentions in the interview  that
>>    he has also patched something "quick and dirty" to let AWK handle 
>> CSV files.
> 
> Interesting. So there is hope about suggesting him a "quick but not 
> dirty" approach.
> 
> Will elaborate on that. In brief: think of CSV as just an external 
> import format. Discarded after importing data.
> 
>>
>> The interview is now 6 months old, maybe he has worked
>> a bit on his original idea. But I doubt that he has.
>> Unicode changes seemed to be much more important for him.
> 

-- 
Manuel Collado - http://mcollado.z15.es

Re: [Gawkextlib-developer] CSV parsing

[Manuel C. <mco...@gm...>]

El 12/3/23 a las 21:18, Jürgen Kahrs via Gawkextlib-developer escribió:
> Hello,
> Kernighan has commented on the quality of his CSV source code change.
> Look at the very last sentence of the article.
> 
> https://arstechnica.com/gadgets/2022/08/unix-legend-who-owes-us-nothing-keeps-fixing-foundational-awk-code/
>    Kernighan, now 80, offhandedly mentions in the interview  that
>    he has also patched something "quick and dirty" to let AWK handle CSV 
> files.

Interesting. So there is hope about suggesting him a "quick but not 
dirty" approach.

Will elaborate on that. In brief: think of CSV as just an external 
import format. Discarded after importing data.

> 
> The interview is now 6 months old, maybe he has worked
> a bit on his original idea. But I doubt that he has.
> Unicode changes seemed to be much more important for him.

-- 
Manuel Collado - http://mcollado.z15.es