On 11/14/11 19:51, Alen Skondro wrote:
This breaks the mingw64 build with S_ISLNK being unresolved.
Since windows doesn't know anything about symbolic links, could
something like this help?
thanks, Joseph also pointed this out to me. I have a slightly different patch
in testing (posix specif
This breaks the mingw64 build with S_ISLNK being unresolved.
Since windows doesn't know anything about symbolic links, could
something like this help?
diff --git a/gcc/config/i386/xm-mingw32.h b/gcc/config/i386/xm-mingw32.h
index e0dd3f3..34663ac 100644
--- a/gcc/config/i386/xm-mingw32.h
+++ b/gc
Hi,
I've committed this patch to gcov, It deals with cases where the same header
file, containing inline functions etc, is included by multiple different
pathnames. The current behavior treats these as distinct sources, which is (a)
misleading and (b) in the absence of -p all but one instance
