Error compiling CVS-Sources on a linux box ...
Hi, the second iteration compiling the newest CVS-sources gives the following error. Second iterations is: the first iteration was done was a previous version of ghc-3.03 and the second iteration with the ghc compiled from the newest CVS-sources. ==fptools== gmake all --no-print-directory -r; in /disk1/tmp/src/current/fptools/ghc/compiler /usr/local/pub-bkb/ghc/current/bin/ghc -cpp -fglasgow-exts -Rghc-timing -I. -IcodeGen -InativeGen -Iparser -iutils:basicTypes:types:hsSyn:prelude:rename:typecheck:deSugar:coreSyn:specialise:simplCore:stranal:stgSyn:simplStg:codeGen:absCSyn:main:reader:profiling:parser:nativeGen -recomp -O -H25M -H12m -c rename/RnNames.lhs -o rename/RnNames.o -osuf o ghc: ignoring heap-size-setting option (-H12m)...not the largest seen ghc: ignoring heap-size-setting option (-H12m)...not the largest seen RnNames.lhs:7: Warning: Failed to find (optional) interface decl for `seWa' desired at RnEnv.hi:71 RnNames.lhs:7: Warning: Failed to find (optional) interface decl for `seLo' desired at RnEnv.hi:71 NOTE: Simplifier still going after 4 iterations; bailing out. panic! (the `impossible' happened): tcLookupTyVar: RnEnv.seLo{-r3xV-} Please report it as a compiler bug to [EMAIL PROTECTED] gmake[2]: *** [rename/RnNames.o] Error 1 gmake[1]: *** [all] Error 1 gmake: *** [all] Error 1 stefan@eiger:/disk1/tmp/src/current/fptools Cioa, Stefan. -- Stefan Westmeier [EMAIL PROTECTED] Kulenkampffallee 67 vox humana: +(49) 421 2235820 D-28213 Bremen fax machina: +(49) 421 2235821 Germany cellular: +(49) 171 2672149 Stefan Westmeier[EMAIL PROTECTED] BISS vox humana: +(49) 421 218 4228 FB3 Uni Bremen fax machina: +(49) 421 218 3054
Re: ghc-3.01 and gcc 2.8.1
Sigbjorn Finne writes: Stefan Westmeier writes: Hi, last week someone here at our department installed a new gcc. We used to have 2.7.2.x and we have now 2.8.1. Suddenly our sources we compiled with ghc-2.10, ghc-3.00-1 and ghc-3.01 crashed. OK. The old gcc can still be called as gcc.o. Exchanging gcc with gcc.o in the ghc driver fixed this problem. Fine. But ... now I tried to compile a new ghc-3.01 with the "fixed" ghc-2.10 and guess ... it crashed :-( That's puzzling - this should be identical to compiling with 2.7.2, no? Are you sure you're linking with 2.7.2 code and libraries? Notice that gcc is called directly in a number of places when compiling ghc from source (e.g., ghc/runtime/gmp and various bits in ghc/compiler/parser/) I did proceed in two stages: 1) compile 3.01 with fixed 2.10. That is: 2.10 used gcc.o (2.7.2) via driver but gcc (2.8.1) when gcc is called during compilation of 3.01. 2) Compile 3.01 with the 3.01 from the first stage. This one uses gcc (2.8.1) via the driver and directly (runtime ...). When using this compiler during make to compile the libraries it gets an error message while compiling the first library module --- a pattern match error. How do I get out of this problem ? Do I have to proceed in a special way during compiling the compiler --- I already tried to ways --- or is it still not adopted to gcc 2.8.1 ? We've not tried 2.8.1, but compiling with pre-2.8.0 releases has been seen to work OK. Ciao, Stefan. -- Stefan Westmeier[EMAIL PROTECTED] BISS vox humana: +(49) 421 218 4228 FB3 Uni Bremen fax machina: +(49) 421 218 3054 Stefan Westmeier [EMAIL PROTECTED] Schaphuser Str. 24vox humana: +(49) 421 424001 D-28307 Bremen fax machina: +(49) 421 424045 Germany cellular: +(49) 171 2672149
ghc-3.01 and gcc 2.8.1
Hi, last week someone here at our department installed a new gcc. We used to have 2.7.2.x and we have now 2.8.1. Suddenly our sources we compiled with ghc-2.10, ghc-3.00-1 and ghc-3.01 crashed. OK. The old gcc can still be called as gcc.o. Exchanging gcc with gcc.o in the ghc driver fixed this problem. Fine. But ... now I tried to compile a new ghc-3.01 with the "fixed" ghc-2.10 and guess ... it crashed :-( How do I get out of this problem ? Do I have to proceed in a special way during compiling the compiler --- I already tried to ways --- or is it still not adopted to gcc 2.8.1 ? Thanks, Stefan. -- Stefan Westmeier[EMAIL PROTECTED] BISS vox humana: +(49) 421 218 4228 FB3 Uni Bremen fax machina: +(49) 421 218 3054 Stefan Westmeier [EMAIL PROTECTED] Schaphuser Str. 24vox humana: +(49) 421 424001 D-28307 Bremen fax machina: +(49) 421 424045 Germany cellular: +(49) 171 2672149
MPC Problem --- II
The following class causes the generated C Code to cause an error: class (OMSObjectC o,OMSObjectC o',OMSLinkC l,OMSLnkAttrC a,OMSAttrValC av) = OMSLnkAttrAppC l o o' a av where lAGet :: IO (a l o o') - IO av lAGet' :: (a l o o')- IO av lASet :: IO (a l o o') - av - IO () lASet' :: (a l o o')- av - IO () The error produced is: /usr/local/pub-bkb/ghc/ghc-3.00/bin/ghc -c OMSAttributes.hs -syslib posix -syslib ghc -fglasgow-exts -concurrent -cpp -hi-diffs -fvia-C -dcore-lint -I/usr/local/pub-bkb/ghc/ghc-3.00/lib/includes -I/usr/local/pub-bkb/hpcte/v2.9/include -i.:../cencap:../cencap/notification:../oms:/home/litfox/uniform/revoms/workbench/util:/home/litfox/uniform/revoms/workbench/concurrency:/home/litfox/uniform/revoms/workbench/reactor -H15M -K5M -recomp -DSOLARIS -DNOTI -DHPCTE29 -DWITH_HPCTE_APPEND_LINK_ERROR '-#include "omsstate.h"' ghc: module version unchanged at 13 /tmp/ghc27148.hc:679: redefinition of `OMSAttributes_scselZuOMSLnkAttrAppCOMSBaseOMSObjectC_info' /tmp/ghc27148.hc:643: `OMSAttributes_scselZuOMSLnkAttrAppCOMSBaseOMSObjectC_info' previously defined here /tmp/ghc27148.hc:680: redefinition of `OMSAttributes_scselZuOMSLnkAttrAppCOMSBaseOMSObjectC_entry' /tmp/ghc27148.hc:644: `OMSAttributes_scselZuOMSLnkAttrAppCOMSBaseOMSObjectC_entry' previously defined here /tmp/ghc27148.hc:691: redefinition of `OMSAttributes_scselZuOMSLnkAttrAppCOMSBaseOMSObjectC_fast1' /tmp/ghc27148.hc:655: `OMSAttributes_scselZuOMSLnkAttrAppCOMSBaseOMSObjectC_fast1' previously defined here /tmp/ghc27148.hc:702: redefinition of `OMSAttributes_scselZuOMSLnkAttrAppCOMSBaseOMSObjectC_closure' /tmp/ghc27148.hc:666: `OMSAttributes_scselZuOMSLnkAttrAppCOMSBaseOMSObjectC_closure' previously defined here gmake: *** [OMSAttributes.o] Error 1 Compilation exited abnormally with code 2 at Fri Feb 6 13:28:31 This happens only, if OMSLnkAttrAppC is exported from the module, that is if it is not exported the C-Compiler does not complain. I guess the problem ist, that the Class OMSObjectC does appear twice in der Context/Superclasses !? Ciao, Stefan. -- Stefan Westmeier [EMAIL PROTECTED] Schaphuser Str. 24vox humana: +(49) 421 424001 D-28307 Bremen fax machina: +(49) 421 424045 Germany cellular: +(49) 171 2672149 Stefan Westmeier[EMAIL PROTECTED] BISS vox humana: +(49) 421 218 4228 FB3 Uni Bremen fax machina: +(49) 421 218 3054
Buglist compiling 2.05 with 2.05 for Linux
Hi, after succesfully compiling ghc 2.05 with ghc 0.29 on Linux (with Sven Pannes Patch) I now do try to compile 2.05 with 2.05 and found some small bugs. After doing this corrections it compiled without any further problems. I did not use the Readline-Lib. So I did not find any bugs relating to this. My build settings are included within 3) as diff for config.mk. Ciao, Stefan. -- Stefan Westmeier [EMAIL PROTECTED] Schaphuser Str. 24 D-28307 Bremen vox humana: +(49) 421 424001 Germany fax machina: +(49) 421 424045 1) utils/FastString.lhs needs -monly-3-regs *** fptools/ghc/compiler/Makefile Thu Jul 31 10:37:30 1997 --- fptools/ghc/compiler/Makefile~ Sat Jul 26 10:10:14 1997 *** *** 212,216 utils/SST_HC_OPTS = -fvia-C utils/PrimPacked_HC_OPTS = -fvia-C -monly-3-regs ! utils/FastString_HC_OPTS = -fvia-C -monly-3-regs utils/StringBuffer_HC_OPTS= -fvia-C utils/Digraph_HC_OPTS = -fglasgow-exts -fvia-C --- 212,216 utils/SST_HC_OPTS = -fvia-C utils/PrimPacked_HC_OPTS = -fvia-C -monly-3-regs ! utils/FastString_HC_OPTS = -fvia-C utils/StringBuffer_HC_OPTS= -fvia-C utils/Digraph_HC_OPTS = -fglasgow-exts -fvia-C 2) ImmAddr is imported qualified for compilers greater than 2.02: *** fptools/ghc/compiler/nativeGen/MachCode.lhs Thu Jul 31 14:51:51 1997 --- fptools/ghc/compiler/nativeGen/MachCode.lhs~Thu Jul 24 09:21:31 1997 *** *** 1134,1138 code = mkSeqInstrs [] in ! returnUs (Amode (MachRegs.ImmAddr imm__2 (fromInteger i)) code) where imm= maybeImm x --- 1134,1138 code = mkSeqInstrs [] in ! returnUs (Amode (ImmAddr imm__2 (fromInteger i)) code) where imm= maybeImm x *** *** 1168,1172 code = mkSeqInstrs [] in ! returnUs (Amode (MachRegs.ImmAddr imm__2 0) code) where imm= maybeImm leaf --- 1168,1172 code = mkSeqInstrs [] in ! returnUs (Amode (ImmAddr imm__2 0) code) where imm= maybeImm leaf 3) I did not use build.mk. I prefer to change config.mk directly. So here are my settings as a diff to the distributed config.mk. *** config.mk Wed Jul 30 16:07:12 1997 --- config.mk~ Wed Jul 30 16:05:41 1997 *** *** 139,143 GhcProjectPatchLevel =0 GhcBuildeeVersion=205 ! GhcBuilderVersion=205 # --- 139,143 GhcProjectPatchLevel =0 GhcBuildeeVersion=205 ! GhcBuilderVersion=29 # *** *** 166,171 # HC_ROJEMO_NHC # HC_UNSPECIFIED ! WithGhcHc = ghc-2.05 ! Ghc2_0=YES # Unused, we think # WithGhcHcType=HC_GLASGOW_GHC --- 166,171 # HC_ROJEMO_NHC # HC_UNSPECIFIED ! WithGhcHc = ghc-0.29 ! Ghc2_0=NO # Unused, we think # WithGhcHcType=HC_GLASGOW_GHC *** *** 181,185 # -DDEBUG include consistency/assertion checks in the compiled compiler # -fshow-import-specs show import specialisations ! GhcHcOpts=-O -H30M # GhcWithHscBuiltViaC - build GHC compiler proper (\`hsc') from .hc files? --- 181,185 # -DDEBUG include consistency/assertion checks in the compiled compiler # -fshow-import-specs show import specialisations ! GhcHcOpts= # GhcWithHscBuiltViaC - build GHC compiler proper (\`hsc') from .hc files? *** *** 223,232 # In addition to the normal sequential way, the default is to also build # profiled prelude libraries. ! GhcLibWays=mc # Option flags to pass to GHC when it's compiling prelude modules # Typically these are things like -O or -dcore-lint # The ones that are *essential* are wired into ghc/lib/Makefile ! GhcLibHcOpts= -O -H30M -split-objs -odir $(basename $*) --- 223,232 # In addition to the normal sequential way, the default is to also build # profiled prelude libraries. ! GhcLibWays=p # Option flags to pass to GHC when it's compiling prelude modules # Typically these are things like -O or -dcore-lint # The ones that are *essential* are wired into ghc/lib/Makefile ! GhcLibHcOpts= -split-objs -odir $(basename $*)
small bug when compiling ghc-2.04 with ghc-0.29
The following piece of code is from fptools/ghc/compiler/Makefile. When doing "gmake boot" the goal hi-boot is not found and some hi-files are not produced from the hi-boot files. Ciao, Stefan. -- Stefan Westmeier [EMAIL PROTECTED] Schaphuser Str. 24 D-28307 Bremen vox humana: +(49) 421 424001 Germany fax machina: +(49) 421 424045 #- # Interface files # LoopHack.lhc is an SLPJ addition to fix a profiling problem. See comments # inside it. (compilation is handled by the suffix rules). # # Building the loop breakers from .lhi (0.2x) or .hi-boot (2.xx) files # ifeq ($(Ghc2_0),YES) BOOT_HI_STEMS = $(basename $(wildcard */*.hi-boot)) hi-boot :: @for n in $(BOOT_HI_STEMS); \ do \ echo Creating $$n.hi ; \ $(RM) $$n.hi ; \ $(CP) $$n.hi-boot $$n.hi || ( $(RM) $$n.hi exit 1 ) ; \ done # # Have the collector *Loop.hs interface files be generated just after having # created the .hi's from the .hi-boot's. #hi-boot :: $(patsubst %.hs,%.hi,$(LOOPS_HS)) else %.hi : %.lhi $(RM) $@ $(UNLIT) $ $@ || ( $(RM) $@ exit 1 ) @chmod 444 $@ endif boot :: hi-boot
Small bug when compiling ghc-2.04 with ghc-2.02
When compiling the ghc-2.04-src.tar.gz (without hi and hc files) with ghc-2.02 "gmake boot" gives the following error. It does not appear when removing the "," from withing the SLIT of this piece of code from TcSimplify.lhs from line 728: \begin{code} reduceErr insts sty = hang (ptext (SLIT("Context required by inferred type but missing on a type signature"))) 4 (vcat (map (pprInst sty) (bagToList insts))) \end{code} What does also not work is the following piece of code with Linux: "#!/bin/sh -- # to stop perl from looping " It is from target.mk and is put at front of some of the scripts like mkdependC ... replacing it with just "#!/usr/bin/perl" helped comming throught "gmake boot". The original version complained about the "--". Ciao, Stefan. -- Stefan Westmeier [EMAIL PROTECTED] Schaphuser Str. 24 D-28307 Bremen vox humana: +(49) 421 424001 Germany fax machina: +(49) 421 424045 ==fptools== gmake boot; in /home/stefan/bkb/haskell/ghc-2.04/fptools/ghc/compiler Creating absCSyn/CLabel.hi Creating basicTypes/FieldLabel.hi Creating basicTypes/Id.hi Creating basicTypes/Literal.hi Creating basicTypes/Name.hi Creating basicTypes/Unique.hi Creating codeGen/CgBindery.hi Creating codeGen/CgExpr.hi Creating codeGen/CgRetConv.hi Creating codeGen/CgUsages.hi Creating codeGen/ClosureInfo.hi Creating coreSyn/CoreUnfold.hi Creating deSugar/DsBinds.hi Creating deSugar/DsExpr.hi Creating deSugar/Match.hi Creating hsSyn/HsBinds.hi Creating hsSyn/HsExpr.hi Creating hsSyn/HsMatches.hi Creating nativeGen/MachMisc.hi Creating nativeGen/Stix.hi Creating nativeGen/StixPrim.hi Creating prelude/PrimOp.hi Creating prelude/StdIdInfo.hi Creating prelude/TysPrim.hi Creating prelude/TysWiredIn.hi Creating profiling/CostCentre.hi Creating rename/RnBinds.hi Creating rename/RnSource.hi Creating simplCore/MagicUFs.hi Creating simplCore/Simplify.hi Creating specialise/SpecEnv.hi Creating typecheck/TcEnv.hi Creating typecheck/TcGRHSs.hi Creating typecheck/TcType.hi Creating types/Class.hi Creating types/TyCon.hi Creating types/TyVar.hi Creating types/Type.hi Creating utils/UniqFM.hi ../utils/ugen/ugen parser/binding.ugn || rm -f parser/binding.h parser/binding.hs ../utils/ugen/ugen parser/constr.ugn || rm -f parser/constr.h parser/constr.hs ../utils/ugen/ugen parser/either.ugn || rm -f parser/either.h parser/either.hs ../utils/ugen/ugen parser/entidt.ugn || rm -f parser/entidt.h parser/entidt.hs ../utils/ugen/ugen parser/list.ugn || rm -f parser/list.h parser/list.hs ../utils/ugen/ugen parser/literal.ugn || rm -f parser/literal.h parser/literal.hs ../utils/ugen/ugen parser/maybe.ugn || rm -f parser/maybe.h parser/maybe.hs ../utils/ugen/ugen parser/pbinding.ugn || rm -f parser/pbinding.h parser/pbinding.hs ../utils/ugen/ugen parser/qid.ugn || rm -f parser/qid.h parser/qid.hs ../utils/ugen/ugen parser/tree.ugn || rm -f parser/tree.h parser/tree.hs ../utils/ugen/ugen parser/ttype.ugn || rm -f parser/ttype.h parser/ttype.hs ../utils/unlit/unlit main/LoopHack.lhc main/LoopHack.hc ../../glafp-utils/mkdependC/mkdependC -f .depend-- -Iparser -I. -I../includes -- parser/binding.c parser/constr.c parser/either.c parser/entidt.c parser/list.c parser/literal.c parser/maybe.c parser/pbinding.c parser/qid.c parser/tree.c parser/ttype.cghc-2.02ghc-2.02 -M -optdep-f -optdep.depend -cpp -fhaskell-1.3 -fglasgow-exts -DCOMPILING_GHC -Rghc-timing -I. -IcodeGen -InativeGen -Iparser -iutils -ibasicTypes -itypes -ihsSyn -iprelude -irename -itypecheck -ideSugar -icoreSyn -ispecialise -isimplCore -istranal -istgSyn -isimplStg -icodeGen -iabsCSyn -imain -ireader -iprofiling -iparser -inativeGen -recomp -DOMIT_DEFORESTER parser/U_binding.hs parser/U_constr.hs parser/U_either.hs parser/U_entidt.hs parser/U_list.hs parser/U_literal.hs parser/U_maybe.hs parser/U_pbinding.hs parser/U_qid.hs parser/U_tree.hs parser/U_ttype.hs utils/Argv.lhs utils/Bag.lhs utils/BitSet.lhs utils/Digraph.lhs utils/FastString.lhs utils/FiniteMap.lhs utils/ListSetOps.lhs utils/Mat! ! chEnv.lhs utils/Maybes.lhs utils/OrdList.lhs utils/Outputable.lhs utils/Pretty.lhs utils/PrimPacked.lhs utils/SST.lhs utils/StringBuffer.lhs utils/UniqFM.lhs utils/UniqSet.lhs utils/Util.lhs basicTypes/BasicTypes.lhs basicTypes/Demand.lhs basicTypes/FieldLabel.lhs basicTypes/Id.lhs basicTypes/IdInfo.lhs basicTypes/IdUtils.lhs basicTypes/Literal.lhs basicTypes/Name.lhs basicTypes/PprEnv.lhs basicTypes/PragmaInfo.lhs basicTypes/SrcLoc.lhs basicTypes/UniqSupply.lhs basicTypes/Unique.lhs types/Class.lhs types/Kind.lhs types/PprType.lhs types/TyCon.lhs types/TyVar.lhs types/Type.lhs types/Usage.lhs hsSyn/HsBasic.lhs hsSyn/HsBinds.lhs hsSyn/HsCore.lhs hsSy
Small problems with ghc-2.02 binary distribution for linux
Trying to use "-syslib hbc" produces the following for ghc-2.02 for linux: /usr/i486-linux/bin/ld: cannot open -lHShbc_cbits: No such file or directory And there is no libHShbc_cbits.a in: /usr/local/software/ghc-2.02/lib/ghc-2.02/hslibs: total 40650 drwxr-sr-x 6 stefan software 1024 Mar 27 19:30 . drwxr-sr-x 5 stefan software 1024 Mar 27 19:31 .. drwxr-sr-x 3 stefan software 1024 Mar 27 19:28 contrib drwxr-sr-x 3 stefan software 1024 Mar 27 19:28 ghc drwxr-sr-x 3 stefan software 1024 Mar 27 19:28 hbc -rw-r--r-- 1 stefan software 1024294 Mar 27 19:29 libHScontrib.a -rw-r--r-- 1 stefan software 1946324 Mar 27 19:29 libHScontrib_mc.a -rw-r--r-- 1 stefan software 7081724 Mar 27 19:30 libHScontrib_p.a -rw-r--r-- 1 stefan software 1979968 Mar 27 19:29 libHSghc.a -rw-r--r-- 1 stefan software55688 Mar 27 19:29 libHSghc_cbits.a -rw-r--r-- 1 stefan software 1912968 Mar 27 19:29 libHSghc_mc.a -rw-r--r-- 1 stefan software 6885028 Mar 27 19:29 libHSghc_p.a -rw-r--r-- 1 stefan software 1750106 Mar 27 19:29 libHShbc_mc.a -rw-r--r-- 1 stefan software 5132714 Mar 27 19:29 libHShbc_p.a -rw-r--r-- 1 stefan software 663222 Mar 27 19:29 libHSposix.a -rw-r--r-- 1 stefan software 4638 Mar 27 19:29 libHSposix_cbits.a -rw-r--r-- 1 stefan software 2259058 Mar 27 19:29 libHSposix_mc.a -rw-r--r-- 1 stefan software 10738362 Mar 27 19:29 libHSposix_p.a drwxr-sr-x 3 stefan software 1024 Mar 27 19:28 posix Ciao, Stefan. -- Stefan Westmeier [EMAIL PROTECTED] Schaphuser Str. 24 D-28307 Bremen vox humana: +(49) 421 424001 Germany fax machina: +(49) 421 424045 ghc-2.02 -o OMSInstall -v -syslib ghc -syslib hbc -fglasgow-exts -concurrent -cpp -hi-diffs -i../cencap:/home/stefan/bkb/uniform/workbench/kernel -I/usr/local/pub-bkb/ghc/ghc-2.02/lib/ghc-2.02/includes -I/usr/local/pub-bkb/ghc/ghc-2.02/lib/ghc-2.02/includes -H10M -recomp OMSInstall.o liboms.a ../cencap/libhcpcte.a /home/stefan/bkb/uniform/workbench/kernel/Computation.o /home/stefan/bkb/uniform/workbench/kernel/ControlFlow.o /usr/local/software/hpcte/v2.8/x86-linux1.2/lib/libhpcte.a /usr/local/software/hpcte/v2.8/x86-linux1.2/lib/libhpcte_support.a The Glorious Glasgow Haskell Compilation System, version 2.02, patchlevel 0 Linker: gcc -v -o OMSInstall OMSInstall.o liboms.a ../cencap/libhcpcte.a /home/stefan/bkb/uniform/workbench/kernel/Computation.o /home/stefan/bkb/uniform/workbench/kernel/ControlFlow.o /usr/local/software/hpcte/v2.8/x86-linux1.2/lib/libhpcte.a /usr/local/software/hpcte/v2.8/x86-linux1.2/lib/libhpcte_support.a /usr/local/software/ghc-2.02/lib/ghc-2.02/TopClosure.o -L/usr/local/software/ghc-2.02/lib/ghc-2.02 -L/usr/local/software/ghc-2.02/lib/ghc-2.02/hslibs -L/usr/local/software/ghc-2.02/lib/ghc-2.02/hslibs -lHSghc_mc -lHSghc_cbits -lHShbc_mc -lHShbc_cbits -lHS_mc -lHS_cbits -lHSrts_mc -lHSclib -lgmp -lm Reading specs from /usr/lib/gcc-lib/i486-linux/2.7.2/specs gcc version 2.7.2 /usr/i486-linux/bin/ld -m elf_i386 -dynamic-linker /lib/ld-linux.so.1 -o OMSInstall /usr/lib/crt1.o /usr/lib/crti.o /usr/lib/crtbegin.o -L/usr/local/software/ghc-2.02/lib/ghc-2.02 -L/usr/local/software/ghc-2.02/lib/ghc-2.02/hslibs -L/usr/local/software/ghc-2.02/lib/ghc-2.02/hslibs -L/usr/lib/gcc-lib/i486-linux/2.7.2 -L/usr/i486-linux/lib OMSInstall.o liboms.a ../cencap/libhcpcte.a /home/stefan/bkb/uniform/workbench/kernel/Computation.o /home/stefan/bkb/uniform/workbench/kernel/ControlFlow.o /usr/local/software/hpcte/v2.8/x86-linux1.2/lib/libhpcte.a /usr/local/software/hpcte/v2.8/x86-linux1.2/lib/libhpcte_support.a /usr/local/software/ghc-2.02/lib/ghc-2.02/TopClosure.o -lHSghc_mc -lHSghc_cbits -lHShbc_mc -lHShbc_cbits -lHS_mc -lHS_cbits -lHSrts_mc -lHSclib -lgmp -lm -lgcc -lc -lgcc /usr/lib/crtend.o /usr/lib/crtn.o /usr/i486-linux/bin/ld: cannot open -lHShbc_cbits: No such file or directory Command had non-zero exit status 1 0.54user 0.11system 0:02.25elapsed 28%CPU (0avgtext+0avgdata 0maxresident)k 0inputs+0outputs (0major+0minor)pagefaults 0swaps deleting... OMSInstall rm -f /tmp/ghc12038* gmake: *** [OMSInstall] Error 1 Compilation exited abnormally with code 2 at Fri Mar 28 18:53:16
ghc-2.01 for linux with concurrency
Hi, two weeks ago we decided to go from ghc-0.29 to ghc-2.01. With Solaris all seems to be quite well. Out sources make heavy use of the concurrency features. With Linux it does not at all seem to be OK. The following program works well for ghc-0.29 when I call it with "+RTS -C". Without this, it stops exactly after printing "500". The program was compiled with: ghc-0.29 -v -o ConcTest -syslib ghc -fhaskell-1.3 -fglasgow-exts -concurrent -cpp -hi-diffs ConcTest.hs or ghc-2.01 -v -o ConcTest -recomp -syslib ghc -fhaskell-1.3 -fglasgow-exts -concurrent -cpp -hi-diffs ConcTest.hs --- module Main (main) where import Concurrent main = sequence [forkIO (scr i) | i - [1..1000]] where scr i = putStr ((show i) ++ "\n") ghc-2.01 produces: stefan@eiger:/tmp ConcTest 1 2 3 [..] 52 53 54 56 Segmentation fault stefan@eiger:/tmp or stefan@eiger:/tmp ConcTest +RTS -C Segmentation fault stefan@eiger:/tmp Can anyone help me with this !? Thanks, Stefan. -- Stefan Westmeier [EMAIL PROTECTED] Schaphuser Str. 24 [EMAIL PROTECTED] D-28307 Bremen vox humana: +(49) 421 424001 Germany fax machina: +(49) 421 424045