Dear GHC, I have installed ghc-5.02.2-i386-unknown-linux in my user directory on RedHat-6.1 Linux machine, libc-2.1.2 to which I have ssh access. My DoCon program was tested on Debian Linux. Now, it fails to `make' under RedHat in the following way. 1. It loads some shell wich shows the $ prompt. $ echo $shell /bin/lstcsh DoCon `make' was tested under tcsh. Also this RedHat machine is a claster: for any job started, the system chooses itself appropriate machine to run this job on. But I was told that tcsh switches off this clastering. So, for these two reasons, I command tcsh before `making' DoCon. 2. And it fails as follows:
make docon ghc -fglasgow-exts -fallow-overlapping-instances -fallow-undecidable-instances -fno-warn-overlapping-patterns -fwarn-unused-binds -fwarn-unused-matches -fwarn-unused-imports -syslib data -ddump-hi-diffs -package-name docon --make DExport ghc: input file doesn't exist: docon ghc: input file doesn't exist: DExport ghc: no such system library (-syslib): data ghc: unrecognised option: -package-name ghc: unrecognised option: --make
Under lstcsh, it reports the same thing. If I copy this command by mouse and run it not via Makefile but from the command line, then it works. The strings like -ddump-hi-diffs -package-name docon are kept in the varibles defined and used in Makefile like this: o1 = -ddump-hi-diffs -package-name docon obj: ghc $(o1) ... I wonder about this effect. How can one fix this Makefile business? Thank you in advance for the help. ----------------- Serge Mechveliani mechvel@botik.ru