OK, here is a short summary: - installed MinGW + GCC 4.5 toolchain - downloaded latest code from darcs - Run ./Setup.lhs configure - got another failure
Setup.lhs:2:2: Warning: In the use of `defaultUserHooks' (imported from Distribution.Simple): Deprecated: "Use simpleUserHooks or autoconfUserHooks, unless you need Cabal compatibility in which case you must stick with defaultUserHooks" Warning: plugins.cabal: The field "hs-source-dir" is deprecated, please use "hs-source-dirs" Warning: defaultUserHooks in Setup script is deprecated. Configuring plugins-1.0... Warning: No 'build-type' specified. If you do not need a custom Setup.hs or ./configure script then use 'build-type: Simple'. checking build system type... i686-pc-mingw32 checking for ghc... ghc checking for value of __GLASGOW_HASKELL__... 612 checking for ghc library directory... D:\Program Files\Haskell Platform\2010.2.0.0\lib checking for tex... tex checking for tex2page... no configure: WARNING: tex2page is needed to build some of the documentation http://www.ccs.neu.edu/home/dorai/tex2page/tex2page-doc.html checking for gcc... gcc checking for C compiler default output file name... a.exe checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... .exe checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ANSI C... none needed checking for arc4random... no checking for a BSD-compatible install... /usr/bin/install -c configure: creating ./config.status config.status: creating config.mk config.status: creating testsuite/makewith/io/TestIO.conf config.status: creating testsuite/makewith/unsafeio/Unsafe.conf config.status: creating config.h config.status: config.h is unchanged Setup.lhs: Missing dependency on a foreign library: * Missing header file: Linker.h This problem can usually be solved by installing the system package that provides this library (you may need the "-dev" version). If the library is already installed but in a non-standard location then you can use the flags --extra-include-dirs= and --extra-lib-dirs= to specify where it is. So it seems really I will have to 1) fix this myself or 2) gave up. I would really like to go for 1) but my knowledge of GHC's internals is rather limited, so I must stick with 2). I will try to adapt hint. I have one question regarding hint: does it handle reloading of modules? Thanks a lot for the various answers so far, Best regards, Arnaud On Mon, Nov 15, 2010 at 11:45 PM, Mathias Weber <mat_we...@t-online.de> wrote: > Hello Arnaud, > I also faced this problem with the plugins package. This particular > error comes from the backslashes in the ghc library directory not being > escaped. But even after patching this, I had trouble with missing > imports and some other stuff. It seams that this package is not much > used/tested under Windows. At the end I gave up using it and switched to > hint (like Alberto pointed out before). > > Mathias > > Am 13.11.2010 19:41, schrieb Arnaud Bailly: >> Hello again, >> So I followed Kevin's suggestion and installed MinGW along with gcc >> and autoconf tools needed by hs-plugins. Then it failed with the >> following error: >> >> $ cabal install --enable-documentation plugins >> Resolving dependencies... >> Configuring plugins-1.5.1.4... >> checking build system type... i686-pc-mingw32 >> checking for ghc... ghc >> checking for value of __GLASGOW_HASKELL__... 612 >> checking for ghc library directory... D:\Program Files\Haskell >> Platform\2010.2.0 >> .0\lib >> checking for gcc... gcc >> checking for C compiler default output file name... a.exe >> checking whether the C compiler works... yes >> checking whether we are cross compiling... no >> checking for suffix of executables... .exe >> checking for suffix of object files... o >> checking whether we are using the GNU C compiler... yes >> checking whether gcc accepts -g... yes >> checking for gcc option to accept ANSI C... none needed >> checking for arc4random... no >> checking for a BSD-compatible install... /usr/bin/install -c >> configure: creating ./config.status >> config.status: creating config.mk >> config.status: creating testsuite/makewith/io/TestIO.conf >> config.status: creating testsuite/makewith/unsafeio/Unsafe.conf >> config.status: creating config.h >> Preprocessing library plugins-1.5.1.4... >> Building plugins-1.5.1.4... >> [ 1 of 12] Compiling System.Plugins.Process ( src\System\Plugins\Process.hs, >> dis >> t\build\System\Plugins\Process.o ) >> [ 2 of 12] Compiling System.Plugins.Parser ( src\System\Plugins\Parser.hs, >> dist\ >> build\System\Plugins\Parser.o ) >> [ 3 of 12] Compiling System.Plugins.LoadTypes ( >> src\System\Plugins\LoadTypes.hs, >> dist\build\System\Plugins\LoadTypes.o ) >> [ 4 of 12] Compiling System.Plugins.Consts ( src\System\Plugins\Consts.hs, >> dist\ >> build\System\Plugins\Consts.o ) >> >> src\System\Plugins\Consts.hs:39:22: >> lexical error in string/character literal at character 'P' >> cabal.exe: Error: some packages failed to install: >> plugins-1.5.1.4 failed during the building phase. The exception was: >> ExitFailure 1 >> >> Any clues? Should I try to use latest source tree? I am really >> interested in the plugins approach, rather than the interpreter >> approach. What I am trying to achieve is a system similar to Yi as >> presented in Don Stewart's paper >> (http://www.cse.unsw.edu.au/~dons/papers/yi.pdf), but much simpler, of >> course. The system would load modules as found in some known location, >> run tests found here before really accepting them, then use them, with >> the possibility of replacing those modules when a newer version is >> found. The idea is to provide a self-tested and continuously running >> system for development, something that might be reminiscent of >> Smalltalk although I never programmed in Smalltalk. >> >> Thanks in advance for advises, >> >> REgards, >> Arnaud >> >> On Fri, Nov 12, 2010 at 8:49 PM, Alberto G. Corona <agocor...@gmail.com> >> wrote: >>> I use Hint for the same purpose. It has been tested under windows >>> >>> 2010/11/12 Arnaud Bailly <arnaud.oq...@gmail.com> >>>> >>>> Hello Kevin, >>>> Thanks. I understand that this is a toolchain issue, I just got used >>>> to the nice feeling of having 'cabal install foo' works seamlessly and >>>> flawlessly to get me some magic piece of software :-) I will try to be >>>> more patient and try to setup a proper toolchain for installing >>>> plugins package. >>>> >>>> Arnaud >>>> >>>> On Fri, Nov 12, 2010 at 7:01 PM, Kevin Jardine <kevinjard...@gmail.com> >>>> wrote: >>>>> This isn't about the plugin functionality, it's about compiling code. >>>>> >>>>> As the message says : >>>>> >>>>> This requires a Unix compatibility toolchain such as MinGW+MSYS or >>>>> Cygwin. >>>>> >>>>> You'll find that you need such a toolchain to compile much open source >>>>> software, including many Haskell modules, on Windows. >>>>> >>>>> Personally I use MinGW+MSYS on my Windows machine. It works very well. >>>>> >>>>> Kevin >>>>> >>>>> On Nov 12, 3:20 pm, Arnaud Bailly <arnaud.oq...@gmail.com> wrote: >>>>>> Hello, >>>>>> I recently tried to >>>>>> >>>>>> cabal install plugins >>>>>> >>>>>> on a windows box and it failed with the following error: >>>>>> >>>>>> Resolving dependencies... >>>>>> Downloading plugins-1.5.1.4... >>>>>> Configuring plugins-1.5.1.4... >>>>>> cabal: The package has a './configure' script. This requires a Unix >>>>>> compatibility toolchain such as MinGW+MSYS or Cygwin. >>>>>> cabal: Error: some packages failed to install: >>>>>> plugins-1.5.1.4 failed during the configure step. The exception was: >>>>>> ExitFailure 1 >>>>>> >>>>>> What solution can I use to load dynamically code in a cross-platform >>>>>> way ? >>>>>> >>>>>> Thanks in advance >>>>>> Arnaud >>>>>> _______________________________________________ >>>>>> Haskell-Cafe mailing list >>>>>> >>>>>> haskell-c...@haskell.orghttp://www.haskell.org/mailman/listinfo/haskell-cafe >>>>> _______________________________________________ >>>>> Haskell-Cafe mailing list >>>>> Haskell-Cafe@haskell.org >>>>> http://www.haskell.org/mailman/listinfo/haskell-cafe >>>>> >>>> _______________________________________________ >>>> Haskell-Cafe mailing list >>>> Haskell-Cafe@haskell.org >>>> http://www.haskell.org/mailman/listinfo/haskell-cafe >>> >>> >> _______________________________________________ >> Haskell-Cafe mailing list >> Haskell-Cafe@haskell.org >> http://www.haskell.org/mailman/listinfo/haskell-cafe > > _______________________________________________ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe