That hard-coded default is as it's supposed to be. The I18NPATH=. in the
environment should make it find what it's looking for before it gets to
where it would look in /share. So probably a fopen is failing that should
be succeeding.
___
Bug-hurd mail
On Mon, Apr 01, 2002 at 04:57:10PM -0500, Roland McGrath wrote:
> That definitely looks suspect. Both the file name "." in the error
> messages and the errors themselves should not be happening. That is
> running a script that runs localedef. Take that dag burn @ off the
> command line using g
That definitely looks suspect. Both the file name "." in the error
messages and the errors themselves should not be happening. That is
running a script that runs localedef. Take that dag burn @ off the command
line using gen-locale.sh in localedata/Makefile, then repeat its command
line with sh
On Mon, Apr 01, 2002 at 12:13:38PM -0800, Jeff Bailey wrote:
> First to note, that the libio stuff seems more stable to me. I don't
> think I've ever completed a glibc build without a crash before.
I've done it a few times using stdio glibc too a few weeks ago. It's
just that the whole system is
On Sun, Mar 24, 2002 at 07:52:08AM -0800, James Morrison wrote:
> I'm curious what types of checks would be in a make check target for the
> hurd.
> Would have to be run in a sub-hurd to test all the hurd translators and libc
> functions? Should the test programs be compiled within that test su
On Sun, Mar 24, 2002 at 07:52:08AM -0800, James Morrison wrote:
> I'm curious what types of checks would be in a make check target
> for the hurd. Would have to be run in a sub-hurd to test all the
> hurd translators and libc functions? Should the test programs be
> compiled within that test
