Re: [sleuthkit-users] more issues with mingw - and solutions
Brought to you by:
carrier
From: Brian C. <ca...@sl...> - 2011-02-17 17:51:58
|
On Feb 17, 2011, at 7:22 AM, Simson Garfinkel wrote: > I'm using mingw. > > To answer your question below, mingw doesn't include zlib in the default distribution. It needs to be added---for example, by adding the zlib-dev package. Because zlib-dev is not present on other systems as well, you need to add it. Right, but TSK doesn't need zlib. libewf does. So, it only becomes an issue for TSK if you try to incorporate libewf. How would a user get libewf installed without zlib? > One of the reasons that AFF, TSK, and LIBEWF are all having problems with the growing plethora of compile platforms is that we frequently do not understand the #include structure of the various platforms. I have invested considerable time in this over the past few months. I have learned: > > 1. Never use "u_char" ; it's not standard. Use uint8_t. So does this mean that I should change this feature request from you: :-) http://sourceforge.net/tracker/?func=detail&aid=2900784&group_id=55685&atid=477892 brian > 2. Likewise, don't use "u_long", use uint32_t. > 3. Check for the presence of mingw with this: > > #if !defined(__MINGW_H) > > 4. On Windows, always include <windows.h> and <winsock.h> >>> >>> >>> AC_CHECK_HEADERS([config_msc.h]) >>> >>> And the line in ewf.h needs to be changed to read: >>> >>> #ifdef HAVE_CONFIG_MSC_H >>> #include <config_msc.h> >>> #endif >> >> >> That doesn't work though because configure.ac stuff isn't used on a Visual Studio build where config_msc.h is needed. The real test is to include that only when it is a windows build and not mingw. I changed it to _MSC_VER instead. > > That's a great fix. > |