Wed 14 Nov 2007 02:43:30 PM UTC, comment #11:
Bruno Haible committed a fix to gnulib:
http://permalink.gmane.org/gmane.comp.gnu.utils.bugs/15206
so I am closing this bug.
|
Tue 13 Nov 2007 06:29:55 PM UTC, comment #10:
>I've reported this problem to the maintainer responsible:
Some progress on this front:
http://permalink.gmane.org/gmane.comp.gnu.utils.bugs/15195
http://permalink.gmane.org/gmane.comp.gnu.utils.bugs/15196
I am hopeful that this bug can be resolved upstream within a few days.
|
Sat 10 Nov 2007 09:28:44 PM UTC, comment #9:
>...compression.sh, which fails with this diff:
This one had a trivial fix: add "-b" to the diff command. I tested it out on math.gcsu.edu and checked in the fix.
|
Sat 10 Nov 2007 08:18:44 PM UTC, comment #8:
This turns out to actually be a bug in gl/config.charset that we get via gnulib. This script is supposed to print a list of aliases from system charset names to the canonical GNU list of charset names. But it doesn't support OpenBSD. It can be fixed by changing the line that reads
netbsd*)
to read
netbsd* | openbsd*)
then running make and either installing the generated charset.alias into $(LIBDIR)--generally /usr/lib or /usr/local/lib--or setting CHARSETALIASDIR to the directory containing charset.alias when running "make check", like so:
make check CHARSETALIASDIR=/directory/to/charset.alias
I've reported this problem to the maintainer responsible:
http://permalink.gmane.org/gmane.comp.gnu.utils.bugs/15187
|
Mon 15 Oct 2007 05:36:32 PM UTC, comment #7:
All of them except filter.sh (bug #21330) and compression.sh, which fails with this diff:
< 0000000 000001
---
> 0000000 000001
check compression byte
FAILED
FAIL: tests/bugs/compression.sh
|
Mon 15 Oct 2007 04:00:21 PM UTC, comment #6:
>The patch caused the tests to pass...
Wow, all of them? I will have to figure out why, in a couple of cases, then. I expected that it would only affect some of them.
|
Mon 15 Oct 2007 03:00:56 PM UTC, comment #5:
The patch caused the tests to pass, so the failures are caused by the UTF error messages.
|
Mon 15 Oct 2007 04:52:20 AM UTC, comment #4:
I think that John is right, but there are a few confusing bits in the source tree and the tests here. Jason, are you willing to try an experiment? Apply the patch that I am attaching, which simply deletes the lines of code that generate that message. Then we will see what effect it has on the test results. Probably, most of those tests will now be fixed, but some will remain. I want to know what changes.
(file #14144)
|
Sat 13 Oct 2007 05:09:08 AM UTC, comment #3:
Those messages are the first thing to fix anyhow, and then we'll see what's left. I'll see what I can do.
|
Sat 13 Oct 2007 12:02:02 AM UTC, comment #2:
I think you're right.
These warnings should be (relatively) harmless. But some of the tests compare the stderr stream, notably Ben's debug features.
Maybe the DEBUG messages could go to a seperate stream, controlled by a flag?
|
Fri 12 Oct 2007 08:15:47 PM UTC, comment #1:
At least two of these tests fail because the BSD box is printing
this message:
Warning: cannot create a convertor for "646" to "UTF-8": Invalid argument
Warning: cannot create a convertor for "646" to "646": Invalid argument
If I fix this, I have a hunch all the tests will pass. So which program is griping in those messages?
|
Fri 12 Oct 2007 12:24:12 AM UTC, original submission:
Jason Stover reports that the following tests fail on OpenBSD:
compression.sh
overwrite-input-file.sh
signals.sh
moments.sh
expressions.sh
epoch.sh
|