Re: Fwd: Compiling xgawk-3.1.6-20080101

[Andrew J. Schorr]

Hi,

On Mon, Nov 15, 2010 at 07:32:52AM -0600, Internet Frame, sa de cv wrote:
...
> localenl
> ./localenl.sh: line 40: warning: setlocale: LC_ALL: cannot change locale
> (UNKNOWN): No such file or directory

This seems to be a problem that has cropped up in more recent
linux distributions.  This used to work (for example in Fedora 6),
but now gives an error:

   bash-4.1$ LC_ALL=UNKNOWN
   bash: warning: setlocale: LC_ALL: cannot change locale (UNKNOWN): No such 
file or directory

In mainline gawk 3.1.8, this has been addressed by removing the test
for UNKNOWN, as per this comment in test/localenl.sh:

   # April 2010: Remove UNKNOWN, causes spurious failures on some systems
   for LC_ALL in C POSIX en_US.ISO-8859-1 en_US.UTF-8 #UNKNOWN 

So this problem is not meaningful and should be ignored.  It is a bug
in the test and will be removed in the next release of xgawk.

...
> ======== Starting GD extension tests ========
> These tests only work if the GD extension was successfully built.
> Notice that your system must have the GD graphics library installed.
> xgdrect
> gcc -o xgdfont.ok.exe xgdfont.ok.c -lgd `gdlib-config --libs`
> xgdfont
> ./xgdfont.ok _xgdfont differ: byte 445, line 12

I am not sure about this one.  If you plan to use the GD extension,
then please initiate a discussion on the xgawk mailing list.

   https://lists.sourceforge.net/lists/listinfo/xmlgawk-users

> Warning: (sprintf(%f,-nan) = -nan) != (sprintf(%f,"-nan"+0) = nan)
> Warning: (sprintf(%f,-nan) = -nan) != (sprintf(%f,"+-nan"+0) = 0.000000)
>     Error: this behavior differs from mainline FSF gawk-3.1.6
> Warning: (sprintf(%f,nan) = nan) != (sprintf(%f,"--nan"+0) = 0.000000)
>     Error: this behavior differs from mainline FSF gawk-3.1.6
> Warning: (sprintf(%f,inf) = inf) != (sprintf(%f,"inf"+0) = 0.000000)
> 
> Bad news: this system does not comply with the spec,
> and it is not consistent in its behavior.
> It converts the special values to zero in 4
> of the 6 cases, and it converts them
> properly in the other 2 cases.
> 
> N.B. This behavior is NOT the same as mainline FSF gawk-3.1.6

These are strange corner cases.  Note that this test is not in mainline
gawk, and regular gawk 3.1.8 gives the same output:

bash-4.1$ uname -r
2.6.34.6-54.fc13.x86_64
bash-4.1$ /bin/gawk --version | head -1
GNU Awk 3.1.8
bash-4.1$ /bin/xgawk --version | head -1
Extensible GNU Awk 3.1.6 (build 20080101) with dynamic loading
bash-4.1$ diff <(/bin/gawk -f test/convspcl.awk) <(/bin/xgawk -f 
test/convspcl.awk)
gawk: test/convspcl.awk:49: warning: sqrt: called with negative argument -1
xgawk: test/convspcl.awk:49: warning: sqrt: called with negative argument -1
bash-4.1$ 

In conclusion, mainline gawk gives the exact same test results.
So you should feel just as safe using xgawk as you would feel
using regular gawk.

Regards,
Andy