https://bugs.winehq.org/show_bug.cgi?id=52770
Eric Pouech eric.pouech@orange.fr changed:
What |Removed |Added ---------------------------------------------------------------------------- Ever confirmed|0 |1 CC| |eric.pouech@orange.fr, | |julliard@winehq.org Status|UNCONFIRMED |NEW
--- Comment #4 from Eric Pouech eric.pouech@orange.fr --- I've run into a similar issue
looking at the compile traces lets me believe that the issue arises when two instances of mingw dlltool run at the same time, and thrashing each other temporary files
indeed, this ugly hack lets the compilation succeeds (it was failing almost always; sometimes on a different DLL) ----------- diff --git a/tools/winebuild/import.c b/tools/winebuild/import.c index c876d51f8e6..8049530a7e5 100644 --- a/tools/winebuild/import.c +++ b/tools/winebuild/import.c @@ -1595,7 +1595,11 @@ static void build_windows_import_lib( const char *lib_na> strarray_add( &args, lib_name ); strarray_add( &args, "-d" ); strarray_add( &args, def_file ); - + strarray_add( &args, "-t" ); + { + char tmp[128]; sprintf(tmp, "%u\n", getpid()); + strarray_add( &args, tmp ); + } switch (target.cpu) { case CPU_i386: ---------- Bernhard, can you test this on your side?
I don't see a simple way to fix it...