Christof Petig wrote:
> But I have a different problem with 1.0.8:
> at offset 0x9a80b within msys-1.0.dll there is the following code:
> cmovne 0x8(%ebp),%eax
Download a more recent snapshot.
> IIRC this is a PII command, so 1.0.8 simply gives illegal instruction on
> my P5 (at this address). Of course I tested the 386 and 586 version.
> Simply try gdb ls.exe, r on a P5.
Yes, an unfortunate setting in my environment when I rebuilt for each
architecture that I didn't catch.
> > Again the symlink isn't supported by win32 and was a resource consumer
> > to imitate. I will do my best to cause your example to function
> > appropriatly.
> I proposed to fall back to the old method only if a directory is
> symlinked (if this is possible). But probably this makes it too slow.
> I solved it for my program. But perhaps other programs show this
> problem, too.
Yes, it would make it slower.
> >>Also supplying 'which' might help with a lot of autogen.sh/configure.in
> > The bash command for `which' is `type -a'.
> Oh it's not fully equivalent:
> $ type -a ecpg
> ecpg is /usr/bin/ecpg
> $ which ecpg
> but of course a combination of sed and type -a does the trick. I simply
> asked about future inclusion of 'which' (no matter whether it is a
> binary or an alias script)
I might consider it as a part of the msysDTK but it doesn't fit the
Minimal quotient. It's not needed for a typical configure to execute.