|
From: Chris B. <ch...@cn...> - 2010-04-12 16:46:30
|
On Mon, Apr 12, 2010 at 10:55 AM, Thomas Foerster <tjf...@we...> wrote: > Hi, > > thank you! This compiling problem may be also caused by a strange chaos > in this MinGW "lib" and "libexec" folder... > > But: No dll ...? Opps, missed that question. Currently, no with mingw . In theory, it should be working though because configure/libtool have the support. I personally only link in the static library and have not spent time to figure out why mingw will not create them. libtool gives following message during link phase of libsox.dll and then reverts to building static only (and some other warnings as well): *** Since this library must not contain undefined symbols, *** because either the platform does not support them or *** it was explicitly requested with -no-undefined, *** libtool will only create a static version of it. You might try removing "-no-undefine" from Makefile. All optional libraries used by libsox.dll will need to be DLL's as well if its ever to work (such as libogg.dll, etc). > > Any idea about LN ? The only reason its used is to do: ln -s sox.exe soxi.exe ln -s sox.exe play.exe ln -s sox.exe rec.exe Since you can do that by hand or just skip it since you mainly want libraries, all you need to do is find away for it to gracefully fail. You don't really need a working ln.exe. Chris |