I just realized by reading mrpeach Makefile that linker uses obj files from installed version of PureData, so I've installed pd-0.47-0 and compiled tcpserver.dll with windows 6.1, it's attached, you may find out that this one doesn't need pthreadGC3.dll anymore, if it's true I could make deken packages of externals that only relies on PureData libs.
Le 10/07/2016 16:18, patrice colet a écrit :
Hi Lucas,
Le 10/07/2016 à 01:32, Lucas Cordiviola a écrit :
/Hi Lucas, why don't you recompile the externals with static libraries?/Hi Patrice ,
I've never compiled anything and also I don't write C code.
What does static libraries means? It is adding the system.dll to the object.dll?
For a static linking we need the .a files, not the .dll that's the hardcore part because if there is no .a we have to import functions with dlltools. That's why I think IOhannes suggested to use first the dll provided by PureData (pthread) at recompilation.
The third party dlls can also be provided by third party softwares (eg: for pdlua install lua5.3 and add luadist lib folder to PureData path).
This also should be indicated by deken during install that we need to add third party software for having things working.
If that was the case anyway we have to detect which dll needs that.
The library dependences names can be found through the linker command line in Makefile prepended with "-l" characters.
Detecting could be done by referencing all system DLL provided by pd-extended and doing a script for detecting those libraries in linking command lines found in pure-data-svn/externals/myexternal/Makefile.
Or are you saying that *you* can recompile all w32 deken packages?
Unfortunately I don't have a consistent windows machine, and little spare time to do that, but I'd like to help windows customers to snap my code.
Let me know.
Mensaje telepatico asistido por maquinas.
To: pd-list@lists.iem.at From: colet.patrice@free.fr Date: Sat, 9 Jul 2016 16:42:36 +0200 Subject: Re: [PD] w32 Deken package issues.
Hi Lucas, why don't you recompile the externals with static libraries?
Le 09/07/2016 à 13:31, Lucas Cordiviola a écrit :
hi, On 07/03/2016 08:48 AM, Lucas Cordiviola wrote:
Type “missing” in deken`s search bar. Then put all dlls in the pd/bin directory.
while i appreciate the initiative to provide missing system libraries, i think this is the wrong way to do it. #1 a deken package should be self-contained. if a given deken package lacks a library (e.g. libpthreadGCC3.dll) then it should provide that library itself. (alternatively, deken could be (theoretically; practically i see a number of hurdles) enhanced to explicitely state such
dependencies (so
installing "foo" would also install "pthreadGCC3") #2 a deken package must be installable by deken. the requierement to "then put all the dlls into pd/bin" contradicts this. until deken can be told to install into pd/bin, i think that though shall not abuse the deken package system for such things. i'd therefore rather have the 'missingDLLs' package removed from puredata.info. we *should* come up with a proper solution for the problem though. fmasdr IOhannes
Hi IOhannes,
I've been thinking on the issue and did some tests that gave good
results.
First good result is that the missing .dlls placed on the same
folder
as the external seems to work, I did a couple of tests and both
worked.
Second, I made a patch that creates objects from every .dll in a
given
dir, the target dir is obviously the deken PKG extracted folder,
this
speeds up checking PKGs.
And third, I found http://www.dependencywalker.com/ wich provide
some
useful info about which dll is missing. For example for zexy, “libgnurx-0.dll” is called by matchbox.dll.
The patch that I made also gives false errors because some objects need creation args.
I attach a zip with the patch along with 2 needed externals.
Let me know what you think.
I'm thinking on preparing a win10 system to check packages and
provide
some reports.
Salutti, Lucarda.
Mensaje telepatico asistido por maquinas.
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management ->
https://lists.puredata.info/listinfo/pd-list
-- Patrice Colet fr: 0632660357
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management ->