[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: test-symlink failure on MinGW

From: Eric Blake
Subject: Re: test-symlink failure on MinGW
Date: Sun, 27 Dec 2009 08:04:55 -0700
User-agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv: Gecko/20090812 Thunderbird/ Mnenhy/

Hash: SHA1

According to Simon Josefsson on 12/27/2009 3:06 AM:
> I got this error when cross-compiling to MinGW:
> ../../../src/libidn-1.16/gltests/test-symlink.c:43: assertion failed
> FAIL: test-symlink.exe
> The reason is use of a system call.  I changed it into a shell script
> wrapper instead.  OK to push?

Not as is.  It would be much nicer to figure out why the system call is
failing for you; it works for me when I cross compile from cygwin to
mingw.  And there are a lot more tests than just test-symlink.c that used
the same idiom.  They would all need the same fix.  Does system() work at
all in your environment, even for simple tasks like an echo (which should
be a builtin, regardless of whether system() uses sh or cmd)?  If so, then
maybe your problem is locating and running rm once the system call is started.

One thing that I would be more comfortable with is just weakening those
system() calls to no longer be wrapped in an ASSERT - if it fails for a
cross compile to mingw, that's no big loss, provided the test passes
normally and leaves no garbage.  That line is really meant for cleanup
from previous partial runs, to make it easier to debug failures.  But now
that most of the failures for mingw have been debugged, there shouldn't
(normally) be anything to clean up.  I really don't see a reason to add a
shell script wrapper just for this special case.

- --
Don't work too hard, make some time for fun as well!

Eric Blake             address@hidden
Version: GnuPG v1.4.9 (Cygwin)
Comment: Public key at home.comcast.net/~ericblake/eblake.gpg
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/


reply via email to

[Prev in Thread] Current Thread [Next in Thread]