Hi Bill, On Fri, 6 Jun 2014 15:02:45 +0200, Bill Allombert <ballo...@debian.org> wrote: > Hello Stephen, > (this might be related to #748353)
I believe it is...
> I build a C library (libpari.dll) every day.
> Since gcc-mingw-w64-i686 4.9.0-2+13, the DLL is depending on
> libgcc_s_sjlj-1.dll and libwinpthread-1.dll (even though it do not use
> pthread).
>
> Having to ship libwinpthread-1.dll and libgcc_s_sjlj-1.dll
> is a usability problem given the target audience.
I'm working on figuring out some way to provide a package which allows
building for pthreads or Win32 threads, which would fix your problem (but
still allow people using std::thread and such things to use mingw-w64 too).
In the mean time, if you like you can rebuild gcc-mingw-w64 with native Win32
threads, which will avoid the above dependencies (at least
libwinpthread-1.dll). You just need to fetch the gcc-mingw-w64 source and
modify line 137 of debian/rules so that it reads
--enable-threads=win32 \
instead of
--enable-threads=posix \
The resulting set of packages will avoid the pthreads dependency unless you
use OpenMP with libgomp.
If you do try this, could you let me know if it also drops the
libgcc_s_sjlj-1.dll dependency?
Alternatively, if you can explain how you build PARI/GP (if I've guessed
correctly) as libpari.dll, I can look into it in more detail...
Regards,
Stephen
signature.asc
Description: PGP signature
