[Scummvm-cvs-logs] SF.net SVN: scummvm: [21739] scummvm/trunk/backends/fs/posix/posix-fs.cpp

[lordhoto at users.sourceforge.net]

Revision: 21739
Author:   lordhoto
Date:     2006-04-09 16:30:16 -0700 (Sun, 09 Apr 2006)
ViewCVS:  http://svn.sourceforge.net/scummvm/?rev=21739&view=rev

Log Message:
-----------
Forces usage of SYSTEM_NOT_SUPPORTING_D_TYPE on amd64 systems. (read comment for more information)

Modified Paths:
--------------
    scummvm/trunk/backends/fs/posix/posix-fs.cpp
Modified: scummvm/trunk/backends/fs/posix/posix-fs.cpp
===================================================================
--- scummvm/trunk/backends/fs/posix/posix-fs.cpp	2006-04-09 22:44:27 UTC (rev 21738)
+++ scummvm/trunk/backends/fs/posix/posix-fs.cpp	2006-04-09 23:30:16 UTC (rev 21739)
@@ -137,7 +137,12 @@
 
 #ifdef __DC__
 		entry._isDirectory = dp->d_size < 0;
-#elif defined(SYSTEM_NOT_SUPPORTING_D_TYPE)
+#elif defined(SYSTEM_NOT_SUPPORTING_D_TYPE) || defined(__x86_64__)
+		// HACK: on debian/unstable (and gentoo it seems) running on amd64 the d_type field
+		// is always 0/DT_UNKNOWN so use this also on amd64 systems maybe check this in
+		// the configure script when running on an amd64 instead of forcing it for all amd64
+		// systems. It seems to work on Fedora though.
+
 		// TODO: d_type is not part of POSIX, so it might not be supported
 		// on some of our targets. For those systems where it isn't supported,
 		// add this #elif case, which tries to use stat() instead.


This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.