------- You are receiving this mail because: -------
You are on the CC list for the bug.
http://bugs.exim.org/show_bug.cgi?id=977
Philip Hazel <ph10@???> changed:
What |Removed |Added
----------------------------------------------------------------------------
Resolution|FIXED |INVALID
--- Comment #2 from Philip Hazel <ph10@???> 2010-06-07 17:36:12 ---
I have had to remove this "fix" because it caused these errors when tested on a
Windows system:
>> [ 93%] Building C object CMakeFiles/pcreposix.dir/pcreposix.obj
>> Linking C shared library pcreposix.dll
>> Info: resolving _pcre_free by linking to __imp__pcre_free (auto-import)
>> Creating library file: libpcreposix.dll.a
>> c:\MinGW\bin\..\lib\gcc\mingw32\3.4.5\..\..\..\..\mingw32\bin\ld.exe:
>> warning: auto-importing has been activated without --enable-auto-import
>> specified on the command line.
>> This should work unless it involves constant data structures referencing
>> symbols from auto-imported DLLs.
I do not fully understand the export/import thing in Windows, but I have now
studied this code some more, and it does look to me as though the original
state was OK. When compiling pcreposix.c, functions such as pcre_free() *are*
imported from the main PCRE library, just as they would be for an application.
If you want this investigated further, please post the error that it is causing
you.
--
Configure bugmail:
http://bugs.exim.org/userprefs.cgi?tab=email