C:\com-1.2.3>runhaskell Setup configure Configuring com-1.2.3... Setup: Missing dependencies on foreign libraries: * Missing header file: include/WideStringSrc.h * Missing C libraries: kernel32, user32, ole32, oleaut32, advapi32 This problem can usually be solved by installing the system packages that provide these libraries (you may need the "-dev" versions). If the libraries are already installed but in a non-standard location then you can use the flags --extra-include-dirs= and --extra-lib-dirs= to specify where they are. Any hints? (It is conspicuous that the "hissing header file" is actually present at the exact path indicated... WTH?)
Andrew Coppin wrote:
C:\com-1.2.3>runhaskell Setup configure Configuring com-1.2.3... Setup: Missing dependencies on foreign libraries: * Missing header file: include/WideStringSrc.h * Missing C libraries: kernel32, user32, ole32, oleaut32, advapi32
Any hints?
Maybe I should try the method listed in http://www.bash.org/?152037 But I'm not that much of a troll... I'm just slightly frustrated because this package looks potentially very useful, but I can't actually use it. :-(
andrewcoppin:
Andrew Coppin wrote:
C:\com-1.2.3>runhaskell Setup configure Configuring com-1.2.3... Setup: Missing dependencies on foreign libraries: * Missing header file: include/WideStringSrc.h * Missing C libraries: kernel32, user32, ole32, oleaut32, advapi32
Any hints?
Maybe I should try the method listed in
But I'm not that much of a troll...
I'm just slightly frustrated because this package looks potentially very useful, but I can't actually use it. :-(
Have you tried installing the C libraries it requests? -- Don
Don Stewart wrote:
andrewcoppin:
Andrew Coppin wrote:
C:\com-1.2.3>runhaskell Setup configure Configuring com-1.2.3... Setup: Missing dependencies on foreign libraries: * Missing header file: include/WideStringSrc.h * Missing C libraries: kernel32, user32, ole32, oleaut32, advapi32
Any hints?
Have you tried installing the C libraries it requests?
kernel32.dll, user32.dll, etc. are all standard DLL files present in C:\WINDOWS\system32. I was hoping that saying --extra-lib-dirs=C:\WINDOWS\system32 like the error message suggests would magically fix the problem... but no. I guess that would be too easy. It also doesn't explain why Cabal isn't finding include/WideStringSrc.h, even though that's the correct relative path to the file. I checked six times; it's definitely there. I also had a look around to see if there's any readme files in the Cabal package or any helpful hints on the package website. I found some example code, but nothing about how to get it to compile. :-( [Presumably because for the author it worked without doing anything special.]
andrewcoppin:
Don Stewart wrote:
andrewcoppin:
Andrew Coppin wrote:
C:\com-1.2.3>runhaskell Setup configure Configuring com-1.2.3... Setup: Missing dependencies on foreign libraries: * Missing header file: include/WideStringSrc.h * Missing C libraries: kernel32, user32, ole32, oleaut32, advapi32
Any hints?
Have you tried installing the C libraries it requests?
kernel32.dll, user32.dll, etc. are all standard DLL files present in C:\WINDOWS\system32.
I was hoping that saying --extra-lib-dirs=C:\WINDOWS\system32 like the error message suggests would magically fix the problem... but no. I guess that would be too easy.
It also doesn't explain why Cabal isn't finding include/WideStringSrc.h, even though that's the correct relative path to the file. I checked six times; it's definitely there.
I also had a look around to see if there's any readme files in the Cabal package or any helpful hints on the package website. I found some example code, but nothing about how to get it to compile. :-( [Presumably because for the author it worked without doing anything special.]
Compile with -v3 or so, to get full debugging output on the PATH and explicit paths being used. Have you contacted the author? -- Don
Don Stewart wrote:
andrewcoppin:
Don Stewart wrote:
Have you tried installing the C libraries it requests?
kernel32.dll, user32.dll, etc. are all standard DLL files present in C:\WINDOWS\system32.
I was hoping that saying --extra-lib-dirs=C:\WINDOWS\system32 like the error message suggests would magically fix the problem... but no. I guess that would be too easy.
It also doesn't explain why Cabal isn't finding include/WideStringSrc.h, even though that's the correct relative path to the file. I checked six times; it's definitely there.
I also had a look around to see if there's any readme files in the Cabal package or any helpful hints on the package website. I found some example code, but nothing about how to get it to compile. :-( [Presumably because for the author it worked without doing anything special.]
Compile with -v3 or so, to get full debugging output on the PATH and explicit paths being used.
I see several dozen lines like this: ("D:\\ghc\\ghc-6.10.3\\gcc.exe",["-BD:\\ghc\\ghc-6.10.3\\gcc-lib","-ID:\\ghc\\ghc-6.10.3\\include\\mingw","D:\\DOCUME~1\\Orphi\\LOCALS~1\\Temp\\3192.c","-o","D:\\DOCUME~1\\Orphi\\LOCALS~1\\Temp\\3192","-lole32","--enable-stdcall-fixup","--disable-stdcall-fixup"]) D:\ghc\ghc-6.10.3\gcc.exe returned ExitFailure 1 with error message: cc1.exe: error: unrecognized command line option "-fenable-stdcall-fixup" cc1.exe: error: unrecognized command line option "-fdisable-stdcall-fixup" So perhaps it's not that it can't find stuff, it's that it doesn't like the strange options inserted from the Cabal file? It contains the following gem: -- I can't seem to feed this into the 'ld' invocation that creates the -- relocatable object file. Ld-options: --enable-stdcall-fixup --disable-stdcall-fixup Presumably the author did this for some sort of specific reason. I have no clue what though.
Have you contacted the author?
No, I hadn't actually thought of that...
On Mon, Sep 21, 2009 at 8:37 PM, Andrew Coppin
It also doesn't explain why Cabal isn't finding include/WideStringSrc.h, even though that's the correct relative path to the file. I checked six times; it's definitely there.
include/WideStringSrc.h is a relative path, maybe cabal gets the base path for the include files wrong ?
participants (3)
-
Andrew Coppin -
david48 -
Don Stewart