Re: [GHC] #6072: Irrefutable pattern error while compiling GHC
#6072: Irrefutable pattern error while compiling GHC
--+-
Reporter: sjoerd_visscher | Owner: simonpj
Type: bug | Status: closed
Priority: highest | Milestone: 7.6.1
Component: Compiler |Version: 7.5
Resolution: fixed| Keywords:
Os: Unknown/Multiple | Architecture: Unknown/Multiple
Failure: Building GHC failed | Difficulty: Unknown
Testcase: | Blockedby:
Blocking: |Related:
--+-
Changes (by simonmar):
* status: new => closed
* resolution: => fixed
Comment:
commit 1169351dca19dc3973448336ae168ddba154e606
{{{
Author: Simon Marlow
Date: Thu May 3 08:47:40 2012 +0100
Fix overnight build breakage (fix from simonpj)
compiler/simplCore/SimplUtils.lhs:1668:5-25: Irrefutable pattern
failed for
pattern ((_, _, rhs1) : _)
}}}
--
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/6072#comment:4>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: [GHC] #6072: Irrefutable pattern error while compiling GHC
#6072: Irrefutable pattern error while compiling GHC -+-- Reporter: sjoerd_visscher | Owner: simonpj Type: bug | Status: new Priority: highest | Milestone: 7.6.1 Component: Compiler | Version: 7.5 Keywords:| Os: Unknown/Multiple Architecture: Unknown/Multiple | Failure: Building GHC failed Difficulty: Unknown |Testcase: Blockedby:|Blocking: Related:| -+-- Comment(by simonpj): Sorry yes my fault. Don't know why it didn't show up in my validate. Simon M has the patch; he is just validating before pushing. -- Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/6072#comment:3> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: [GHC] #6072: Irrefutable pattern error while compiling GHC
#6072: Irrefutable pattern error while compiling GHC -+-- Reporter: sjoerd_visscher | Owner: simonpj Type: bug | Status: new Priority: highest | Milestone: 7.6.1 Component: Compiler | Version: 7.5 Keywords:| Os: Unknown/Multiple Architecture: Unknown/Multiple | Failure: Building GHC failed Difficulty: Unknown |Testcase: Blockedby:|Blocking: Related:| -+-- Changes (by igloo): * component: Build System => Compiler * priority: normal => highest * failure: None/Unknown => Building GHC failed * architecture: x86_64 (amd64) => Unknown/Multiple * milestone: => 7.6.1 * owner: => simonpj Comment: Thanks for the report. Simon, this looks like fall-out from "Allow cases with empty alterantives"? -- Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/6072#comment:2> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: [GHC] #6072: Irrefutable pattern error while compiling GHC
#6072: Irrefutable pattern error while compiling GHC
+---
Reporter: sjoerd_visscher | Owner:
Type: bug | Status: new
Priority: normal | Milestone:
Component: Build System | Version: 7.5
Keywords: | Os: Unknown/Multiple
Architecture: x86_64 (amd64) | Failure: None/Unknown
Difficulty: Unknown |Testcase:
Blockedby: |Blocking:
Related: |
+---
Changes (by igloo):
* difficulty: => Unknown
Old description:
> While doing "make" on GHC HEAD I got this error:
>
> "inplace/bin/ghc-stage1" -prof -H32m -O-package-name
> ghc-7.5.20120503 -hide-all-packages -i -icompiler/basicTypes
> -icompiler/cmm -icompiler/codeGen -icompiler/coreSyn -icompiler/deSugar
> -icompiler/ghci -icompiler/hsSyn -icompiler/iface -icompiler/llvmGen
> -icompiler/main -icompiler/nativeGen -icompiler/parser -icompiler/prelude
> -icompiler/profiling -icompiler/rename -icompiler/simplCore
> -icompiler/simplStg -icompiler/specialise -icompiler/stgSyn
> -icompiler/stranal -icompiler/typecheck -icompiler/types -icompiler/utils
> -icompiler/vectorise -icompiler/stage2/build
> -icompiler/stage2/build/autogen -Icompiler/stage2/build
> -Icompiler/stage2/build/autogen -Icompiler/../rts/dist/build
> -Icompiler/stage2 -Icompiler/. -Icompiler/parser -Icompiler/utils
> -optP-DGHCI -optP-include
> -optPcompiler/stage2/build/autogen/cabal_macros.h -package Cabal-1.14.0
> -package array-0.3.0.3 -package base-4.5.0.0 -package bin-package-
> db-0.0.0.0 -package bytestring-0.10.0.0 -package containers-0.5.0.0
> -package directory-1.1.0.1 -package filepath-1.2.0.1 -package
> hoopl-3.8.7.2 -package hpc-0.5.1.0 -package process-1.1.0.0 -package
> template-haskell-2.6.0.0 -package time-1.4 -package unix-2.5.1.0 -Wall
> -fno-warn-name-shadowing -fno-warn-orphans -XHaskell98
> -XNondecreasingIndentation -XCPP -XMagicHash -XUnboxedTuples
> -XPatternGuards -XForeignFunctionInterface -XEmptyDataDecls
> -XTypeSynonymInstances -XMultiParamTypeClasses -XFlexibleInstances
> -XRankNTypes -XScopedTypeVariables -XDeriveDataTypeable -XBangPatterns
> -DGHCI_TABLES_NEXT_TO_CODE -DSTAGE=2 -O2 -no-user-package-conf -rtsopts
> -odir compiler/stage2/build -hidir compiler/stage2/build -stubdir
> compiler/stage2/build -hisuf p_hi -osuf p_o -hcsuf p_hc -c
> compiler/main/HscMain.hs -o compiler/stage2/build/HscMain.p_o
> ghc-stage1: panic! (the 'impossible' happened)
> (GHC version 7.5.20120503 for x86_64-apple-darwin):
> compiler/simplCore/SimplUtils.lhs:1668:5-25: Irrefutable pattern
> failed for pattern ((_, _, rhs1) : _)
>
> Please report this as a GHC bug: http://www.haskell.org/ghc/reportabug
>
> make[1]: *** [compiler/stage2/build/HscMain.p_o] Error 1
> make: *** [all] Error 2
New description:
While doing "make" on GHC HEAD I got this error:
{{{
"inplace/bin/ghc-stage1" -prof -H32m -O-package-name ghc-7.5.20120503
-hide-all-packages -i -icompiler/basicTypes -icompiler/cmm
-icompiler/codeGen -icompiler/coreSyn -icompiler/deSugar -icompiler/ghci
-icompiler/hsSyn -icompiler/iface -icompiler/llvmGen -icompiler/main
-icompiler/nativeGen -icompiler/parser -icompiler/prelude
-icompiler/profiling -icompiler/rename -icompiler/simplCore
-icompiler/simplStg -icompiler/specialise -icompiler/stgSyn
-icompiler/stranal -icompiler/typecheck -icompiler/types -icompiler/utils
-icompiler/vectorise -icompiler/stage2/build
-icompiler/stage2/build/autogen -Icompiler/stage2/build
-Icompiler/stage2/build/autogen -Icompiler/../rts/dist/build
-Icompiler/stage2 -Icompiler/. -Icompiler/parser -Icompiler/utils -optP-
DGHCI -optP-include -optPcompiler/stage2/build/autogen/cabal_macros.h
-package Cabal-1.14.0 -package array-0.3.0.3 -package base-4.5.0.0
-package bin-package-db-0.0.0.0 -package bytestring-0.10.0.0 -package
containers-0.5.0.0 -package directory-1.1.0.1 -package filepath-1.2.0.1
-package hoopl-3.8.7.2 -package hpc-0.5.1.0 -package process-1.1.0.0
-package template-haskell-2.6.0.0 -package time-1.4 -package unix-2.5.1.0
-Wall -fno-warn-name-shadowing -fno-warn-orphans -XHaskell98
-XNondecreasingIndentation -XCPP -XMagicHash -XUnboxedTuples
-XPatternGuards -XForeignFunctionInterface -XEmptyDataDecls
-XTypeSynonymInstances -XMultiParamTypeClasses -XFlexibleInstances
-XRankNTypes -XScopedTypeVariables -XDeriveDataTypeable -XBangPatterns
-DGHCI_TABLES_NEXT_TO_CODE -DSTAGE=2 -O2 -no-user-package-conf -rtsopts
-odir compiler/stage2/build -hidir compiler/stage2/build
[GHC] #6072: Irrefutable pattern error while compiling GHC
#6072: Irrefutable pattern error while compiling GHC --+- Reporter: sjoerd_visscher | Owner: Type: bug | Status: new Priority: normal| Component: Build System Version: 7.5 | Keywords: Os: Unknown/Multiple | Architecture: x86_64 (amd64) Failure: None/Unknown | Testcase: Blockedby:| Blocking: Related:| --+- While doing "make" on GHC HEAD I got this error: "inplace/bin/ghc-stage1" -prof -H32m -O-package-name ghc-7.5.20120503 -hide-all-packages -i -icompiler/basicTypes -icompiler/cmm -icompiler/codeGen -icompiler/coreSyn -icompiler/deSugar -icompiler/ghci -icompiler/hsSyn -icompiler/iface -icompiler/llvmGen -icompiler/main -icompiler/nativeGen -icompiler/parser -icompiler/prelude -icompiler/profiling -icompiler/rename -icompiler/simplCore -icompiler/simplStg -icompiler/specialise -icompiler/stgSyn -icompiler/stranal -icompiler/typecheck -icompiler/types -icompiler/utils -icompiler/vectorise -icompiler/stage2/build -icompiler/stage2/build/autogen -Icompiler/stage2/build -Icompiler/stage2/build/autogen -Icompiler/../rts/dist/build -Icompiler/stage2 -Icompiler/. -Icompiler/parser -Icompiler/utils -optP- DGHCI -optP-include -optPcompiler/stage2/build/autogen/cabal_macros.h -package Cabal-1.14.0 -package array-0.3.0.3 -package base-4.5.0.0 -package bin-package-db-0.0.0.0 -package bytestring-0.10.0.0 -package containers-0.5.0.0 -package directory-1.1.0.1 -package filepath-1.2.0.1 -package hoopl-3.8.7.2 -package hpc-0.5.1.0 -package process-1.1.0.0 -package template-haskell-2.6.0.0 -package time-1.4 -package unix-2.5.1.0 -Wall -fno-warn-name-shadowing -fno-warn-orphans -XHaskell98 -XNondecreasingIndentation -XCPP -XMagicHash -XUnboxedTuples -XPatternGuards -XForeignFunctionInterface -XEmptyDataDecls -XTypeSynonymInstances -XMultiParamTypeClasses -XFlexibleInstances -XRankNTypes -XScopedTypeVariables -XDeriveDataTypeable -XBangPatterns -DGHCI_TABLES_NEXT_TO_CODE -DSTAGE=2 -O2 -no-user-package-conf -rtsopts -odir compiler/stage2/build -hidir compiler/stage2/build -stubdir compiler/stage2/build -hisuf p_hi -osuf p_o -hcsuf p_hc -c compiler/main/HscMain.hs -o compiler/stage2/build/HscMain.p_o ghc-stage1: panic! (the 'impossible' happened) (GHC version 7.5.20120503 for x86_64-apple-darwin): compiler/simplCore/SimplUtils.lhs:1668:5-25: Irrefutable pattern failed for pattern ((_, _, rhs1) : _) Please report this as a GHC bug: http://www.haskell.org/ghc/reportabug make[1]: *** [compiler/stage2/build/HscMain.p_o] Error 1 make: *** [all] Error 2 -- Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/6072> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: [GHC] #4503: compiling ghc HEAD fails on GenericTemplate.hs, looking for XBangPatterns
#4503: compiling ghc HEAD fails on GenericTemplate.hs, looking for XBangPatterns
---+
Reporter: hasenov | Owner:
Type: bug | Status: closed
Priority: normal| Milestone:
Component: Compiler |Version: 7.1
Resolution: fixed | Keywords:
Testcase:| Blockedby:
Difficulty:| Os: Unknown/Multiple
Blocking:| Architecture: Unknown/Multiple
Failure: None/Unknown |
---+
Changes (by igloo):
* status: new => closed
* resolution: => fixed
Old description:
> After "./configure" I type in "make" on the command prompt. Here is the
> resulting output:
>
> [e...@myhost ghc]$ make
> ===--- updating makefiles phase 0
> make -r --no-print-directory -f ghc.mk phase=0 just-makefiles
> ===--- updating makefiles phase 1
> make -r --no-print-directory -f ghc.mk phase=1 just-makefiles
> ===--- updating makefiles phase 2
> make -r --no-print-directory -f ghc.mk phase=2 just-makefiles
> ===--- updating makefiles phase 3
> make -r --no-print-directory -f ghc.mk phase=3 just-makefiles
> ===--- finished updating makefiles
> make -r --no-print-directory -f ghc.mk all
> "inplace/bin/ghc-stage1" -H32m -O-package-name ghc-7.1.20101116
> -hide-all-packages -i -icompiler/basicTypes -icompiler/cmm
> -icompiler/codeGen -icompiler/coreSyn -icompiler/deSugar -icompiler/ghci
> -icompiler/hsSyn -icompiler/iface -icompiler/llvmGen -icompiler/main
> -icompiler/nativeGen -icompiler/parser -icompiler/prelude
> -icompiler/profiling -icompiler/rename -icompiler/simplCore
> -icompiler/simplStg -icompiler/specialise -icompiler/stgSyn
> -icompiler/stranal -icompiler/typecheck -icompiler/types -icompiler/utils
> -icompiler/vectorise -icompiler/stage2/build
> -icompiler/stage2/build/autogen -Icompiler/stage2/build
> -Icompiler/stage2/build/autogen -Icompiler/../libffi/build/include
> -Icompiler/stage2 -Icompiler/../libraries/base/cbits
> -Icompiler/../libraries/base/include -Icompiler/. -Icompiler/parser
> -Icompiler/utils -optP-DGHCI -optP-include
> -optPcompiler/stage2/build/autogen/cabal_macros.h -package Cabal-1.11.0
> -package array-0.3.0.2 -package base-4.3.0.0 -package bin-package-
> db-0.0.0.0 -package bytestring-0.9.1.8 -package containers-0.4.0.0
> -package directory-1.1.0.0 -package filepath-1.2.0.0 -package hpc-0.5.0.6
> -package old-time-1.0.0.6 -package process-1.0.1.4 -package template-
> haskell-2.5.0.0 -package unix-2.4.1.0 -Wall -fno-warn-name-shadowing
> -fno-warn-orphans -XCPP -XMagicHash -XUnboxedTuples -XPatternGuards
> -XForeignFunctionInterface -XEmptyDataDecls -XTypeSynonymInstances
> -XMultiParamTypeClasses -XFlexibleInstances -XRank2Types
> -XScopedTypeVariables -XDeriveDataTypeable -DGHCI_TABLES_NEXT_TO_CODE
> -DSTAGE=2 -no-user-package-conf -rtsopts -O2 -odir
> compiler/stage2/build -hidir compiler/stage2/build -stubdir
> compiler/stage2/build -hisuf hi -osuf o -hcsuf hc -c
> compiler/stage2/build/Parser.hs -o compiler/stage2/build/Parser.o
>
> templates/GenericTemplate.hs:112:44:
> Illegal bang-pattern (use -XBangPatterns):
> ! (new_state)
> make[1]: *** [compiler/stage2/build/Parser.o] Error 1
> make: *** [all] Error 2
> [e...@myhost ghc]$
New description:
After "./configure" I type in "make" on the command prompt. Here is the
resulting output:
{{{
[e...@myhost ghc]$ make
===--- updating makefiles phase 0
make -r --no-print-directory -f ghc.mk phase=0 just-makefiles
===--- updating makefiles phase 1
make -r --no-print-directory -f ghc.mk phase=1 just-makefiles
===--- updating makefiles phase 2
make -r --no-print-directory -f ghc.mk phase=2 just-makefiles
===--- updating makefiles phase 3
make -r --no-print-directory -f ghc.mk phase=3 just-makefiles
===--- finished updating makefiles
make -r --no-print-directory -f ghc.mk all
"inplace/bin/ghc-stage1" -H32m -O-package-name ghc-7.1.20101116
-hide-all-packages -i -icompiler/basicTypes -icompiler/cmm
-icompiler/codeGen -icompiler/coreSyn -icompiler/deSugar -icompiler/ghci
-icompiler/hsSyn -icompiler/iface -icompiler/llvmGen -icompiler/main
-icompiler/nativeGen -icompiler/parser -icompiler/prelude
-icompiler/profiling -icompiler/rename -icompiler/simplCore
-icompiler/simplStg -icompiler/specialise -icompiler/stgSyn
-icompiler/stranal -icompiler/typecheck -icompiler/types -icompiler/utils
-icompiler/vectorise -icompiler/stage2/build
-icompiler/stage2/build/autogen -Icompiler/stage2/build
-Icompiler/stage2/buil
[GHC] #4503: compiling ghc HEAD fails on GenericTemplate.hs, looking for XBangPatterns
#4503: compiling ghc HEAD fails on GenericTemplate.hs, looking for XBangPatterns -+-- Reporter: hasenov | Owner: Type: bug | Status: new Priority: normal| Component: Compiler Version: 7.1 |Keywords: Testcase:| Blockedby: Os: Unknown/Multiple |Blocking: Architecture: Unknown/Multiple | Failure: None/Unknown -+-- After "./configure" I type in "make" on the command prompt. Here is the resulting output: [e...@myhost ghc]$ make ===--- updating makefiles phase 0 make -r --no-print-directory -f ghc.mk phase=0 just-makefiles ===--- updating makefiles phase 1 make -r --no-print-directory -f ghc.mk phase=1 just-makefiles ===--- updating makefiles phase 2 make -r --no-print-directory -f ghc.mk phase=2 just-makefiles ===--- updating makefiles phase 3 make -r --no-print-directory -f ghc.mk phase=3 just-makefiles ===--- finished updating makefiles make -r --no-print-directory -f ghc.mk all "inplace/bin/ghc-stage1" -H32m -O-package-name ghc-7.1.20101116 -hide-all-packages -i -icompiler/basicTypes -icompiler/cmm -icompiler/codeGen -icompiler/coreSyn -icompiler/deSugar -icompiler/ghci -icompiler/hsSyn -icompiler/iface -icompiler/llvmGen -icompiler/main -icompiler/nativeGen -icompiler/parser -icompiler/prelude -icompiler/profiling -icompiler/rename -icompiler/simplCore -icompiler/simplStg -icompiler/specialise -icompiler/stgSyn -icompiler/stranal -icompiler/typecheck -icompiler/types -icompiler/utils -icompiler/vectorise -icompiler/stage2/build -icompiler/stage2/build/autogen -Icompiler/stage2/build -Icompiler/stage2/build/autogen -Icompiler/../libffi/build/include -Icompiler/stage2 -Icompiler/../libraries/base/cbits -Icompiler/../libraries/base/include -Icompiler/. -Icompiler/parser -Icompiler/utils -optP-DGHCI -optP-include -optPcompiler/stage2/build/autogen/cabal_macros.h -package Cabal-1.11.0 -package array-0.3.0.2 -package base-4.3.0.0 -package bin-package- db-0.0.0.0 -package bytestring-0.9.1.8 -package containers-0.4.0.0 -package directory-1.1.0.0 -package filepath-1.2.0.0 -package hpc-0.5.0.6 -package old-time-1.0.0.6 -package process-1.0.1.4 -package template- haskell-2.5.0.0 -package unix-2.4.1.0 -Wall -fno-warn-name-shadowing -fno-warn-orphans -XCPP -XMagicHash -XUnboxedTuples -XPatternGuards -XForeignFunctionInterface -XEmptyDataDecls -XTypeSynonymInstances -XMultiParamTypeClasses -XFlexibleInstances -XRank2Types -XScopedTypeVariables -XDeriveDataTypeable -DGHCI_TABLES_NEXT_TO_CODE -DSTAGE=2 -no-user-package-conf -rtsopts -O2 -odir compiler/stage2/build -hidir compiler/stage2/build -stubdir compiler/stage2/build -hisuf hi -osuf o -hcsuf hc -c compiler/stage2/build/Parser.hs -o compiler/stage2/build/Parser.o templates/GenericTemplate.hs:112:44: Illegal bang-pattern (use -XBangPatterns): ! (new_state) make[1]: *** [compiler/stage2/build/Parser.o] Error 1 make: *** [all] Error 2 [e...@myhost ghc]$ -- Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/4503> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: [GHC] #1569: error in compiling ghc-6.6.1 on 64-bit linux
#1569: error in compiling ghc-6.6.1 on 64-bit linux ---+ Reporter: guest | Owner: simonmar Type: bug | Status: closed Priority: high | Milestone: 6.8.1 Component: Compiler |Version: 6.6.1 Resolution: fixed | Keywords: cc1: error: unrecognized option `-fwrapv' Difficulty: Unknown | Os: Linux Testcase:| Architecture: x86_64 (amd64) Failure: None/Unknown | ---+ Changes (by jod): * failure: => None/Unknown Comment: * [http://www.javascr.com paste css] * [http://www.pharmacieenfrance.fr Pharmacie Sans Ordonnance sur internet] * [http://www.farmaciaespanola.es Farmacia Genericos] * [http://med-assistant.info Order Generic cheapest online] * [http://med-assistant.info/FR/ pharmacie en ligne] -- Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1569#comment:4> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: [GHC] #2380: Adjustor.o crash compiling ghc 6.8.3 on iBook G4 10.4.11
#2380: Adjustor.o crash compiling ghc 6.8.3 on iBook G4 10.4.11 +--- Reporter: povman | Type: bug Status: closed | Priority: low Milestone: 6.12.3 |Component: Compiler Version: 6.8.3| Resolution: wontfix Keywords: | Difficulty: Unknown Os: MacOS X | Testcase: Architecture: powerpc | Failure: None/Unknown +--- Changes (by kfrdbs): * cc: kfr...@… (added) -- Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2380#comment:13> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: [GHC] #2380: Adjustor.o crash compiling ghc 6.8.3 on iBook G4 10.4.11
#2380: Adjustor.o crash compiling ghc 6.8.3 on iBook G4 10.4.11 +--- Reporter: povman | Type: bug Status: closed | Priority: low Milestone: 6.12.3 |Component: Compiler Version: 6.8.3| Resolution: wontfix Keywords: | Difficulty: Unknown Os: MacOS X | Testcase: Architecture: powerpc | Failure: None/Unknown +--- Changes (by igloo): * status: new => closed * failure: => None/Unknown * resolution: => wontfix Comment: Bus error in the 6.8 branch, and on a non-tier-1 platform, so closing. -- Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2380#comment:12> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: [GHC] #3726: Internal error compiling ghc-syb-0.1.2.1
#3726: Internal error compiling ghc-syb-0.1.2.1 -+-- Reporter: DavidHalperin | Owner: Type: bug | Status: closed Priority: normal | Milestone: 6.12.2 Component: Compiler|Version: 6.10.4 Resolution: worksforme | Keywords: Difficulty: | Os: Unknown/Multiple Testcase: | Architecture: Unknown/Multiple Failure: Compile-time crash | -+-- Changes (by simonmar): * status: new => closed * resolution: => worksforme Comment: I can't repeat this - same platform, same GHC version. Please re-open if it happens again, and try to see if you can make it happen repeatably (preferably on more than one machine). -- Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3726#comment:3> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: [GHC] #3726: Internal error compiling ghc-syb-0.1.2.1
#3726: Internal error compiling ghc-syb-0.1.2.1 -+-- Reporter: DavidHalperin |Owner: Type: bug | Status: new Priority: normal|Milestone: 6.12.2 Component: Compiler | Version: 6.10.4 Keywords:| Difficulty: Os: Unknown/Multiple | Testcase: Architecture: Unknown/Multiple | Failure: Compile-time crash -+-- Changes (by igloo): * milestone: => 6.12.2 Comment: Thanks for the report. -- Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3726#comment:2> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: [GHC] #3726: Internal error compiling ghc-syb-0.1.2.1
#3726: Internal error compiling ghc-syb-0.1.2.1
-+--
Reporter: DavidHalperin |Owner:
Type: bug | Status: new
Priority: normal|Milestone:
Component: Compiler | Version: 6.10.4
Keywords:| Difficulty:
Os: Unknown/Multiple | Testcase:
Architecture: Unknown/Multiple | Failure: Compile-time crash
-+--
Description changed by igloo:
Old description:
> On Ubuntu Karmic x86_64 (installed from the apt repo), when I try to
> compile the ghc-syb-0.1.2.1 package I get the following output:
>
> Building ghc-syb-0.1.2.1...[[BR]]
> [1 of 2] Compiling GHC.SYB.Instances ( src/GHC/SYB/Instances.hs,
> dist/build/GHC/SYB/Instances.o )[[BR]]
> ghc: internal error: evacuate: strange closure type 13771848
> (GHC version 6.10.4 for x86_64_unknown_linux)
> Please report this as a GHC bug:
> http://www.haskell.org/ghc/reportabug
New description:
On Ubuntu Karmic x86_64 (installed from the apt repo), when I try to
compile the ghc-syb-0.1.2.1 package I get the following output:
{{{
Building ghc-syb-0.1.2.1...
[1 of 2] Compiling GHC.SYB.Instances ( src/GHC/SYB/Instances.hs,
dist/build/GHC/SYB/Instances.o )
ghc: internal error: evacuate: strange closure type 13771848
(GHC version 6.10.4 for x86_64_unknown_linux)
Please report this as a GHC bug:
http://www.haskell.org/ghc/reportabug
}}}
--
--
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3726#comment:1>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
[GHC] #3726: Internal error compiling ghc-syb-0.1.2.1
#3726: Internal error compiling ghc-syb-0.1.2.1 -+-- Reporter: DavidHalperin | Owner: Type: bug | Status: new Priority: normal| Component: Compiler Version: 6.10.4|Keywords: Os: Unknown/Multiple |Testcase: Architecture: Unknown/Multiple | Failure: Compile-time crash -+-- On Ubuntu Karmic x86_64 (installed from the apt repo), when I try to compile the ghc-syb-0.1.2.1 package I get the following output: Building ghc-syb-0.1.2.1...[[BR]] [1 of 2] Compiling GHC.SYB.Instances ( src/GHC/SYB/Instances.hs, dist/build/GHC/SYB/Instances.o )[[BR]] ghc: internal error: evacuate: strange closure type 13771848 (GHC version 6.10.4 for x86_64_unknown_linux) Please report this as a GHC bug: http://www.haskell.org/ghc/reportabug -- Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3726> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: [GHC] #3435: ghc-stage2 panic while compiling ghc-paths-0.1.0.5
#3435: ghc-stage2 panic while compiling ghc-paths-0.1.0.5
-+--
Reporter: jsch |Owner: simonmar
Type: bug | Status: closed
Priority: high |Milestone: 6.12.1
Component: Compiler | Version: 6.11
Severity: normal| Resolution: fixed
Keywords:| Difficulty: Unknown
Testcase:| Os: Linux
Architecture: x86 |
-+--
Changes (by simonmar):
* status: new => closed
* resolution: => fixed
Comment:
Fixed:
{{{
Fri Aug 21 16:47:37 BST 2009 Simon Marlow
* Fix the interface-file incompatibility crash (#3435)
}}}
--
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3435#comment:4>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: [GHC] #3435: ghc-stage2 panic while compiling ghc-paths-0.1.0.5
#3435: ghc-stage2 panic while compiling ghc-paths-0.1.0.5 -+-- Reporter: jsch |Owner: simonmar Type: bug | Status: new Priority: high |Milestone: 6.12.1 Component: Compiler | Version: 6.11 Severity: normal| Resolution: Keywords:| Difficulty: Unknown Testcase:| Os: Linux Architecture: x86 | -+-- Comment (by jsch): I had used the ghc-paths sources for installing the module with another GHC version before, so that should explain the old interface files (and why it worked with "cabal install" which downloaded fresh sources to /tmp). I guess I simply assumed the compiler would handle incompatible .hi and .o files by itself (by simply recompiling) as it does for changed source files. Anyway, I did not think about it, otherwise I would have cleaned the directory first (and probably not tickled this in the first place). (works for me now that I know why it happens) -- Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3435#comment:3> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: [GHC] #3435: ghc-stage2 panic while compiling ghc-paths-0.1.0.5
#3435: ghc-stage2 panic while compiling ghc-paths-0.1.0.5 -+-- Reporter: jsch |Owner: simonmar Type: bug | Status: new Priority: high |Milestone: 6.12.1 Component: Compiler | Version: 6.11 Severity: normal| Resolution: Keywords:| Difficulty: Unknown Testcase:| Os: Linux Architecture: x86 | -+-- Changes (by simonmar): * priority: normal => high * difficulty: => Unknown * owner: => simonmar * milestone: => 6.12.1 Comment: There are two things going on here. The panic is because GHC has tried to read an interface file generated by an older version of GHC (do you have any idea how this happened?). The second thing is that GHC is supposed to report a helpful error message rather than panic when it reads an old interface file. I've been suspicious that this isn't working properly for some time, given the number of panics we've been seeing. I think I now understand what's happened. The external binary format for `Int` was changed recently on 32-bit platforms to be the same as on 64-bit platforms; unfortunately because GHC reads an `Int` before the version check on the `.hi` file, GHC sees a corrupt binary representation for the version and panics while reading it. So I'll fix the binary format to be stable again; unfortunately this will also change the binary format once more, so we'll have another round of panics before things settle down (note this is only an issue if you're working with HEAD, not a released version of GHC). -- Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3435#comment:2> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: [GHC] #3435: ghc-stage2 panic while compiling ghc-paths-0.1.0.5
#3435: ghc-stage2 panic while compiling ghc-paths-0.1.0.5
--+-
Reporter: jsch | Owner:
Type: bug | Status: new
Priority: normal| Milestone:
Component: Compiler |Version: 6.11
Severity: normal| Resolution:
Keywords:| Testcase:
Os: Linux | Architecture: x86
--+-
Comment (by jsch):
Still on ghc-6.11.20090816, the following worked after updating Cabal to
1.6.0.3:
{{{
$ cabal install cabal --user --reinstall
$ cabal install ghc-paths
}}}
This leaves me unable to reproduce the above behavior at the moment.
--
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3435#comment:1>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
[GHC] #3435: ghc-stage2 panic while compiling ghc-paths-0.1.0.5
#3435: ghc-stage2 panic while compiling ghc-paths-0.1.0.5
---+
Reporter: jsch| Owner:
Type: bug | Status: new
Priority: normal | Component: Compiler
Version: 6.11| Severity: normal
Keywords: | Testcase:
Os: Linux | Architecture: x86
---+
Compilation of ghc-paths-0.1.0.5 with ghc-6.11.20090816 (darcs checkout)
fails:
{{{
j...@lafleur:~/Desktop/ghc-paths-0.1.0.5$ ghc --version
The Glorious Glasgow Haskell Compilation System, version 6.11.20090816
j...@lafleur:~/Desktop/ghc-paths-0.1.0.5$ cabal --version
cabal-install version 0.6.2
using version 1.6.0.3 of the Cabal library
j...@lafleur:~/Desktop/ghc-paths-0.1.0.5$ cabal configure --user
Resolving dependencies...
Configuring ghc-paths-0.1.0.5...
j...@lafleur:~/Desktop/ghc-paths-0.1.0.5$ cabal build
Preprocessing library ghc-paths-0.1.0.5...
Building ghc-paths-0.1.0.5...
ghc-stage2: panic! (the 'impossible' happened)
(GHC version 6.11.20090816 for i386-unknown-linux):
Prelude.chr: bad argument: (-939524096)
Please report this as a GHC bug: http://www.haskell.org/ghc/reportabug
}}}
To compile ghc-paths-0.1.0.5 I replaced the Cabal library first (Setup.hs
fails with 1.7.3):
{{{
j...@lafleur:~/Desktop/ghc-paths-0.1.0.5$ ghc-pkg list
/home/jsch/stow/ghc-darcs/lib/ghc-6.11.20090816/package.conf:
(Cabal-1.7.3), array-0.2.0.1, base-3.0.3.0, base-4.1.0.0,
bytestring-0.9.1.4, containers-0.2.0.1, directory-1.0.0.2,
(dph-base-0.4.0), (dph-par-0.4.0), (dph-prim-interface-0.4.0),
(dph-prim-par-0.4.0), (dph-prim-seq-0.4.0), (dph-seq-0.4.0),
extensible-exceptions-0.1.1.0, ffi-1.0, filepath-1.1.0.1,
ghc-6.11.20090816, ghc-prim-0.1.0.0, haskeline-0.6.2,
haskell98-1.0.1.0, hpc-0.5.0.2, integer-gmp-0.1.0.0, mtl-1.1.0.2,
old-locale-1.0.0.1, old-time-1.0.0.1, pretty-1.0.1.0,
process-1.0.1.1, random-1.0.0.1, rts-1.0, syb-0.1.0.0,
template-haskell-2.4.0.0, terminfo-0.3.1, time-1.1.4, unix-2.3.1.0,
utf8-string-0.3.4
/home/jsch/.ghc/i386-linux-6.11.20090816/package.conf:
Cabal-1.6.0.2
}}}
I have since updated my checkout (to 20090817) and will update this ticket
as soon as I know if the problem persists.
--
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3435>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: [GHC] #2380: Adjustor.o crash compiling ghc 6.8.3 on iBook G4 10.4.11
#2380: Adjustor.o crash compiling ghc 6.8.3 on iBook G4 10.4.11 -+-- Reporter: povman|Owner: Type: bug | Status: new Priority: low |Milestone: 6.12 branch Component: Build System | Version: 6.8.3 Severity: normal| Resolution: Keywords:| Difficulty: Unknown Testcase:| Os: MacOS X Architecture: powerpc | -+-- Changes (by igloo): * priority: normal => low * milestone: 6.10.2 => 6.12 branch Comment: Lowering priority as not a tier 1 arch. -- Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2380#comment:9> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: [GHC] #2380: Adjustor.o crash compiling ghc 6.8.3 on iBook G4 10.4.11
#2380: Adjustor.o crash compiling ghc 6.8.3 on iBook G4 10.4.11 --+- Reporter: povman| Owner: Type: bug | Status: new Priority: normal| Milestone: 6.10.2 Component: Build System |Version: 6.8.3 Severity: normal| Resolution: Keywords:| Difficulty: Unknown Testcase:| Architecture: powerpc Os: MacOS X | --+- Comment (by ChrisKuklewicz): I reported a very similar looking bug to macports this week at http://trac.macports.org/ticket/17184 which I have updated to point to this ghc bug. -- Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2380#comment:8> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: [GHC] #2380: Adjustor.o crash compiling ghc 6.8.3 on iBook G4 10.4.11
#2380: Adjustor.o crash compiling ghc 6.8.3 on iBook G4 10.4.11 --+- Reporter: povman| Owner: Type: bug | Status: new Priority: normal| Milestone: 6.10.2 Component: Build System |Version: 6.8.3 Severity: normal| Resolution: Keywords:| Difficulty: Unknown Testcase:| Architecture: powerpc Os: MacOS X | --+- Changes (by igloo): * milestone: 6.10.1 => 6.10.2 -- Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2380#comment:7> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: [GHC] #2380: Adjustor.o crash compiling ghc 6.8.3 on iBook G4 10.4.11
#2380: Adjustor.o crash compiling ghc 6.8.3 on iBook G4 10.4.11 --+- Reporter: povman| Owner: Type: bug | Status: new Priority: normal| Milestone: 6.10.1 Component: Build System |Version: 6.8.3 Severity: normal| Resolution: Keywords:| Difficulty: Unknown Testcase:| Architecture: powerpc Os: MacOS X | --+- Comment (by steve): Building using ghc 6.8.3 installed from the binary package works. When building via MacPorts, it uses 6.8.2 to build and that causes the built stage1/ghc-inline to segfault while compiling .c files in the rts directory, not just Adjustor.c which is merely the first one. If I run with -v -ddump-stg -ddump-simpl -ddump-cmm -dppr-debug, I get the following. ../compiler/ghc-inplace -optc-O -optc-I/opt/local/include -optc-Wall -optc-W -optc-Wstrict-prototypes -optc-Wmissing-prototypes -optc-Wmissing- declarations -optc-Winline -optc-Waggregate-return -optc-I../includes -optc-I. -optc-Iparallel -optc-Ism -optc-DCOMPILING_RTS -optc-fomit-frame- pointer -optc-I/opt/local/include -optc-I../gmp/gmpbuild -optc-fno-strict- aliasing -H16m -O -I/opt/local/include -L/opt/local/lib -optc-O2 -package- name rts -static -I/opt/local/include -I../gmp/gmpbuild -I. -#include HCIncludes.h -dcmm-lint -c Adjustor.c -o Adjustor.o -v -ddump-stg -ddump-simpl -ddump-cmm -dppr-debug Glasgow Haskell Compiler, Version 6.8.3, for Haskell 98, stage 1 booted by GHC version 6.8.2 Using package config file: /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_lang_ghc/work/ghc-6.8.3/driver/package.conf.inplace Segmentation fault -- Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2380#comment:6> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: [GHC] #2380: Adjustor.o crash compiling ghc 6.8.3 on iBook G4 10.4.11
#2380: Adjustor.o crash compiling ghc 6.8.3 on iBook G4 10.4.11 --+- Reporter: povman| Owner: Type: bug | Status: new Priority: normal| Milestone: 6.10.1 Component: Build System |Version: 6.8.3 Severity: normal| Resolution: Keywords:| Difficulty: Unknown Testcase:| Architecture: powerpc Os: MacOS X | --+- Changes (by igloo): * difficulty: => Unknown * milestone: => 6.10.1 -- Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2380#comment:5> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: [GHC] #2380: Adjustor.o crash compiling ghc 6.8.3 on iBook G4 10.4.11
#2380: Adjustor.o crash compiling ghc 6.8.3 on iBook G4 10.4.11 -+-- Reporter: povman|Owner: Type: bug | Status: new Priority: normal|Milestone: Component: Build System | Version: 6.8.3 Severity: normal| Resolution: Keywords:| Testcase: Architecture: powerpc | Os: MacOS X -+-- Comment (by povman): Just installed from macports: It installed gmp-4.2.2 whereas I had 3.4.2 installed before Perl-5.8.8, i had 5.8.6 ghc-6.6.1 for bootstrapping, i had 6.8.1 (downgraded from 6.8.2 yesterday) It installed with no errors and runs correctly. I believe this should be the recommended installation method for mac users (Currently there is no mac section on the download page). -- Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2380#comment:4> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: [GHC] #2380: Adjustor.o crash compiling ghc 6.8.3 on iBook G4 10.4.11
#2380: Adjustor.o crash compiling ghc 6.8.3 on iBook G4 10.4.11 -+-- Reporter: povman|Owner: Type: bug | Status: new Priority: normal|Milestone: Component: Build System | Version: 6.8.3 Severity: normal| Resolution: Keywords:| Testcase: Architecture: powerpc | Os: MacOS X -+-- Comment (by PHO): From source. -- Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2380#comment:3> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: [GHC] #2380: Adjustor.o crash compiling ghc 6.8.3 on iBook G4 10.4.11
#2380: Adjustor.o crash compiling ghc 6.8.3 on iBook G4 10.4.11 -+-- Reporter: povman|Owner: Type: bug | Status: new Priority: normal|Milestone: Component: Build System | Version: 6.8.3 Severity: normal| Resolution: Keywords:| Testcase: Architecture: powerpc | Os: MacOS X -+-- Comment (by povman): PHO: Did you install GHC 6.8.2 from a binary or source? -- Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2380#comment:2> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: [GHC] #2380: Adjustor.o crash compiling ghc 6.8.3 on iBook G4 10.4.11
#2380: Adjustor.o crash compiling ghc 6.8.3 on iBook G4 10.4.11
-+--
Reporter: povman|Owner:
Type: bug | Status: new
Priority: normal|Milestone:
Component: Build System | Version: 6.8.3
Severity: normal| Resolution:
Keywords:| Testcase:
Architecture: powerpc | Os: MacOS X
-+--
Comment (by PHO):
Strange... I successfully built 6.8.3 with:
{{{
OS: MacOS X 10.4.11
CPU: PowerPC G5
GHC: 6.8.2
GCC: 4.0.1
}}}
--
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2380#comment:1>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
[GHC] #2380: Adjustor.o crash compiling ghc 6.8.3 on iBook G4 10.4.11
#2380: Adjustor.o crash compiling ghc 6.8.3 on iBook G4 10.4.11
+---
Reporter: povman | Owner:
Type: bug | Status: new
Priority: normal | Component: Build System
Version: 6.8.3|Severity: normal
Keywords: |Testcase:
Architecture: powerpc | Os: MacOS X
+---
1. Unzip ghc-6.8.3-src.tar.bz2
2. Unzip ghc-6.8.3-src-extralibs.tar.bz2
3. cd ghc-6.8.3
4. sh boot
5. ./configure
6. make
I get this error:
{{{
== make all -r;
in /Users/lukeworth/src/ghc-6.8.3/rts
../compiler/ghc-inplace -optc-O -optc-Wall -optc-W -optc-Wstrict-
prototypes -optc-Wmissing-prototypes -optc-Wmissing-declarations -optc-
Winline -optc-Waggregate-return -optc-I../includes -optc-I. -optc-
Iparallel -optc-Ism -optc-DCOMPILING_RTS -optc-fomit-frame-pointer
-optc-I../gmp/gmpbuild -optc-fno-strict-aliasing -H16m -O -optc-O2
-package-name rts -static -I../gmp/gmpbuild -I. -#include HCIncludes.h
-dcmm-lint -c Adjustor.c -o Adjustor.o
make[1]: *** [Adjustor.o] Bus error
make: *** [stage1] Error 1
}}}
--
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2380>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: compiling ghc w/o ghc
Bulat Ziganshin wrote: i've seen the following report from a man who tried to compile 6.8.1 under linux without having any ghc installed: checking for ghc... no checking for path to top of build tree... ./configure: line 2724: -v0: command not found ./configure: line 2728: utils/pwd/pwd: No such file or directory line 2724: $WithGhc -v0 --make pwd -o pwd the $WithGhc variable is empty afaiu, configure should stop at the moment when previous ghc isn't found (he was extracted ghc-6.8.1-src-extralibs.tar.bz2 and ghc-6.8.1-src.tar.bz2 if that matter) Thanks, I'm validating a fix for this. Cheers, Simon ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
compiling ghc w/o ghc
Hello , i've seen the following report from a man who tried to compile 6.8.1 under linux without having any ghc installed: checking for ghc... no checking for path to top of build tree... ./configure: line 2724: -v0: command not found ./configure: line 2728: utils/pwd/pwd: No such file or directory line 2724: $WithGhc -v0 --make pwd -o pwd the $WithGhc variable is empty afaiu, configure should stop at the moment when previous ghc isn't found (he was extracted ghc-6.8.1-src-extralibs.tar.bz2 and ghc-6.8.1-src.tar.bz2 if that matter) -- Best regards, Bulat mailto:[EMAIL PROTECTED] ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: [GHC] #1569: error in compiling ghc-6.6.1 on 64-bit linux
#1569: error in compiling ghc-6.6.1 on 64-bit linux
--+-
Reporter: guest |Owner:
simonmar
Type: bug| Status:
closed
Priority: high |Milestone: 6.8
Component: Compiler | Version:
6.6.1
Severity: blocker| Resolution:
fixed
Keywords: cc1: error: unrecognized option `-fwrapv' | Difficulty:
Unknown
Os: Linux | Testcase:
Architecture: x86_64 (amd64) |
--+-
Changes (by simonmar):
* resolution: => fixed
* status: new => closed
Comment:
Fixed:
{{{
Tue Aug 21 16:15:53 BST 2007 Simon Marlow <[EMAIL PROTECTED]>
* FIX #1427, #1569: gcc 4.2.x needs -fno-toplevel-reorder
}}}
--
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1569>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: [GHC] #1569: error in compiling ghc-6.6.1 on 64-bit linux
#1569: error in compiling ghc-6.6.1 on 64-bit linux --+- Reporter: guest |Owner: simonmar Type: bug| Status: new Priority: high |Milestone: 6.8 Component: Compiler | Version: 6.6.1 Severity: blocker| Resolution: Keywords: cc1: error: unrecognized option `-fwrapv' | Difficulty: Unknown Os: Linux | Testcase: Architecture: x86_64 (amd64) | --+- Changes (by igloo): * milestone: => 6.8 * priority: highest => high * owner: => simonmar Comment: Simon is looking at making the use of `-fno-top-level-reorder`/`-funit- at-a-time` more dynamic; `-fwrapv` should be given the same treatment. -- Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1569> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: error in compiling ghc-6.6.1 on 64-bit linux
On Wed, Jul 25, 2007 at 02:50:02PM +0800, an0 wrote: > The same error "cc1: error: unrecognized option `-fwrapv'" also occured > when > I used the Linux (86_64) binary distribution of ghc-6.6.1 to compile a > haskell programme with ffi foreign export (that is why I wanted to try to > build a ghc by myself). > > some info: > gcc -v > Reading specs from /usr/lib64/gcc-lib/x86_64-suse-linux/3.3.5/specs > Configured with: ../configure --enable-threads=posix --prefix=/usr > --with-local-prefix=/usr/local --infodir=/usr/share/info > --mandir=/usr/share/man --enable-languages=c,c++,f77,objc,java,ada > --disable-checking --libdir=/usr/lib64 --enable-libgcj > --with-slibdir=/lib64 > --with-system-zlib --enable-shared --enable-__cxa_atexit x86_64-suse-linux > Thread model: posix > gcc version 3.3.5 20050117 (prerelease) (SUSE Linux) This seems to be a case of GHC bug #1569: http://hackage.haskell.org/trac/ghc/ticket/1569 Does the poster's fix (upgrading gcc) work for you? Stefan signature.asc Description: Digital signature ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
error in compiling ghc-6.6.1 on 64-bit linux
Following error occured while compiling ghc-6.6.1 on a 64-bit linux using Linux (x86_64) binary distribution of ghc-6.6.1: make -C utils/mkdependC boot make[1]: Entering directory `/home/wangling/soft/ghc-6.6.1/utils/mkdependC' rm -f mkdependC Creating mkdependC... echo "#! "/usr/bin/perl > mkdependC Done. make[1]: Leaving directory `/home/wangling/soft/ghc-6.6.1/utils/mkdependC' == make boot -r; in /home/wangling/soft/ghc-6.6.1/includes Creating ghcautoconf.h... Done. Creating ghcplatform.h... Done. ../utils/mkdependC/mkdependC -f .depend -- -O -I. -I../rts-- mkDerivedConstants.c gcc -O -I. -I../rts-c mkDerivedConstants.c -o mkDerivedConstants.o gcc -o mkDerivedConstantsHdr -O -I. -I../rts mkDerivedConstants.o ./mkDerivedConstantsHdr >DerivedConstants.h gcc -o mkGHCConstants.o -O -I. -I../rts-c mkDerivedConstants.c -DGEN_HASKELL gcc -o mkGHCConstants -O -I. -I../rts mkGHCConstants.o ./mkGHCConstants >GHCConstants.h == make boot -r; in /home/wangling/soft/ghc-6.6.1/compat ../utils/mkdependC/mkdependC -f .depend-I. -Iinclude -I../includes -- -O -I. -Iinclude -D__GHC_PATCHLEVEL__=1 -I../libraries/base/cbits -I../libraries/base/include-- cbits/directory.c cbits/rawSystem.c cbits/unicode.c /home/wangling/bin/ghc -M -optdep-f -optdep.depend -osuf o -optdep--exclude-module=System.Directory.Internals -H16m -O -I. -Iinclude -Rghc-timing -ignore-package Cabal -I../libraries -fglasgow-exts -no-recomp Compat/Directory.hs Compat/RawSystem.hs Compat/Unicode.hs Distribution/Compat/FilePath.hs Distribution/Compat/ReadP.hs Distribution/Compiler.hs Distribution/GetOpt.hs Distribution/InstalledPackageInfo.hs Distribution/License.hs Distribution/Package.hs Distribution/ParseUtils.hs Distribution/Version.hs Language/Haskell/Extension.hs <> make all /home/wangling/bin/ghc -H16m -O -I. -Iinclude -Rghc-timing -ignore-package Cabal -I../libraries -fglasgow-exts -no-recomp-c Compat/Directory.hs -o Compat/Directory.o -ohi Compat/Directory.hi cc1: error: unrecognized option `-fwrapv' <> make[2]: *** [Compat/Directory.o] Error 1 make[1]: *** [boot] Error 2 make: *** [stage1] Error 1 The same error "cc1: error: unrecognized option `-fwrapv'" also occured when I used the Linux (86_64) binary distribution of ghc-6.6.1 to compile a haskell programme with ffi foreign export (that is why I wanted to try to build a ghc by myself). some info: gcc -v Reading specs from /usr/lib64/gcc-lib/x86_64-suse-linux/3.3.5/specs Configured with: ../configure --enable-threads=posix --prefix=/usr --with-local-prefix=/usr/local --infodir=/usr/share/info --mandir=/usr/share/man --enable-languages=c,c++,f77,objc,java,ada --disable-checking --libdir=/usr/lib64 --enable-libgcj --with-slibdir=/lib64 --with-system-zlib --enable-shared --enable-__cxa_atexit x86_64-suse-linux Thread model: posix gcc version 3.3.5 20050117 (prerelease) (SUSE Linux) -- Ling Wang Work at: ICScape(Beijing) Technology Ltd. Graduate from: Department of Electrical Engineering, Tsinghua University Email: [EMAIL PROTECTED] ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
[GHC] #1569: error in compiling ghc-6.6.1 on 64-bit linux
#1569: error in compiling ghc-6.6.1 on 64-bit linux ---+ Reporter: guest | Owner: Type: bug | Status: new Priority: highest | Milestone: Component: Compiler |Version: 6.6.1 Severity: blocker | Keywords: cc1: error: unrecognized option `-fwrapv' Difficulty: Unknown | Os: Linux Testcase:| Architecture: x86_64 (amd64) ---+ Following error occured while compiling ghc-6.6.1 on a 64-bit linux using Linux (x86_64) binary distribution of ghc-6.6.1: make -C utils/mkdependC boot make[1]: Entering directory `/home/wangling/soft/ghc-6.6.1/utils/mkdependC' rm -f mkdependC Creating mkdependC... echo "#! "/usr/bin/perl > mkdependC Done. make[1]: Leaving directory `/home/wangling/soft/ghc-6.6.1/utils/mkdependC' == make boot -r; in /home/wangling/soft/ghc-6.6.1/includes Creating ghcautoconf.h... Done. Creating ghcplatform.h... Done. ../utils/mkdependC/mkdependC -f .depend -- -O -I. -I../rts-- mkDerivedConstants.c gcc -O -I. -I../rts-c mkDerivedConstants.c -o mkDerivedConstants.o gcc -o mkDerivedConstantsHdr -O -I. -I../rts mkDerivedConstants.o ./mkDerivedConstantsHdr >DerivedConstants.h gcc -o mkGHCConstants.o -O -I. -I../rts-c mkDerivedConstants.c -DGEN_HASKELL gcc -o mkGHCConstants -O -I. -I../rts mkGHCConstants.o ./mkGHCConstants > GHCConstants.h == make boot -r; in /home/wangling/soft/ghc-6.6.1/compat ../utils/mkdependC/mkdependC -f .depend-I. -Iinclude -I../includes -- -O -I. -Iinclude -D__GHC_PATCHLEVEL__=1 -I../libraries/base/cbits -I../libraries/base/include-- cbits/directory.c cbits/rawSystem.c cbits/unicode.c /home/wangling/bin/ghc -M -optdep-f -optdep.depend -osuf o -optdep --exclude-module=System.Directory.Internals -H16m -O -I. -Iinclude -Rghc-timing -ignore-package Cabal -I../libraries -fglasgow-exts -no- recomp Compat/Directory.hs Compat/RawSystem.hs Compat/Unicode.hs Distribution/Compat/FilePath.hs Distribution/Compat/ReadP.hs Distribution/Compiler.hs Distribution/GetOpt.hs Distribution/InstalledPackageInfo.hs Distribution/License.hs Distribution/Package.hs Distribution/ParseUtils.hs Distribution/Version.hs Language/Haskell/Extension.hs <> make all /home/wangling/bin/ghc -H16m -O -I. -Iinclude -Rghc-timing -ignore- package Cabal -I../libraries -fglasgow-exts -no-recomp-c Compat/Directory.hs -o Compat/Directory.o -ohi Compat/Directory.hi cc1: error: unrecognized option `-fwrapv' <> make[2]: *** [Compat/Directory.o] Error 1 make[1]: *** [boot] Error 2 make: *** [stage1] Error 1 The same error "cc1: error: unrecognized option `-fwrapv'" also occured when I used the Linux (86_64) binary distribution of ghc-6.6.1 to compile a haskell programme with ffi foreign export (that is why I wanted to try to build a ghc by myself). After some inspect, I found it is caused by the low version of gcc; however, since ghc-6.6.1 does not claim version requirement on gcc, I think it should be attributed to ghc-6.6.1. ps: my gcc info gcc -v Reading specs from /usr/lib64/gcc-lib/x86_64-suse-linux/3.3.5/specs Configured with: ../configure --enable-threads=posix --prefix=/usr --with- local-prefix=/usr/local --infodir=/usr/share/info --mandir=/usr/share/man --enable-languages=c,c++,f77,objc,java,ada --disable-checking --libdir=/usr/lib64 --enable-libgcj --with-slibdir=/lib64 --with-system- zlib --enable-shared --enable-__cxa_atexit x86_64-suse-linux Thread model: posix gcc version 3.3.5 20050117 (prerelease) (SUSE Linux) -- Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1569> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: [GHC] #834: bogus gcc option used when compiling ghc-6.4.2
#834: bogus gcc option used when compiling ghc-6.4.2 -+-- Reporter: [EMAIL PROTECTED] | Owner: Type: bug | Status: closed Priority: normal | Milestone: Component: Compiler|Version: 6.4.2 Severity: trivial | Resolution: invalid Keywords: | Os: Linux Difficulty: Easy (1 hr) | Architecture: x86 -+-- Changes (by [EMAIL PROTECTED]): * resolution: => invalid * status: new => closed Comment: This bug is only occurs on Gentoo because of options used in older versions of Gentoo's ghc-bin ebuild. See Gentoo bug [http://bugs.gentoo.org/show_bug.cgi?id=129891#c2 #129891]. It is for reasons like this that we recommend Gentoo users to report bugs in Gentoo's bugzilla before bothering upstream developers. :-) The real cause of this bug is that supporting a wide range of versions of gcc is rather tricky. We had tried to support the 'hardened' gcc versions. 'Hardened' gcc automatically builds with -pie -fstack-protector but these options cause gcc to produce output that ghc does not understand (ie it breaks every via-C compile). So we tried using -nopie and -fno-stack- protector. This made everything work for vanilla gcc-3.x and hardened gcc-3.x. Then it turned out that gcc-4.x didn't support the same options. So we made the ebuild only add the options if they were supported. Sadly that did not work for the -nopie option since gcc doesn't reject it with an non-zero return code, it just prints a warning. This has subsequently been fixed but it explains why you get the warnings - because the version of the ghc ebuild you started with had that issue when used with gcc-4.x. So the solution is to do just what you have done, to rebuild ghc using the latest version of the ebuild. The version you build should not have the problem when building anything else. So I'm closing this bug as invalid, because it's not an upstream bug. -- Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/834> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
[GHC] #834: bogus gcc option used when compiling ghc-6.4.2
#834: bogus gcc option used when compiling ghc-6.4.2 ---+ Reporter: [EMAIL PROTECTED] |Owner: Type: bug | Status: new Priority: normal |Milestone: Component: Compiler| Version: 6.4.2 Severity: trivial | Keywords: Os: Linux | Difficulty: Easy (1 hr) Architecture: x86 | ---+ I'm compiling ghc-6.4.2 using gcc-4.1.1 on a gentoo linux system. It's going fine, except that there are persistent warnings about the unrecognized "-nopie" option. Presumably this is meant to be the opposite of the "-pie" (position independent executable) option, but apparently it isn't a valid option (at least not on this compiler). I just wanted to bring this to your attention. -- Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/834> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: [GHC] #809: SplitObjs option doesn't work when compiling ghc with gcc 4.x
#809: SplitObjs option doesn't work when compiling ghc with gcc 4.x
+---
Reporter: guest | Owner:
Type: bug| Status: closed
Priority: high | Milestone:
Component: Compiler |Version: 6.4.2
Severity: normal | Resolution: fixed
Keywords: SplitObjs | Os: Linux
Difficulty: Unknown| Architecture: x86
+---
Changes (by simonmar):
* resolution: => fixed
* status: new => closed
Comment:
{{{-fno-unit-at-a-time}}} fixes it.
--
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/809>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: [GHC] #809: SplitObjs option doesn't work when compiling ghc with gcc 4.x
#809: SplitObjs option doesn't work when compiling ghc with gcc 4.x
+---
Reporter: guest | Owner:
Type: bug| Status: new
Priority: high | Milestone:
Component: Compiler |Version: 6.4.2
Severity: normal | Resolution:
Keywords: SplitObjs | Os: Linux
Difficulty: Unknown| Architecture: x86
+---
Comment (by simonmar):
Can someone check whether {{{-fno-unit-at-a-time}}} makes a difference?
That is, add {{{-optc-fno-unit-at-a-time}}} to the offending compilation.
x86_64 has been using this flag for a while, I'm not sure why we haven't
needed it on x86 too - or maybe we just didn't notice. I don't have gcc
4.x on our x86 boxes here.
--
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/809>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: [GHC] #809: SplitObjs option doesn't work when compiling ghc with gcc 4.x
#809: SplitObjs option doesn't work when compiling ghc with gcc 4.x +--- Reporter: guest | Owner: Type: bug| Status: new Priority: high | Milestone: Component: Compiler |Version: 6.4.2 Severity: normal | Resolution: Keywords: SplitObjs | Os: Linux Difficulty: Unknown| Architecture: x86 +--- -- Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/809> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
[GHC] #809: SplitObjs option doesn't work when compiling ghc with gcc 4.x
#809: SplitObjs option doesn't work when compiling ghc with gcc 4.x -+-- Reporter: guest |Owner: Type: bug | Status: new Priority: high |Milestone: Component: Compiler | Version: 6.4.2 Severity: normal| Keywords: SplitObjs Os: Linux | Difficulty: Unknown Architecture: x86 | -+-- When I compile ghc using the SplitObjs=YES option in my build.mk file, and use gcc-4.1.1 as my C compiler, the SplitObjs option has no effect, whereas it works as advertised with gcc-3.3. This has been discussed on the haskell and haskell-cafe mailing lists: http://www.haskell.org/pipermail/haskell-cafe/2006-June/016398.html http://www.haskell.org/pipermail/haskell-cafe/2006-July/016419.html -- Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/809> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: error compiling ghc 6.5 head
David Roundy wrote: I got the darcs latest version of ghc, and am getting the following compile error, which I suspect is related to the recent directory reordering: /usr/bin/ghc -H16m -O -istage1/utils -istage1/basicTypes -istage1/types -istage1/hsSyn -istage1/prelude -istage1/rename -istage1/typecheck -istage1/deSugar -istage1/coreSyn -istage1/specialise -istage1/simplCore -istage1/stranal -istage1/stgSyn -istage1/simplStg -istage1/codeGen -istage1/main -istage1/profiling -istage1/parser -istage1/cprAnalysis -istage1/ndpFlatten -istage1/iface -istage1/cmm -istage1/nativeGen -Istage1 -cpp -fglasgow-exts -fno-generics -Rghc-timing -I. -IcodeGen -InativeGen -Iparser -package unix -ignore-package lang -recomp -Rghc-timing -H16M '-#include "hschooks.h"' -i../compat -ignore-package Cabal-c ../compat/Distribution/Version.hs -o stage1/../compat/Distribution/Version.o -ohi stage1/../compat/Distribution/Version.hi ghc-6.4: error: directory portion of "stage1/../compat/Distribution/Version.o" does not exist (used with "-o" option.) <> make[1]: *** [stage1/../compat/Distribution/Version.o] Error 1 make: *** [stage1] Error 1 I tried getting a fresh copy of the ghc source (after making clean and reconfiguring and various other tricks), but still get this error. :( Any ideas? This should now be fixed, a patch was applied yesterday. Cheers, Simon ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
error compiling ghc 6.5 head
I got the darcs latest version of ghc, and am getting the following compile error, which I suspect is related to the recent directory reordering: /usr/bin/ghc -H16m -O -istage1/utils -istage1/basicTypes -istage1/types -istage1/hsSyn -istage1/prelude -istage1/rename -istage1/typecheck -istage1/deSugar -istage1/coreSyn -istage1/specialise -istage1/simplCore -istage1/stranal -istage1/stgSyn -istage1/simplStg -istage1/codeGen -istage1/main -istage1/profiling -istage1/parser -istage1/cprAnalysis -istage1/ndpFlatten -istage1/iface -istage1/cmm -istage1/nativeGen -Istage1 -cpp -fglasgow-exts -fno-generics -Rghc-timing -I. -IcodeGen -InativeGen -Iparser -package unix -ignore-package lang -recomp -Rghc-timing -H16M '-#include "hschooks.h"' -i../compat -ignore-package Cabal-c ../compat/Distribution/Version.hs -o stage1/../compat/Distribution/Version.o -ohi stage1/../compat/Distribution/Version.hi ghc-6.4: error: directory portion of "stage1/../compat/Distribution/Version.o" does not exist (used with "-o" option.) <> make[1]: *** [stage1/../compat/Distribution/Version.o] Error 1 make: *** [stage1] Error 1 I tried getting a fresh copy of the ghc source (after making clean and reconfiguring and various other tricks), but still get this error. :( Any ideas? -- David Roundy http://www.darcs.net ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
RE: Compiling ghc 6.4 with ghc 5.04.3
On 06 July 2005 10:50, Axel Simon wrote: > On Wed, 2005-07-06 at 10:06 +0100, Simon Peyton-Jones wrote: >> That's weird. We compile 6.4 with 5.04.3 every night. >> >> Maybe you are using different flags than we are? >> >> - can you send your build.mk > > I haven't changed anything, i.e. no build.mk. > >> - plus a full transcript so we can see what flags are being passed to >> ghc (e.g. -O2) > > below is the full last invocation of the link stage that fails (stage1 > compiler), attached is that invocation redone with -v > >> Is your source tree for 6.4 >> - the STABLE branch, or >> - the exact bits for 6.4 downloaded from the download site? > > It's the tar ball from the web-site. > > Under /lib there is libc-2.2.5.so and libc.so.6. Is there any other > prerequisite that this Debian machine might not fulfil? I just built both a clean 6.4 tree and the current STABLE branch with the 5.04.3 we have installed here, no problems at all. It's probably a subtle bug in 5.04.3, but there's not much we can do without a way to reproduce, and since it's in an old version of GHC the value of tracking down the bug is reduced (it may or may not still be present). You can work around it by compiling stage1 without the native code generator: add GhcWithNativeCodeGen=NO to mk/build.mk, and then remove it before compiling stage 2. Other workarounds may work; eg. compiling AsmCodeGen without optimisation (you have to hack ghc/compiler/Makefile to do this). Or simply compile the whole of stage1 without optimisation: add GhcStage1HcOpts+=-Onot to mk/build.mk. Cheers, Simon ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
RE: Compiling ghc 6.4 with ghc 5.04.3
On Wed, 2005-07-06 at 10:06 +0100, Simon Peyton-Jones wrote: > That's weird. We compile 6.4 with 5.04.3 every night. > > Maybe you are using different flags than we are? > > - can you send your build.mk I haven't changed anything, i.e. no build.mk. > - plus a full transcript so we can see what flags are being passed to > ghc (e.g. -O2) below is the full last invocation of the link stage that fails (stage1 compiler), attached is that invocation redone with -v > Is your source tree for 6.4 > - the STABLE branch, or > - the exact bits for 6.4 downloaded from the download site? It's the tar ball from the web-site. Under /lib there is libc-2.2.5.so and libc.so.6. Is there any other prerequisite that this Debian machine might not fulfil? Thanks, Axel ==fptools== make all -wr; in /home/part3/cur/as49/gonzo/source/ghc-6.4/ghc/compiler /usr/local/bin/ghc -o stage1/ghc-6.4 -H16m -O -istage1/utils - istage1/basicTypes -istage1/types -istage1/hsSyn -istage1/prelude - istage1/rename -istage1/typecheck -istage1/deSugar -istage1/coreSyn -istage1/specialise -istage1/simplCore -istage1/stranal - istage1/stgSyn -istage1/simplStg -istage1/codeGen -istage1/main - istage1/profiling -istage1/parser -istage1/cprAnalysis - istage1/compMan -istage1/ndpFlatten -istage1/iface -istage1/cmm - istage1/nativeGen -Istage1 -cpp -fglasgow-exts -fno-generics -Rghc- timing -I. -IcodeGen -InativeGen -Iparser -package posix -recomp -Rghc- timing -H16M '-#include "hschooks.h"' -i../lib/compat- L../lib/compat -lghccompat -no-link-chk stage1/basicTypes/BasicTypes.o stage1/basicTypes/DataCon.o stage1/basicTypes/Demand.o stage1/basicTypes/FieldLabel.o stage1/basicTypes/Id.o stage1/basicTypes/IdInfo.o stage1/basicTypes/Literal.o stage1/basicTypes/MkId.o stage1/basicTypes/Module.o stage1/basicTypes/Name.o stage1/basicTypes/NameEnv.o stage1/basicTypes/NameSet.o stage1/basicTypes/NewDemand.o stage1/basicTypes/OccName.o stage1/basicTypes/RdrName.o stage1/basicTypes/SrcLoc.o stage1/basicTypes/UniqSupply.o stage1/basicTypes/Unique.o stage1/basicTypes/Var.o stage1/basicTypes/VarEnv.o stage1/basicTypes/VarSet.o stage1/cmm/CLabel.o stage1/cmm/Cmm.o stage1/cmm/CmmLex.o stage1/cmm/CmmLint.o stage1/cmm/CmmParse.o stage1/cmm/CmmUtils.o stage1/cmm/MachOp.o stage1/cmm/PprC.o stage1/cmm/PprCmm.o stage1/codeGen/Bitmap.o stage1/codeGen/CgBindery.o stage1/codeGen/CgCallConv.o stage1/codeGen/CgCase.o stage1/codeGen/CgClosure.o stage1/codeGen/CgCon.o stage1/codeGen/CgExpr.o stage1/codeGen/CgForeignCall.o stage1/codeGen/CgHeapery.o stage1/codeGen/CgInfoTbls.o stage1/codeGen/CgLetNoEscape.o stage1/codeGen/CgMonad.o stage1/codeGen/CgParallel.o stage1/codeGen/CgPrimOp.o stage1/codeGen/CgProf.o stage1/codeGen/CgStackery.o stage1/codeGen/CgTailCall.o stage1/codeGen/CgTicky.o stage1/codeGen/CgUtils.o stage1/codeGen/ClosureInfo.o stage1/codeGen/CodeGen.o stage1/codeGen/SMRep.o stage1/compMan/CompManager.o stage1/coreSyn/CoreFVs.o stage1/coreSyn/CoreLint.o stage1/coreSyn/CorePrep.o stage1/coreSyn/CoreSubst.o stage1/coreSyn/CoreSyn.o stage1/coreSyn/CoreTidy.o stage1/coreSyn/CoreUnfold.o stage1/coreSyn/CoreUtils.o stage1/coreSyn/ExternalCore.o stage1/coreSyn/MkExternalCore.o stage1/coreSyn/PprCore.o stage1/coreSyn/PprExternalCore.o stage1/cprAnalysis/CprAnalyse.o stage1/deSugar/Check.o stage1/deSugar/Desugar.o stage1/deSugar/DsArrows.o stage1/deSugar/DsBinds.o stage1/deSugar/DsCCall.o stage1/deSugar/DsExpr.o stage1/deSugar/DsForeign.o stage1/deSugar/DsGRHSs.o stage1/deSugar/DsListComp.o stage1/deSugar/DsMonad.o stage1/deSugar/DsUtils.o stage1/deSugar/Match.o stage1/deSugar/MatchCon.o stage1/deSugar/MatchLit.o stage1/hsSyn/HsBinds.o stage1/hsSyn/HsDecls.o stage1/hsSyn/HsExpr.o stage1/hsSyn/HsImpExp.o stage1/hsSyn/HsLit.o stage1/hsSyn/HsPat.o stage1/hsSyn/HsSyn.o stage1/hsSyn/HsTypes.o stage1/hsSyn/HsUtils.o stage1/iface/BinIface.o stage1/iface/BuildTyCl.o stage1/iface/IfaceEnv.o stage1/iface/IfaceSyn.o stage1/iface/IfaceType.o stage1/iface/LoadIface.o stage1/iface/MkIface.o stage1/iface/TcIface.o stage1/main/CmdLineOpts.o stage1/main/CodeOutput.o stage1/main/Config.o stage1/main/Constants.o stage1/main/DriverFlags.o stage1/main/DriverMkDepend.o stage1/main/DriverPhases.o stage1/main/DriverPipeline.o stage1/main/DriverState.o stage1/main/DriverUtil.o stage1/main/ErrUtils.o stage1/main/Finder.o stage1/main/GetImports.o stage1/main/HscMain.o stage1/main/HscStats.o stage1/main/HscTypes.o stage1/main/Main.o stage1/main/PackageConfig.o stage1/main/Packages.o stage1/main/ParsePkgConf.o stage1/main/SysTools.o stage1/main/TidyPgm.o stage1/nativeGen/AsmCodeGen.o stage1/nativeGen/MachCodeGen.o stage1/nativeGen/MachInstrs.o stage1/nativeGen/MachRegs.o stage1/nativeGen/NCGMonad.o stage1/nativeGen/PositionIndependentCode.o stage1/na
Re: Compiling ghc 6.4.1.20050705 with ghc 5.04.2
Axel Simon wrote: > I'm using gcc 2.95.4, maybe that's the oddity. ld is > > GNU ld version 2.12.90.0.1 20020307 Debian/GNU Linux I have: gcc (GCC) 3.3.4 (pre 3.3.5 20040809) GNU ld version 2.15.91.0.2 20040727 (SuSE Linux) and my config.log and gmake.log files can be found at: http://www.informatik.uni-bremen.de/agbkb/forschung/formal_methods/CoFI/hets/linux/ghc-6.4.1.20050705-gmake-with-ghc-5.04.2.config.log http://www.informatik.uni-bremen.de/agbkb/forschung/formal_methods/CoFI/hets/linux/ghc-6.4.1.20050705-gmake-with-ghc-5.04.2.log ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: Compiling ghc 6.4 with ghc 5.04.3
If that's any confort? I get a similar error (with ghc-5.04.2 and the ghc-6.4.1.20050517 sources) Cheers Christian stage1/nativeGen/AsmCodeGen.o(.text+0xc2b6): In function `smsr_ret': : undefined reference to `GHCziPrim_zdwZ2H_entry' stage1/nativeGen/AsmCodeGen.o(.text+0x8472): In function `smI1_dflt': : undefined reference to `GHCziPrim_zdwZ2H_entry' stage1/nativeGen/AsmCodeGen.o(.text+0x85c8): In function `smI8_1_alt': : undefined reference to `GHCziPrim_zdwZ2H_entry' stage1/nativeGen/AsmCodeGen.o(.text+0x85d0): In function `smIa_1_alt': : undefined reference to `GHCziPrim_zdwZ2H_entry' stage1/nativeGen/AsmCodeGen.o(.text+0x88a0): In function `smif_1_alt': : undefined reference to `GHCziPrim_zdwZ2H_entry' stage1/nativeGen/AsmCodeGen.o(.text+0x88a8): more undefined references to `GHCziP rim_zdwZ2H_entry' follow collect2: ld returned 1 exit status Axel Simon wrote: > Hi, > > I'm trying to "bootstrap" 6.4 with a binary 5.04.3 on Debian Linux. > > I get the following during linking: > > stage1/nativeGen/AsmCodeGen.o: In function `slZu_dflt': > stage1/nativeGen/AsmCodeGen.o(.text+0x7ebe): undefined reference to > `GHCziPrim_zdwZ2H_entry' > stage1/nativeGen/AsmCodeGen.o: In function `slZB_1_alt': > stage1/nativeGen/AsmCodeGen.o(.text+0x7ffc): undefined reference to > `GHCziPrim_zdwZ2H_entry' > stage1/nativeGen/AsmCodeGen.o: In function `slZD_1_alt': > stage1/nativeGen/AsmCodeGen.o(.text+0x8004): undefined reference to > `GHCziPrim_zdwZ2H_entry' > stage1/nativeGen/AsmCodeGen.o: In function `slAj_1_alt': > stage1/nativeGen/AsmCodeGen.o(.text+0x82bc): undefined reference to > `GHCziPrim_zdwZ2H_entry' > stage1/nativeGen/AsmCodeGen.o: In function `slZL_1_alt': > stage1/nativeGen/AsmCodeGen.o(.text+0x82c4): undefined reference to > `GHCziPrim_zdwZ2H_entry' > stage1/nativeGen/AsmCodeGen.o(.text+0xb0bc): more undefined references > to `GHCziPrim_zdwZ2H_entry' follow > collect2: ld returned 1 exit status > < samples), 5M in use, 0.01 INIT (0.00 elapsed), 0.01 MUT (10.98 elapsed), > 0.02 GC (0.02 elapsed) :ghc>> > make[2]: *** [stage1/ghc-6.4] Error 1 > make[1]: *** [all] Error 1 > make[1]: Leaving directory > `/home/part3/cur/as49/gonzo/source/ghc-6.4/ghc' > make: *** [build] Error 1 > > Can anyone tell me > > a) if 6.4 is supposed to compile with 5.04.3. > b) if not, via what other version can I get from 5.04.3 to 6.4. > c) if there is a newer binary package of ghc that works with glibc 2.2 > > Thanks, > Axel. > > > ___ > Glasgow-haskell-bugs mailing list > Glasgow-haskell-bugs@haskell.org > http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs > ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
RE: Compiling ghc 6.4 with ghc 5.04.3
On Wed, 2005-07-06 at 10:06 +0100, Simon Peyton-Jones wrote: > That's weird. We compile 6.4 with 5.04.3 every night. > > Maybe you are using different flags than we are? > > - can you send your build.mk > - plus a full transcript so we can see what flags are being passed to > ghc (e.g. -O2) I'm using gcc 2.95.4, maybe that's the oddity. ld is GNU ld version 2.12.90.0.1 20020307 Debian/GNU Linux Axel. > Is your source tree for 6.4 > - the STABLE branch, or > - the exact bits for 6.4 downloaded from the download site? > > Simon > > | -Original Message- > | From: [EMAIL PROTECTED] > [mailto:glasgow-haskell-bugs- > | [EMAIL PROTECTED] On Behalf Of Axel Simon > | Sent: 06 July 2005 09:14 > | To: glasgow-haskell-bugs@haskell.org > | Subject: Compiling ghc 6.4 with ghc 5.04.3 > | > | Hi, > | > | I'm trying to "bootstrap" 6.4 with a binary 5.04.3 on Debian Linux. > | > | I get the following during linking: > | > | stage1/nativeGen/AsmCodeGen.o: In function `slZu_dflt': > | stage1/nativeGen/AsmCodeGen.o(.text+0x7ebe): undefined reference to > | `GHCziPrim_zdwZ2H_entry' > | stage1/nativeGen/AsmCodeGen.o: In function `slZB_1_alt': > | stage1/nativeGen/AsmCodeGen.o(.text+0x7ffc): undefined reference to > | `GHCziPrim_zdwZ2H_entry' > | stage1/nativeGen/AsmCodeGen.o: In function `slZD_1_alt': > | stage1/nativeGen/AsmCodeGen.o(.text+0x8004): undefined reference to > | `GHCziPrim_zdwZ2H_entry' > | stage1/nativeGen/AsmCodeGen.o: In function `slAj_1_alt': > | stage1/nativeGen/AsmCodeGen.o(.text+0x82bc): undefined reference to > | `GHCziPrim_zdwZ2H_entry' > | stage1/nativeGen/AsmCodeGen.o: In function `slZL_1_alt': > | stage1/nativeGen/AsmCodeGen.o(.text+0x82c4): undefined reference to > | `GHCziPrim_zdwZ2H_entry' > | stage1/nativeGen/AsmCodeGen.o(.text+0xb0bc): more undefined references > | to `GHCziPrim_zdwZ2H_entry' follow > | collect2: ld returned 1 exit status > | < | samples), 5M in use, 0.01 INIT (0.00 elapsed), 0.01 MUT (10.98 > elapsed), > | 0.02 GC (0.02 elapsed) :ghc>> > | make[2]: *** [stage1/ghc-6.4] Error 1 > | make[1]: *** [all] Error 1 > | make[1]: Leaving directory > | `/home/part3/cur/as49/gonzo/source/ghc-6.4/ghc' > | make: *** [build] Error 1 > | > | Can anyone tell me > | > | a) if 6.4 is supposed to compile with 5.04.3. > | b) if not, via what other version can I get from 5.04.3 to 6.4. > | c) if there is a newer binary package of ghc that works with glibc 2.2 > | > | Thanks, > | Axel. > | > | > | ___ > | Glasgow-haskell-bugs mailing list > | Glasgow-haskell-bugs@haskell.org > | http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
RE: Compiling ghc 6.4 with ghc 5.04.3
That's weird. We compile 6.4 with 5.04.3 every night. Maybe you are using different flags than we are? - can you send your build.mk - plus a full transcript so we can see what flags are being passed to ghc (e.g. -O2) Is your source tree for 6.4 - the STABLE branch, or - the exact bits for 6.4 downloaded from the download site? Simon | -Original Message- | From: [EMAIL PROTECTED] [mailto:glasgow-haskell-bugs- | [EMAIL PROTECTED] On Behalf Of Axel Simon | Sent: 06 July 2005 09:14 | To: glasgow-haskell-bugs@haskell.org | Subject: Compiling ghc 6.4 with ghc 5.04.3 | | Hi, | | I'm trying to "bootstrap" 6.4 with a binary 5.04.3 on Debian Linux. | | I get the following during linking: | | stage1/nativeGen/AsmCodeGen.o: In function `slZu_dflt': | stage1/nativeGen/AsmCodeGen.o(.text+0x7ebe): undefined reference to | `GHCziPrim_zdwZ2H_entry' | stage1/nativeGen/AsmCodeGen.o: In function `slZB_1_alt': | stage1/nativeGen/AsmCodeGen.o(.text+0x7ffc): undefined reference to | `GHCziPrim_zdwZ2H_entry' | stage1/nativeGen/AsmCodeGen.o: In function `slZD_1_alt': | stage1/nativeGen/AsmCodeGen.o(.text+0x8004): undefined reference to | `GHCziPrim_zdwZ2H_entry' | stage1/nativeGen/AsmCodeGen.o: In function `slAj_1_alt': | stage1/nativeGen/AsmCodeGen.o(.text+0x82bc): undefined reference to | `GHCziPrim_zdwZ2H_entry' | stage1/nativeGen/AsmCodeGen.o: In function `slZL_1_alt': | stage1/nativeGen/AsmCodeGen.o(.text+0x82c4): undefined reference to | `GHCziPrim_zdwZ2H_entry' | stage1/nativeGen/AsmCodeGen.o(.text+0xb0bc): more undefined references | to `GHCziPrim_zdwZ2H_entry' follow | collect2: ld returned 1 exit status | <> | make[2]: *** [stage1/ghc-6.4] Error 1 | make[1]: *** [all] Error 1 | make[1]: Leaving directory | `/home/part3/cur/as49/gonzo/source/ghc-6.4/ghc' | make: *** [build] Error 1 | | Can anyone tell me | | a) if 6.4 is supposed to compile with 5.04.3. | b) if not, via what other version can I get from 5.04.3 to 6.4. | c) if there is a newer binary package of ghc that works with glibc 2.2 | | Thanks, | Axel. | | | ___ | Glasgow-haskell-bugs mailing list | Glasgow-haskell-bugs@haskell.org | http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: Compiling ghc 6.4 with ghc 5.04.3
Axel Simon wrote: > a) if 6.4 is supposed to compile with 5.04.3. > b) if not, via what other version can I get from 5.04.3 to 6.4. > c) if there is a newer binary package of ghc that works with glibc 2.2 ghc-6.4 should be compilable with ghc-6.2.2: http://www.haskell.org/ghc/dist/6.2.2/ghc-6.2.2-i386-linux-glibc2.2.tar.bz2 ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Compiling ghc 6.4 with ghc 5.04.3
Hi, I'm trying to "bootstrap" 6.4 with a binary 5.04.3 on Debian Linux. I get the following during linking: stage1/nativeGen/AsmCodeGen.o: In function `slZu_dflt': stage1/nativeGen/AsmCodeGen.o(.text+0x7ebe): undefined reference to `GHCziPrim_zdwZ2H_entry' stage1/nativeGen/AsmCodeGen.o: In function `slZB_1_alt': stage1/nativeGen/AsmCodeGen.o(.text+0x7ffc): undefined reference to `GHCziPrim_zdwZ2H_entry' stage1/nativeGen/AsmCodeGen.o: In function `slZD_1_alt': stage1/nativeGen/AsmCodeGen.o(.text+0x8004): undefined reference to `GHCziPrim_zdwZ2H_entry' stage1/nativeGen/AsmCodeGen.o: In function `slAj_1_alt': stage1/nativeGen/AsmCodeGen.o(.text+0x82bc): undefined reference to `GHCziPrim_zdwZ2H_entry' stage1/nativeGen/AsmCodeGen.o: In function `slZL_1_alt': stage1/nativeGen/AsmCodeGen.o(.text+0x82c4): undefined reference to `GHCziPrim_zdwZ2H_entry' stage1/nativeGen/AsmCodeGen.o(.text+0xb0bc): more undefined references to `GHCziPrim_zdwZ2H_entry' follow collect2: ld returned 1 exit status <> make[2]: *** [stage1/ghc-6.4] Error 1 make[1]: *** [all] Error 1 make[1]: Leaving directory `/home/part3/cur/as49/gonzo/source/ghc-6.4/ghc' make: *** [build] Error 1 Can anyone tell me a) if 6.4 is supposed to compile with 5.04.3. b) if not, via what other version can I get from 5.04.3 to 6.4. c) if there is a newer binary package of ghc that works with glibc 2.2 Thanks, Axel. ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: Compiling GHC
Wed, 5 Dec 2001 21:25:31 +0100 (MET), Josef Svenningsson <[EMAIL PROTECTED]> pisze:
> Linker.c:347: `stg_chk_2' redeclared as different kind of symbol
Use SymX instead of Sym.
--
__("< Marcin Kowalczyk * [EMAIL PROTECTED] http://qrczak.ids.net.pl/
\__/
^^
QRCZAK
___
Glasgow-haskell-bugs mailing list
[EMAIL PROTECTED]
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
RE: Compiling GHC
On Mon, 3 Dec 2001, Julian Seward (Intl Vendor) wrote: > Wierd. We work with sparc-solaris-2.7 and gcc 2.95.3 > and it all works. > > gcc2_compiled is a bogus symbol inserted by gcc into all its > generated assembly, for no apparent reason. > > Suggestion: > Look in rts/Linker.c in fn ocGetNames_ELF. Find a comment > "And the decision is ..." followed by "if (ad != NULL) ...". > Immediately before the if, add: >if (0 == strcmp(nm,"gcc2_compiled.")) ad = NULL; > which causes these symbols to be ignored. > > See if that helps. > Yes, it helps. BUT. Now I get the most puzzling error. When I've compiled ghc and try to run ghci I get a panic saying: unknown symbol `stg_chk_2'. The thing I do to try to cure this is to add Sym(stg_chk_2) to RTS_SYMBOLS in Linker.c. Doing that however makes Linker.c uncompilable, with the following error: ../includes/ClosureMacros.h: In function `get_entry': ../includes/ClosureMacros.h:66: warning: cast increases required alignment of target type Linker.c: At top level: Linker.c:347: `stg_chk_2' redeclared as different kind of symbol ../includes/StgMiscClosures.h:279: previous declaration of `stg_chk_2' plus a bunch of warnings. Help appreciated. /Josef ___ Glasgow-haskell-bugs mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
RE: Compiling GHC
| -Original Message- | From: Josef Svenningsson [mailto:[EMAIL PROTECTED]] | Sent: Monday, December 03, 2001 12:19 PM | To: [EMAIL PROTECTED] | Subject: Compiling GHC | | | G'day! | | I just want to report on my little project of making ghc | compile from cvs | here at Chalmers. The problem is to make ghci work correctly, | the compiler | works just fine. | | As a step on the way I've had to add the following lines in | ghc/rts/Linker.c in the definition of RTS_SYMBOLS: | | Sym(__ashldi3)\ | Sym(__lshrdi3)\ | Sym(__ashrdi3) | | So far so good. No more complaints about undefined symbols. | But when I compiled ghc last time I got the following error message | when trying to start ghci: | | GHCi runtime linker: fatal error: I found a duplicate definition for | symbol |gcc2_compiled. | whilst processing object file |/users/cs/josefs/ghchome/lib/ghc-5.03/HSstd_cbits.o | This could be caused by: |* Loading two different object files which export the same symbol |* Specifying the same object file twice on the GHCi command line |* An incorrect `package.conf' entry, causing some object to be | loaded twice. | GHCi cannot safely continue in this situation. Exiting now. Sorry. | | | What to do? | | /Josef | | PS. gcc is 2.95.3 and I'm running on a sparc solaris Wierd. We work with sparc-solaris-2.7 and gcc 2.95.3 and it all works. gcc2_compiled is a bogus symbol inserted by gcc into all its generated assembly, for no apparent reason. Suggestion: Look in rts/Linker.c in fn ocGetNames_ELF. Find a comment "And the decision is ..." followed by "if (ad != NULL) ...". Immediately before the if, add: if (0 == strcmp(nm,"gcc2_compiled.")) ad = NULL; which causes these symbols to be ignored. See if that helps. J ___ Glasgow-haskell-bugs mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Compiling GHC
G'day! I just want to report on my little project of making ghc compile from cvs here at Chalmers. The problem is to make ghci work correctly, the compiler works just fine. As a step on the way I've had to add the following lines in ghc/rts/Linker.c in the definition of RTS_SYMBOLS: Sym(__ashldi3)\ Sym(__lshrdi3)\ Sym(__ashrdi3) So far so good. No more complaints about undefined symbols. But when I compiled ghc last time I got the following error message when trying to start ghci: GHCi runtime linker: fatal error: I found a duplicate definition for symbol gcc2_compiled. whilst processing object file /users/cs/josefs/ghchome/lib/ghc-5.03/HSstd_cbits.o This could be caused by: * Loading two different object files which export the same symbol * Specifying the same object file twice on the GHCi command line * An incorrect `package.conf' entry, causing some object to be loaded twice. GHCi cannot safely continue in this situation. Exiting now. Sorry. What to do? /Josef PS. gcc is 2.95.3 and I'm running on a sparc solaris ___ Glasgow-haskell-bugs mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: Compiling GHC 5.00 under FreeBSD 4.2
Wed, 18 Apr 2001 22:00:58 +0200 (MET DST), Eelco Dolstra <[EMAIL PROTECTED]>
pisze:
> The reason is that Readline contains two calls to fileno() with a StgAddr
> argument which should be typecast to FILE * but isn't, and under FreeBSD
> fileno() is defined as a macro, like this:
>
> #define fileno(p) ((p)->_file)
Thanks, fixed.
--
__("< Marcin Kowalczyk * [EMAIL PROTECTED] http://qrczak.ids.net.pl/
\__/
^^ SYGNATURA ZASTÊPCZA
QRCZAK
___
Glasgow-haskell-bugs mailing list
[EMAIL PROTECTED]
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Compiling GHC 5.00 unregistered under FreeBSD 4.2
I've been trying to build an unregistered GHC 5.00 on FreeBSD 4.2 for porting to Mac OS X. I managed to build and rebuild the normal compiler, and to build unregistered libraries for creating the unregistered compiler. But while I get as far as creating the unregistered compiler, ghc-inplace (the unregistered one) crashes when it tries to compile . But, as soon it tries to do something with ghc-inplace, I get a crash, such as: ../../ghc/compiler/ghc-inplace -optc-O -optc-O2 -optc-fomit-frame-pointer -optc-Wall -optc-W -optc-Wstrict-prototypes -optc-Wmissing-prototypes -optc-Wmissing-declarations -optc-Winline -optc-Waggregate-return -optc-Wbad-function-cast -optc-DCOMPILING_RTS -I../includes -I. -Iparallel -O2 -DCOMPILING_RTS -static-c Adjustor.c -o Adjustor.o gmake: *** [Adjustor.o] Segmentation fault (core dumped) (I've also tried using a different build process, but with the same result.) Regards, John Hornkvist ___ Glasgow-haskell-bugs mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Compiling GHC 5.00 under FreeBSD 4.2
Hi,
When I try to compile GHC 5.00 under FreeBSD 4.2-STABLE I get the
following error:
PWD = /usr/local/sw/src/ghc-5.00/hslibs/util
rm -f Readline.o; if [ ! -d Readline ]; then mkdir Readline; else
/usr/bin/find Readline -name '*.o' | xargs rm -f __rm_food; fi;
../../ghc/compiler/ghc-inplace -recomp -cpp -fglasgow-exts -fvia-C -icheck
-O -Rghc-timing -package lang -package concurrent -package posix
-package-name util -I../lang/cbits -I../concurrent/cbits
-I../posix/cbits -split-objs-c Readline.hs -o Readline.o -osuf o
/tmp/ghc47671.hc: In function `Readline_c17_fast1':
/tmp/ghc47671.hc:3127: warning: dereferencing `void *' pointer
/tmp/ghc47671.hc:3127: request for member `_file' in something not a structure or union
/tmp/ghc47671.hc: In function `Readline_c18_fast1':
/tmp/ghc47671.hc:3164: warning: dereferencing `void *' pointer
/tmp/ghc47671.hc:3164: request for member `_file' in something not a structure or union
/tmp/ghc47671.hc: In function `sdiZ_1_alt':
/tmp/ghc47671.hc:5311: warning: assignment from incompatible pointer type
gmake: *** [Readline.o] Error 1
The reason is that Readline contains two calls to fileno() with a StgAddr
argument which should be typecast to FILE * but isn't, and under FreeBSD
fileno() is defined as a macro, like this:
#define fileno(p) ((p)->_file)
A possible fix:
diff -cr ghc-5.00-pristine/hslibs/util/Readline.hsc
ghc-5.00-hacked/hslibs/util/Readline.hsc
*** ghc-5.00-pristine/hslibs/util/Readline.hsc Fri Mar 30 07:02:32 2001
--- ghc-5.00-hacked/hslibs/util/Readline.hscWed Apr 18 14:41:33 2001
***
*** 358,371
foreign label rl_readline_name :: Ptr (Ptr CChar)
getInStream :: IO Handle
! getInStream = peek rl_instream >>= fileno >>= fdToHandle
foreign label rl_instream :: Ptr (Ptr CFile)
getOutStream :: IO Handle
! getOutStream = peek rl_outstream >>= fileno >>= fdToHandle
foreign label rl_outstream :: Ptr (Ptr CFile)
! foreign import unsafe fileno :: Ptr CFile -> IO Fd
setStartupHook :: Maybe (IO ()) -> IO ()
setStartupHook hook = setFunPtr rl_startup_hook hook exportHookUnit
--- 358,372
foreign label rl_readline_name :: Ptr (Ptr CChar)
getInStream :: IO Handle
! getInStream = peek rl_instream >>= getFileNo >>= fdToHandle
foreign label rl_instream :: Ptr (Ptr CFile)
getOutStream :: IO Handle
! getOutStream = peek rl_outstream >>= getFileNo >>= fdToHandle
foreign label rl_outstream :: Ptr (Ptr CFile)
! foreign import unsafe getFileNo :: Ptr CFile -> IO Fd
! #def inline int getFileNo (void *file) {return fileno((FILE *) file);}
setStartupHook :: Maybe (IO ()) -> IO ()
setStartupHook hook = setFunPtr rl_startup_hook hook exportHookUnit
And to answer Alastair Reid's question: RTLD_GLOBAL does exist on FreeBSD
4.x.
Regards,
Eelco.
___
Glasgow-haskell-bugs mailing list
[EMAIL PROTECTED]
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: compiling ghc-5 with x86 HC files
* "Manuel M. T. Chakravarty" <[EMAIL PROTECTED]> [2001-04-16T14:21+1000]: > which automates the process. More details at > > http://haskell.cs.yale.edu/ghc/docs/4.08.2/building/sec-booting-from-c.html > > I just found that this documentation seems to have disappeared > since the 5.00 release. I think, I am going to resurrect it > as part of the GHC Commentary. it's still there, you just have to (IIRC): $ cd /docs $ cvs update -dP Cheers, M/ ___ Glasgow-haskell-bugs mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: compiling ghc-5 with x86 HC files
"Manuel M. T. Chakravarty" <[EMAIL PROTECTED]> wrote,
> I am just building rpms as we speak and have attached the
> revised .spec file below (which also evades the two
> mentioned bugs).
The file still had a bug (more precisely, something else
changed in the GHC's makefiles, which I had not taken into
account). The corrected spec file is attached.
Manuel
# RPM spec file for GHC
#
# Copyright [1998..2000] Manuel M. T. Chakravarty <[EMAIL PROTECTED]>
# Thanks to Zoltan Vorosbaranyi <[EMAIL PROTECTED]> for suggestions in
# earlier versions and Pixel <[EMAIL PROTECTED]> for coding tips.
#
# This file is subject to the same free software license as GHC.
# Values for 5.00 are set by the `configure' script.
# SNAP releases are CVS snapshots. Official releases should replace SNAP by
# an appropriate release numbers (they are usually numbered starting from 1).
%define version5.00
%define release1
%define prefix /usr
Summary: Glasgow Haskell Compilation system
Name: ghc
Version: %{version}
Release: %{release}
Copyright: BSD style w/o adv. clause
Group: Development/Languages
Source: http://haskell.org/ghc/dist/%{version}/ghc-%{version}-src.tar.bz2
URL: http://haskell.org/ghc/
BuildRoot: /var/tmp/ghc-%{version}-%{release}-root
Requires: gmp-devel
Provides: haskell
BuildRequires: happy >= 1.9, ghc, stylesheets
%description
Haskell is a standard lazy functional programming language; the
current language version is Haskell 98, agreed in December 1998.
GHC is a state-of-the-art programming suite for Haskell. Included is
an optimising compiler generating good code for a variety of
platforms, together with an interactive system for convenient, quick
development. The distribution includes space and time profiling
facilities, a large collection of libraries, and support for various
language extensions, including concurrency, exceptions, and foreign
language interfaces (C, C++, whatever).
A wide variety of Haskell related resources (tutorials, libraries,
specifications, documentation, compilers, interpreters, references,
contact information, links to research groups) are available from the
Haskell home page at
Re: compiling ghc-5 with x86 HC files
Pixel <[EMAIL PROTECTED]> wrote,
> I've found the "x86 HC files, for building from source without a previous
> installation of GHC" which seemed promising. Alas i don't know what to do with
> it. I tried untaring it together with the source:
>
> pixel@no:~/rpm/SPECS>rpm -bp ghc.spec
The .spec file (if it is the "standard" GHC spec file)
builds from Haskell source assuming that ghc is already
installed (see also the build dependency).
The spec file that comes with the ghc tar ball is not
working with the 5.00 release - partly because I was too
slow in fixing it and partly because of two bugs in the
source tar ball itself (configure is missing, ie, autoconf
was not run, and make install does not create the
%{prefix}/bin directory early enough during the install).
I am just building rpms as we speak and have attached the
revised .spec file below (which also evades the two
mentioned bugs). Note that the spec file as it is builds a
compiler without the interactive system. Search for
``GhcWithInterpreter=No'' and change it to `YES' to build an
interactive system. However, note that you *cannot* build
an interactive system with an existing 4.08 compiler. To do
this you need a compiler that links whatever it compiles
with the new 5.00 runtime system, which is why you have to
compiler 5.00 without interactive from 4.08, and then, use
this non-interactive 5.00 to produce an interactive 5.00
compiler.
However, all this is still assuming that we build from
Haskell source using an existing GHC.
For building from .hc files, there is a script in the tar
ball at
ghc-5.00/distrib/hc-build
which automates the process. More details at
http://haskell.cs.yale.edu/ghc/docs/4.08.2/building/sec-booting-from-c.html
I just found that this documentation seems to have disappeared
since the 5.00 release. I think, I am going to resurrect it
as part of the GHC Commentary.
Cheers,
Manuel
# RPM spec file for GHC
#
# Copyright [1998..2000] Manuel M. T. Chakravarty <[EMAIL PROTECTED]>
# Thanks to Zoltan Vorosbaranyi <[EMAIL PROTECTED]> for suggestions in
# earlier versions and Pixel <[EMAIL PROTECTED]> for coding tips.
#
# This file is subject to the same free software license as GHC.
# Values for 5.00 and 1 are set by the `configure' script.
# SNAP releases are CVS snapshots. Official releases should replace SNAP by
# an appropriate release numbers (they are usually numbered starting from 1).
%define version5.00
%define patchlevel 1
%define release1
%define prefix /usr
Summary: Glasgow Haskell Compilation system
Name: ghc
Version: %{version}
Release: %{release}
Copyright: BSD style w/o adv. clause
Group: Development/Languages
Source: http://haskell.org/ghc/dist/%{version}/ghc-%{version}-src.tar.bz2
URL: http://haskell.org/ghc/
BuildRoot: /var/tmp/ghc-%{version}-%{release}-root
Requires: gmp-devel
Provides: haskell
BuildRequires: happy >= 1.9, ghc, stylesheets
%description
Haskell is a standard lazy functional programming language; the
current language version is Haskell 98, agreed in December 1998.
GHC is a state-of-the-art programming suite for Haskell. Included is
an optimising compiler generating good code for a variety of
platforms, together with an interactive system for convenient, quick
development. The distribution includes space and time profiling
facilities, a large collection of libraries, and support for various
language extensions, including concurrency, exceptions, and foreign
language interfaces (C, C++, whatever).
A wide variety of Haskell related resources (tutorials, libraries,
specifications, documentation, compilers, interpreters, references,
contact information, links to research groups) are available from the
Haskell home page at
compiling ghc-5 with x86 HC files
I've found the "x86 HC files, for building from source without a previous installation of GHC" which seemed promising. Alas i don't know what to do with it. I tried untaring it together with the source: pixel@no:~/rpm/SPECS>rpm -bp ghc.spec Executing(%prep): /bin/sh -e /home/pixel/rpm/tmp/rpm-tmp.84335 [...] + cd /home/pixel/rpm/BUILD + rm -rf ghc-5.00 + /usr/bin/bzip2 -dc /home/pixel/rpm/SOURCES/ghc-5.00-src.tar.bz2 + tar -xf - [...] + cd /home/pixel/rpm/BUILD + /usr/bin/bzip2 -dc /home/pixel/rpm/SOURCES/ghc-5.00-i386-hc.tar.bz2 + tar -xf - [...] pixel@no:~/rpm/BUILD/ghc-5.00>autoconf configure.in:733: warning: AC_TRY_RUN called without default to allow cross compiling configure.in:914: warning: AC_TRY_RUN called without default to allow cross compiling (fptools configure script wizard sez: "don't worry, the above warning is harmless (to us.)") pixel@no:~/rpm/BUILD/ghc-5.00>(cd ghc ; autoconf) pixel@no:~/rpm/BUILD/ghc-5.00>./configure >/tmp/configure.output pixel@no:~/rpm/BUILD/ghc-5.00>make >/tmp/log 2>&1 configure seems ok (i did install happy 1.9 otherwise configure was not happy), but "make" is going crazy with things like: ==fptools== make boot -wr; in /home/pixel/rpm/BUILD/ghc-5.00/glafp-utils/lndir ../../glafp-utils/mkdependC/mkdependC -f .depend -- -O -- lndir.c # 46 "lndir.c" # 1 "lndir-Xos.h" 1 # 27 "lndir-Xos.h" [...] which just seems to output the file preprocessed? ==fptools== make boot - --no-print-directory -r; in /home/pixel/rpm/BUILD/ghc-5.00/ghc/utils/ghc-pkg M -optdep-f -optdep.depend -osuf o-ldl -cpp -DPKG_TOOL -DWANT_PRETTY -package lang -package util -package textMain.hs Package.hs make[3]: M: Command not found make[3]: [depend] Error 127 (ignored) I've not tried a lot yet, but some help would be nice :) Thanks, cu Pixel. files: ftp://ftp.mandrakesoft.com/pub/pixel/configure.output ftp://ftp.mandrakesoft.com/pub/pixel/log.bz2 ___ Glasgow-haskell-bugs mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
RE: Error compiling ghc-0.8.1 in Red Hat Linux 7.0
Manuel is working on this one at the moment. Hopefully we'll have a fix soon. Cheers, Simon > Hello. > > When trying to rebuild the GHC rpms distributed by Manuel > M. T. Chakravarty, I got some errors: > > - > [...] > ../driver/ghc-inplace -I../includes -I. -Iparallel -optc-Wall > -optc-W -optc-Wst > rict-prototypes -optc-Wmissing-prototypes > -optc-Wmissing-declarations -optc-Wi > nline -optc-Waggregate-return -optc-Wpointer-arith > -optc-Wbad-function-cast -O2 > -optc-DCOMPILING_RTS -static-c Exception.hc -o Exception.o -osuf o > Prologue junk?: .globl blockAsyncExceptionszh_fast > blockAsyncExceptionszh_fast: > subl$12, %esp > > make[2]: *** [Exception.o] Error 255 > make[1]: *** [all] Error 1 > make: *** [all] Error 1 > - > > Then I have tried the older GCC compiler (kgcc, which is really > egcs-2.91.66) distributed by Red Hat in order to compile the > Linux kernel (as the default GCC, 2.96, is not suitable for that), > with no success: > > - > [...] > -- > -- > ==fptools== make all - --no-print-directory -r; > in /home/romildo/rpms/BUILD/fptools/ghc/compiler > -- > -- > /usr/bin/ghc -cpp -fglasgow-exts -Rghc-timing -I. -IcodeGen > -InativeGen -Iparser > -iutils:basicTypes:types:hsSyn:prelude:rename:typecheck:deSuga > r:coreSyn:specialise:simplCore:stranal:stgSyn:simplStg:codeGen > :absCSyn:main:profiling:parser:usageSP:cprAnalysis:javaGen:nat > iveGen -recomp -O -fvia-C -monly-3-regs > -optC-funfolding-interface-threshold7 -c > utils/PrimPacked.lhs -o utils/PrimPacked.o -osuf o > < residency (4 samples), 12M in use, 0.09 INIT (3.03 elapsed), > 3.13 MUT (4.48 elapsed), 1.74 GC (2.18 elapsed) :ghc>> > Prologue junk?: .globl __init_PrimPacked > __init_PrimPacked: > subl$12, %esp > > make[2]: *** [utils/PrimPacked.o] Error 255 > make[1]: *** [all] Error 1 > make: *** [all] Error 1 > - > > Any hints? > > Romildo > -- > Prof. José Romildo Malaquias <[EMAIL PROTECTED]> > Departamento de Computação > Universidade Federal de Ouro Preto > Brasil > > ___ > Glasgow-haskell-bugs mailing list > [EMAIL PROTECTED] > http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs > ___ Glasgow-haskell-bugs mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Error compiling ghc-0.8.1 in Red Hat Linux 7.0
Hello. When trying to rebuild the GHC rpms distributed by Manuel M. T. Chakravarty, I got some errors: - [...] ../driver/ghc-inplace -I../includes -I. -Iparallel -optc-Wall -optc-W -optc-Wst rict-prototypes -optc-Wmissing-prototypes -optc-Wmissing-declarations -optc-Wi nline -optc-Waggregate-return -optc-Wpointer-arith -optc-Wbad-function-cast -O2 -optc-DCOMPILING_RTS -static-c Exception.hc -o Exception.o -osuf o Prologue junk?: .globl blockAsyncExceptionszh_fast blockAsyncExceptionszh_fast: subl$12, %esp make[2]: *** [Exception.o] Error 255 make[1]: *** [all] Error 1 make: *** [all] Error 1 - Then I have tried the older GCC compiler (kgcc, which is really egcs-2.91.66) distributed by Red Hat in order to compile the Linux kernel (as the default GCC, 2.96, is not suitable for that), with no success: - [...] ==fptools== make all - --no-print-directory -r; in /home/romildo/rpms/BUILD/fptools/ghc/compiler /usr/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:profiling:parser:usageSP:cprAnalysis:javaGen:nativeGen -recomp -O -fvia-C -monly-3-regs -optC-funfolding-interface-threshold7 -c utils/PrimPacked.lhs -o utils/PrimPacked.o -osuf o <> Prologue junk?: .globl __init_PrimPacked __init_PrimPacked: subl$12, %esp make[2]: *** [utils/PrimPacked.o] Error 255 make[1]: *** [all] Error 1 make: *** [all] Error 1 - Any hints? Romildo -- Prof. José Romildo Malaquias <[EMAIL PROTECTED]> Departamento de Computação Universidade Federal de Ouro Preto Brasil ___ Glasgow-haskell-bugs mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: Problem compiling GHC 4.08
You need to set SRC_HAPPY_OPTS=-a -g -c so that the parser is smaller and easier to compile (otherwise it needs a ridiculous amount of memory). -- http://sc3d.org/rrt/ | plagiarism, n. the mind burgles
Re: Compiling ghc 4.08
[Original post was to [EMAIL PROTECTED]] "Girard Milmeister" <[EMAIL PROTECTED]> wrote, > I get the following compile error: > > (My configuration is Linux kernel 2.4.0-test1, gcc 2.91.66 and > ghc 4.06 installed) > > PWD = /home/gemi/fptools/ghc/lib/std > > rm -f PrelBase.o ; if [ ! -d PrelBase ]; then mkdir PrelBase; else > /usr/bin/find PrelBase -name '*.o' -print | xargs rm -f __rm_food ; fi ; > ../../driver/ghc-inplace -recomp -cpp -fglasgow-exts -fvia-C -Rghc-timing -O > -package-name std -static -split-objs -H12m -c PrelBase.lhs -o PrelBase.o > -osuf o > < samples), 13M in use, 0.01 INIT (0.00 elapsed), 2.68 MUT (3.04 elapsed), 0.75 > GC (0.84 elapsed) :ghc>> > Epilogue junk?: > popl %edx > .Lfe364: > .sizec3Ix_ret,.Lfe364-c3Ix_ret > .globl PrelBase_zdwgcdInt_info > .section .rodata > .align 4 > .typePrelBase_zdwgcdInt_info,@object > .sizePrelBase_zdwgcdInt_info,12 > > make[3]: *** [PrelBase.o] Error 255 > make[2]: *** [all] Error 1 > make[1]: *** [all] Error 1 > make: *** [all] Error 1 Very strange. I had not problems at all with the same configuration (except that I run a different kernel, but that shouldn't make a difference in this case). More precisely, I used Redhat's egcs-1.1.2-24 rpm, where gcc -v says Reading specs from /usr/lib/gcc-lib/i386-redhat-linux/egcs-2.91.66/specs gcc version egcs-2.91.66 19990314/Linux (egcs-1.1.2 release) My GHC 4.06 rpm (ie, the same that you get from the GHC 4.06 download page at haskell.org). Manuel
RE: hsc crashes when compiling GHC 4.06 sources
> I downloaded the sources from GHC 4.06, made the shallow tree, added a > build.mk in mk/ with -H80, later with -H80 -O2, made > ./configure in ghc/ > and ./configure in the main tree, (copied both .y files because happy > doesn't work on links done with lndir -- it's only NT), said > make boot and > then [ blah blah blah *crash* ] This is just a guess, and Sigbjorn or Reuben might be able to provide more information, but try compiling the compiler with '-static'. Cheers, Simon
hsc crashes when compiling GHC 4.06 sources
Hi, I downloaded the sources from GHC 4.06, made the shallow tree, added a build.mk in mk/ with -H80, later with -H80 -O2, made ./configure in ghc/ and ./configure in the main tree, (copied both .y files because happy doesn't work on links done with lndir -- it's only NT), said make boot and then make all () ===fptools== Recursively making `all' in std ... PWD = /ghc/ghc-4.06/ghc/lib ==fptools== make all --unix --no-print-directory -r; in /ghc/ghc-4.06/ghc/lib/std rm -f PrelBase.o ; if [ ! -d PrelBase ]; then mkdir PrelBase; else find PrelBase -name '*.o' -print | xargs rm -f __rm_food ; fi ; ../../driver/ghc-inplace -recomp -cpp -fglasgow-exts -fvia-C -Rghc-timing -O -split-objs -odir PrelBase -fcompiling-prelude -static -keep-hc-files-too -keep-s-files-too -H32m -K32m -c PrelBase.lhs -o PrelBase.o -osuf o (acutally I wonder where my -H80m and the -O2 is). A message box appears and tells me about a read action from the statement at 0x62eaaece which attempted to read from 0x0cfc2603, Visual C says it's in HSPREL.DLL. I don't know if this is of any use: EAX = 0001 EBX = 6755A250 ECX = 035C20A8 EDX = 0CFC25FF ESI = 675598DC EDI = 035C20B8 EIP = 62EAAECE ESP = 029CF748 EBP = 035C1F74 EFL = 0293 CS = 001B DS = 0023 ES = 0023 SS = 0023 FS = 0038 GS = OV=0 UP=0 EI=1 PL=1 ZR=0 AC=1 PE=0 CY=1 The statement is a 62EAAECE mov eax,dword ptr [edx+eax*4] I am using the binary distribution of ghc 4.05, Windows NT SP5 and SP6a. If there is anything I can do to produce more information or an easier (safer) way to build ghc on my own, let me know. Thanks, Axel.
RE: FW: Compiling GHC
> The problem is, I think, that GHC doesn't work with the > shared library. I noticed that when building the new rpms > for 4.04 - therefore, I explicitly checked that the static > version of the library is included in the rpms. (I don't > know why it doesn't work - I thought that this was intended > and thus didn't file a bug report.) It works fine with the shared library here - if you're seeing a problem we should try to track it down. Cheers, Simon
RE: FW: Compiling GHC
Simon Marlow <[EMAIL PROTECTED]> wrote, > > [I don't know if this will be much help, but...] > > I've had a lot of trouble trying to install GHC 4.04 under > > Linux too, both from the binary distribution and the source one. > > This gmp problem was fairly easy to fix, I just hunted > > around the (source) directory tree and found that gmp is actually > > included in the GHC distribution and that libgmp.a had been built, > > but was just not in the right path for the linker to find it. > > Copying that .a file into the directory where ghc was being linked > > fixed the problem. So this looks like a problem with the Makefiles. > > I didn't include libgmp.a with the Linux distributions, on the grounds that > (a) most Linux installations either come with a libgmp, or one that can be > installed separately and (b) the system-supplied libgmp is a shared library, > which is obviously better than providing a static one with ghc. The problem is, I think, that GHC doesn't work with the shared library. I noticed that when building the new rpms for 4.04 - therefore, I explicitly checked that the static version of the library is included in the rpms. (I don't know why it doesn't work - I thought that this was intended and thus didn't file a bug report.) In most (all?) Linux distributions, static libraries are part of the *-devel* library packages, which are not installed unless you specify that you want a development workstation (or install everything). As many users don't know this, I would not recommend relying on the availability of static libraries on Linux machines. (Unless you are building an rpm, where you can explicitly add a dependency on the required package.) Cheers, Manuel PS: I am sorry that I never responded to your question on how GHC can make building RPMs simpler - I just didn't get around to it, but it is still on my todo list.
RE: Compiling GHC
John McCarten writes: > I recently emailed you concerning the installation of GHC, > I have now managed to install and configure to some degree the > system, however it 'compiles' a haskell script but fails when > trying to import the library gmp, giving the message: > > ld: Software Generation Utilities - Solaris/ELF (3.0) > ld: fatal: library -lgmp: not found > ld: fatal: File processing errors. No output written to hello > collect2: ld returned 1 exit status The sparc-sun-solaris2 distribution of GHC 4.04 comes with the gmp library, so you shouldn't have a problem there. Which version of GHC is this, and where did you get the binaries from? > Aside from this when I try to use make with the Ebnf2ps ebnf > syntax diagram generator source I recieve the following error: > > rm -f Parsers.o > ghc -c -O -fvia-C -O2-for-C -cpp -syslib posix -fglasgow-exts > -fhaskell-1.3 -H27M -DAFMPATH=\\\"/usr/local/tex/Adobe\\\" > -DRGBPATH=\\\"/usr/lib/X11\\\" Parsers.hs -o Parsers.o > ghc: unrecognised option: -fhaskell-1.3 > > Usage: For basic information, try the `-help' option. > *** Error code 1 > make: Fatal error: Command failed for target `Parsers.o' > > I could not find documentation on the option -fhaskell-1.3. -fhaskell-1.3 is an old option (removed in GHC 2.00, I think). Just remove this option from your Makefile and you should be ok. Simon
RE: FW: Compiling GHC
> [I don't know if this will be much help, but...] > I've had a lot of trouble trying to install GHC 4.04 under > Linux too, both from the binary distribution and the source one. > This gmp problem was fairly easy to fix, I just hunted > around the (source) directory tree and found that gmp is actually > included in the GHC distribution and that libgmp.a had been built, > but was just not in the right path for the linker to find it. > Copying that .a file into the directory where ghc was being linked > fixed the problem. So this looks like a problem with the Makefiles. I didn't include libgmp.a with the Linux distributions, on the grounds that (a) most Linux installations either come with a libgmp, or one that can be installed separately and (b) the system-supplied libgmp is a shared library, which is obviously better than providing a static one with ghc. So the upshot is that if your system doesn't have the gmp library installed, you need to either install it, or build one from the GHC sources. > But next I found that when you try to link the standard hello world > Main.hs, the linker complains about a missing > 'data_start' that is called from the GHC libraries. The only > "data_start" we can find is an unsigned long in an Alpha/OSF a.out > header file, but it is not obvious how/why it is in the ghc library > for an i386 linux distribution. > We conjecture that the distribution was either cross-compiled > on an Alpha, > or something else happened which mixed some Alpha stuff into the > Linux binary distribution? The data_start symbol is supposed to be automatically inserted by the linker to point to the start of the data section. At least, that's the way it works on our Linux boxes here. You may have out of date compilers/linkers/libraries, I'm not sure which. > Actually, I'm a bit unclear about what is needed to build GHC > from source. The source distribution does not seem to contain > many .hc files, so I assume you have to have a running version > of GHC in order to compile GHC! Will GHC 3 do? That binary version > does install easily. GHC 3.02 is enough to compile 4.04, but a bootstrapped version will be faster. Cheers, Simon
Re: FW: Compiling GHC
"Jeffrey R. Lewis" <[EMAIL PROTECTED]> wrote, > Mark Utting wrote: > > > Simon wrote: > > > Can anyone help with this? Simon and Sigbjorn are both > > > on holiday, and I am wonderfully ignorant about such things. > > > > > John McCarten wrote: > > >> I recently emailed you concerning the installation of GHC, > > >> I have now managed to install and configure to some degree the > > >> system, however it 'compiles' a haskell script but fails when > > >> trying to import the library gmp, giving the message:... > > > > [I don't know if this will be much help, but...] > > I've had a lot of trouble trying to install GHC 4.04 under > > Linux too, both from the binary distribution and the source one. > > This gmp problem was fairly easy to fix, I just hunted > > around the (source) directory tree and found that gmp is actually > > included in the GHC distribution and that libgmp.a had been built, > > but was just not in the right path for the linker to find it. > > Copying that .a file into the directory where ghc was being linked > > fixed the problem. So this looks like a problem with the Makefiles. > > > > If you are using a redhat distribution, the solution is even easier: install > the rpm `gmp' (you might also need `gmp-devel'). Both of these are in the > standard 6.0 distribution. Or, if you like it super-easy (this is for RedHat 6.0 and similar systems) rpm -i ftp:[EMAIL PROTECTED]/pub/jibunmaki/i386/ghc-4.04-1.i386.rpm Preferably *after* you have deleted all traces of your earlier attempts to install GHC. Manuel
Re: FW: Compiling GHC
Mark Utting wrote: > Simon wrote: > > Can anyone help with this? Simon and Sigbjorn are both > > on holiday, and I am wonderfully ignorant about such things. > > > John McCarten wrote: > >> I recently emailed you concerning the installation of GHC, > >> I have now managed to install and configure to some degree the > >> system, however it 'compiles' a haskell script but fails when > >> trying to import the library gmp, giving the message:... > > [I don't know if this will be much help, but...] > I've had a lot of trouble trying to install GHC 4.04 under > Linux too, both from the binary distribution and the source one. > This gmp problem was fairly easy to fix, I just hunted > around the (source) directory tree and found that gmp is actually > included in the GHC distribution and that libgmp.a had been built, > but was just not in the right path for the linker to find it. > Copying that .a file into the directory where ghc was being linked > fixed the problem. So this looks like a problem with the Makefiles. > If you are using a redhat distribution, the solution is even easier: install the rpm `gmp' (you might also need `gmp-devel'). Both of these are in the standard 6.0 distribution. > > But next I found that when you try to link the standard hello world > Main.hs, the linker complains about a missing > 'data_start' that is called from the GHC libraries. The only > "data_start" we can find is an unsigned long in an Alpha/OSF a.out > header file, but it is not obvious how/why it is in the ghc library > for an i386 linux distribution. > We conjecture that the distribution was either cross-compiled on an Alpha, > or something else happened which mixed some Alpha stuff into the > Linux binary distribution? > Hmm... FWIW, (on a redhat 6.0 system), I had zero problems either using the binary dist, or compiling from source (I built using the 4.04 binary - sorry, not much help, I guess!). Checking my hsc binary, I have both symbols `__data_start' and `data_start' defined. --Jeff
Re: FW: Compiling GHC
Simon wrote: > Can anyone help with this? Simon and Sigbjorn are both > on holiday, and I am wonderfully ignorant about such things. > John McCarten wrote: >> I recently emailed you concerning the installation of GHC, >> I have now managed to install and configure to some degree the >> system, however it 'compiles' a haskell script but fails when >> trying to import the library gmp, giving the message:... [I don't know if this will be much help, but...] I've had a lot of trouble trying to install GHC 4.04 under Linux too, both from the binary distribution and the source one. This gmp problem was fairly easy to fix, I just hunted around the (source) directory tree and found that gmp is actually included in the GHC distribution and that libgmp.a had been built, but was just not in the right path for the linker to find it. Copying that .a file into the directory where ghc was being linked fixed the problem. So this looks like a problem with the Makefiles. But next I found that when you try to link the standard hello world Main.hs, the linker complains about a missing 'data_start' that is called from the GHC libraries. The only "data_start" we can find is an unsigned long in an Alpha/OSF a.out header file, but it is not obvious how/why it is in the ghc library for an i386 linux distribution. We conjecture that the distribution was either cross-compiled on an Alpha, or something else happened which mixed some Alpha stuff into the Linux binary distribution? Anyway, I've given up for a few weeks until 4.05 comes out :-) Actually, I'm a bit unclear about what is needed to build GHC from source. The source distribution does not seem to contain many .hc files, so I assume you have to have a running version of GHC in order to compile GHC! Will GHC 3 do? That binary version does install easily. Any help appreciated :-) Mark. Dr Mark Utting, Senior Lecturer Department of Computer Science School of Computing and Mathematical Sciences The University of Waikato Tel: +64 7 838 4791 Private Bag 3105Fax: +64 7 838 4155 HamiltonEmail: [EMAIL PROTECTED] New Zealand Web: http://www.cs.waikato.ac.nz/~marku
FW: Compiling GHC
Can anyone help with this? Simon and Sigbjorn are both
on holiday, and I am wonderfully ignorant about such things.
Simon
-Original Message-
From: John McCarten
Sent: Friday, August 20, 1999 9:18 AM
To: Simon Peyton-Jones
Subject: RE: Compiling GHC
Hi,
I recently emailed you concerning the installation of GHC,
I have now managed to install and configure to some degree the
system, however it 'compiles' a haskell script but fails when
trying to import the library gmp, giving the message:
ld: Software Generation Utilities - Solaris/ELF (3.0)
ld: fatal: library -lgmp: not found
ld: fatal: File processing errors. No output written to hello
collect2: ld returned 1 exit status
does this have to be downloaded? Or is it an integral part of the
ghc distribution which for reasons unknown, I have not recieved.
Aside from this when I try to use make with the Ebnf2ps ebnf
syntax diagram generator source I recieve the following error:
rm -f Parsers.o
ghc -c -O -fvia-C -O2-for-C -cpp -syslib posix -fglasgow-exts
-fhaskell-1.3 -H27M -DAFMPATH=\\\"/usr/local/tex/Adobe\\\"
-DRGBPATH=\\\"/usr/lib/X11\\\" Parsers.hs -o Parsers.o
ghc: unrecognised option: -fhaskell-1.3
Usage: For basic information, try the `-help' option.
*** Error code 1
make: Fatal error: Command failed for target `Parsers.o'
I could not find documentation on the option -fhaskell-1.3.
I also have attached the make file.
Any help would be welcome
Cheers,
John McCarten
---
Prism Technologies
Digital House
Gateshead
England
begin 600 Makefile
M(PT*(R`D3&]C:V5R("0-"B,@)$QO9R`D#0HC#0HC($UA:V5F:6QE(&9O7)I9VAT(#$Y.38@
M8GD@4&5T97(@5&AI96UA;FX-"B,-"@T*(TA#/0D@(&=H8RTP+C(V#0I(0ST@
M("`@("`@9VAC(`T*#0H-"B,@8VAA;F=E(&ET+"!O6]U="YH&5R
M+FAS($=R86UM87)4&%M
M<&QE@T*#0H-"DA#7U-014-?1DQ!1U,]"2UC<'`@+7-Y"`M9F=L87-G;W(R]D)R!#;VUM86YD3&EN949L86=S8`T*#0IE8FYF,G!S
M+G1ACH@)"A&24Q%4RD-"@DM"`J+FQO9R`J+F1V:0T*#0HC+2TM+2TM+2TM+2TM+2TM
M+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM
M+2TM+2TM+2TM+2TM+2TM+2T-"E9E"YO.B!!8G-T"YH6]U
M="YH"YH:2!&;VYT&5R+FAI
M(`T*0V]M;6%N9$QI;F4N;SH@0V]M;6%N9$QI;F4N:',-"D-O;&]R+F\Z($-O
M;&]R+FAS#0I'6YT87@N:&D@0V]L;W(N:&D@5F5R
compiling ghc CVS tree
To my >> I am trying to compile the ghc CVS tree of about June 5, 1999 > (ghc-4.04-pre ?) >> with ghc-4.02-linux-i386 for linux-i386. >> [..] >> ghc -cpp -fglasgow-exts -Rghc-timing -I. -IcodeGen -InativeGen -Iparser >> [..] >>-c parser/Parser.hs -o parser/Parser.o -osuf o >> <> residency (25 samples), 96M in use, 0.02 INIT (0.00 elapsed), >>93.62 MUT (1541.24 elapsed), 93.58 GC (3792.84 elapsed) :ghc>> >> ghc: module version unchanged at 1 >> make[2]: *** [parser/Parser.o] Error 1 >> [..] Simon Marlow <[EMAIL PROTECTED]> writes on Jun 22 1999 > It means your machine is thrashing, for a start. Buy some more memory ;-) > [..] Yes, it appears the matter is in the memory, and then, the disk space too. -- Sergey Mechveliani [EMAIL PROTECTED]
Re: Compiling GHC 4.02 using the *.hc files on RedHat 6.0 Linux
I have adopted the following solution: $ cd /var/tmp $ tar -zxf /urano/downloads/haskell/ghc/ghc-4.02-src.tar.gz $ cd fptools $ tar -zxf /urano/downloads/haskell/ghc/ghc-3.02-hc.tar.gz $ ./configure --prefix=/var/tmp/ghc --enable-hc-boot $ make boot $ make all $ ./configure --prefix=/var/tmp/ghc $ cd ghc/lib $ make clean $ make boot $ make all $ PATH="/var/tmp/fptools/ghc/driver:$PATH" make -k install $ touch touch ghc/compiler/rename/ParseIface.o $ PATH="/var/tmp/fptools/ghc/driver:$PATH" make install Romildo <[EMAIL PROTECTED]> == On Wed, Jun 16, 1999 at 09:39:33AM -0300, Jose Romildo Malaquias wrote: > I am compiling GHC 4.02 from sources using the *.hc files suplied > at the GHC home page. I am doing that on a Linux Red Hat 6.0 machine > (glibc 2.1, egcs 1.1.2). The steps are: > > $ cd /var/tmp > $ tar -zxf /urano/downloads/haskell/ghc/ghc-4.02-src.tar.gz > $ cd fptools > $ tar -zxf /urano/downloads/haskell/ghc/ghc-3.02-hc.tar.gz > $ ./configure --prefix=/var/tmp/ghc --enable-hc-boot > > $ make boot > $ make all > $ ./configure --prefix=/var/tmp/ghc > $ cd ghc/lib > $ make clean > $ make boot > $ make all > $ PATHI="/var/tmp/fptools/ghc/driver:$PATH" make install > > Now at the "make install" phase I got the following error: > > > ==fptools== make install --no-print-directory -r; > in /usr/src/redhat/BUILD/fptools/ghc/compiler > > /usr/bin/happy +RTS -K2m -H10m -RTS-g rename/ParseIface.y > unused terminals: 16 > ghc -dcore-lint -O -H10m -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 -Onot -H45m -fno-warn-incomplete-patterns -c rename/ParseIface.hs -o >rename/ParseIface.o -osuf o > [...] > Compilation had errors > > make[2]: *** [rename/ParseIface.o] Error 1 > make[1]: *** [install] Error 1 > make: *** [install] Error 1 > Bad exit status from /var/tmp/rpm-tmp.69495 (%install) > == > > If I update the time stamp of ParseIface.o and continue the > process (another "make install") it finishes successfuly. > > But I am building an rpm for ghc and I need to *eliminate* the > error completely.
Re: Compiling GHC 4.02 using the *.hc files on RedHat 6.0 Linux
On Wed, Jun 16, 1999 at 09:39:33AM -0300, Jose Romildo Malaquias wrote: > Now at the "make install" phase I got the following error: > > > ==fptools== make install --no-print-directory -r; > in /usr/src/redhat/BUILD/fptools/ghc/compiler > > /usr/bin/happy +RTS -K2m -H10m -RTS-g rename/ParseIface.y > unused terminals: 16 > ghc -dcore-lint -O -H10m -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 -Onot -H45m -fno-warn-incomplete-patterns -c rename/ParseIface.hs -o >rename/ParseIface.o -osuf o > ghc: ignoring heap-size-setting option (-H10m)...not the largest seen > For me `happy' is unhappy, so I've used `make install -k', then move manually `compiler/hs[cp]' :-) Regards, Rui
Re: Compiling GHC 4.02 using the *.hc files on RedHat 6.0 Linux
I am compiling GHC 4.02 from sources using the *.hc files suplied at the GHC home page. I am doing that on a Linux Red Hat 6.0 machine (glibc 2.1, egcs 1.1.2). The steps are: $ cd /var/tmp $ tar -zxf /urano/downloads/haskell/ghc/ghc-4.02-src.tar.gz $ cd fptools $ tar -zxf /urano/downloads/haskell/ghc/ghc-3.02-hc.tar.gz $ ./configure --prefix=/var/tmp/ghc --enable-hc-boot $ make boot $ make all $ ./configure --prefix=/var/tmp/ghc $ cd ghc/lib $ make clean $ make boot $ make all $ PATHI="/var/tmp/fptools/ghc/driver:$PATH" make install Now at the "make install" phase I got the following error: ==fptools== make install --no-print-directory -r; in /usr/src/redhat/BUILD/fptools/ghc/compiler /usr/bin/happy +RTS -K2m -H10m -RTS-g rename/ParseIface.y unused terminals: 16 ghc -dcore-lint -O -H10m -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 -Onot -H45m -fno-warn-incomplete-patterns -c rename/ParseIface.hs -o rename/ParseIface.o -osuf o ghc: ignoring heap-size-setting option (-H10m)...not the largest seen ParseIface.hs:8: Could not find valid interface file `HsSyn' ParseIface.hs:9: Could not find valid interface file `RdrHsSyn' ParseIface.hs:10: Could not find valid interface file `HsDecls' ParseIface.hs:11: Could not find valid interface file `HsTypes' ParseIface.hs:12: Could not find valid interface file `HsCore' ParseIface.hs:13: Could not find valid interface file `Const' ParseIface.hs:14: Could not find valid interface file `BasicTypes' ParseIface.hs:17: Could not find valid interface file `CostCentre' ParseIface.hs:18: Could not find valid interface file `HsPragmas' ParseIface.hs:19: Could not find valid interface file `Type' ParseIface.hs:20: Could not find valid interface file `IdInfo' ParseIface.hs:21: Could not find valid interface file `Lex' ParseIface.hs:23: Could not find valid interface file `RnMonad' ParseIface.hs:26: Could not find valid interface file `Bag' ParseIface.hs:27: Could not find valid interface file `FiniteMap' ParseIface.hs:28: Could not find valid interface file `RdrName' ParseIface.hs:29: Could not find valid interface file `Name' ParseIface.hs:30: Could not find valid interface file `OccName' ParseIface.hs:35: Could not find valid interface file `PrelMods' ParseIface.hs:36: Could not find valid interface file `PrelInfo' ParseIface.hs:37: Could not find valid interface file `SrcLoc' ParseIface.hs:38: Could not find valid interface file `Maybes' ParseIface.hs:39: Could not find valid interface file `Outputable' ParseIface.hs:148: Could not find valid interface file `FastString' Compilation had errors make[2]: *** [rename/ParseIface.o] Error 1 make[1]: *** [install] Error 1 make: *** [install] Error 1 Bad exit status from /var/tmp/rpm-tmp.69495 (%install) == If I update the time stamp of ParseIface.o and continue the process (another "make install") it finishes successfuly. But I am building an rpm for ghc and I need to *eliminate* the error completely. Any help? José Romildo Malaquias <[EMAIL PROTECTED]>
RE: Compiling GHC 4.02 using the *.hc files on RedHat 6.0 Linux
> but the latest command failed with the following messages:
> --
> ---
> [...]
> ../../../ghc/driver/ghc -i../misc -recomp -cpp -fglasgow-exts
> -fvia-C -Rghc-timing -O -split-objs -odir PosixTTY
> '-#include"cbits/libposix.h"' -monly-2-regs -c PosixTTY.lhs
> -o PosixTTY.o -osuf o
> < bytes residency (9 samples), 17M in use, 0.01 INIT (0.02
> elapsed), 8.71 MUT (9.11 elapsed), 5.39 GC (5.74 elapsed) :ghc>>
> ghc: module version changed to 1; reason: no old .hi file
> Epilogue junk?:
> popl %ecx
> .Lfe337:
> .sizec91T_ret,.Lfe337-c91T_ret
> .section.rodata
> .align 4
> .typec91S_info,@object
> .sizec91S_info,12
This is a quirk specific to recent versions of gcc or egcs. The relevant
patch is to fptools/ghc/driver/ghc-asm.lprl:
*** ghc-asm.lprl1999/03/15 16:31:02 1.28
--- ghc-asm.lprl1999/03/18 11:53:34 1.29
***
*** 703,708
--- 703,709
$e =~ s/^\tret\n//;
$e =~ s/^\tpopl \%edi\n//;
$e =~ s/^\tpopl \%esi\n//;
+ $e =~ s/^\tpopl \%ecx\n//;
$e =~ s/^\taddl \$\d+,\%esp\n//;
} elsif ($TargetPlatform =~ /^m68k-/) {
$e =~ s/^\tunlk a6\n//;
Since this has cropped up a couple of times now, I've made a note of it on
the 4.02 web pages.
Cheers,
Simon
Compiling GHC 4.02 using the *.hc files on RedHat 6.0 Linux
In the processing of compiling GHC 4.02 using the *.hc files recently made available, in a RedHat 6.0 (glibc 2.1, egcs 1.1.2), I have executed the commands: $ cd /var/tmp $ tar -zxf /urano/downloads/haskell/ghc/ghc-4.02-src.tar.gz $ cd fptools $ tar -zxf /urano/downloads/haskell/ghc/ghc-3.02-hc.tar.gz $ ./configure --prefix=/var/tmp/ghc --enable-hc-boot $ make boot $ make all $ ./configure --prefix=/var/tmp/ghc $ cd ghc/lib $ make boot $ make all but the latest command failed with the following messages: - [...] ../../../ghc/driver/ghc -i../misc -recomp -cpp -fglasgow-exts -fvia-C -Rghc-timing -O -split-objs -odir PosixTTY '-#include"cbits/libposix.h"' -monly-2-regs -c PosixTTY.lhs -o PosixTTY.o -osuf o <> ghc: module version changed to 1; reason: no old .hi file Epilogue junk?: popl %ecx .Lfe337: .sizec91T_ret,.Lfe337-c91T_ret .section.rodata .align 4 .typec91S_info,@object .sizec91S_info,12 make[1]: *** [PosixTTY.o] Error 255 make: *** [all] Error 1 -- Any help? Prof. José Romildo Malaquias <[EMAIL PROTECTED]>
still problems in compiling ghc-4.02 on Solaris (gcc-2.7.2.3 AND gcc-2.8.1)
Hi!
Unfortunately, I still have problems in compiling ghc-4.02 at our site. I
have included a failure report with everything I considered as important. If
something is missing, feel free to contact me, I'll happily provide you
everything you need...
You'll see two configurations, in both, hsc breaks, but I'm not sure,
whether the problem is the same, or different (more likely)...
configuration (1):
===
* Sun ULTRA-2 (SunOS 5.7 Generic October 1998, kernel arch sun4u)
* source package ghc-4.02-src.tar.gz
* installed ghc: binary distribution, version 3.03, patchlevel 0
* gcc-2.7.2.3
Problem:
The compilation procedure dumps core when compiling the libs
[in fptools/ghc/lib/std]
---
rm -f PrelBase.o ; if [ ! -d PrelBase ]; then mkdir PrelBase; else find
PrelBase -name '*.o' -print | xargs rm -f __rm_food ; fi ;
../../../ghc/driver/ghc -optc-g -recomp -cpp -fglasgow-exts -fvia-C
-Rghc-timing -O -split-objs -odir PrelBase -H10m -c PrelBase.lhs -o
PrelBase.o -osuf o
Bus Error - core dumped
---
hsc ist started with following options:
---
/opt/i2/work1/install/ghc-4.02/fptools/ghc/driver/../compiler/hsc
,-N ,-W ,/tmp/ghc19872.cpp -fno-implicit-prelude -fglasgow-exts
-fglobalise-toplev-names -fdo-eta-reduction -fsimplify [
-fkeep-spec-pragma-ids -fessential-unfoldings-only -fsimpl-uf-use-threshold0
-fclone-binds -fmax-simplifier-iterations1 -fpedantic-bottoms ] -fspecialise
-fsimplify [ -ffloat-lets-exposing-whnf -ffloat-primops-ok -fcase-of-case
-fdo-case-elim -fcase-merge -fdo-lambda-eta-expansion -freuse-con
-fpedantic-bottoms -fmax-simplifier-iterations4 -fclone-binds ]
-ffull-laziness -ffloat-inwards -fsimplify [ -ffloat-lets-exposing-whnf
-ffloat-primops-ok -fcase-of-case -fdo-case-elim -fcase-merge
-fdo-eta-reduction -fdo-lambda-eta-expansion -freuse-con -fpedantic-bottoms
-fmax-simplifier-iterations4 ] -fstrictness -fsimplify [
-ffloat-lets-exposing-whnf -ffloat-primops-ok -fcase-of-case -fdo-case-elim
-fcase-merge -fdo-lambda-eta-expansion -freuse-con -flet-to-case
-fpedantic-bottoms -fmax-simplifier-iterations4 ] -ffloat-inwards
-fsimplify [ -ffloat-lets-exposing-whnf -ffloat-primops-ok -fcase-of-case
-fdo-case-elim -fcase-merge -fdo-lambda-eta-expansion -freuse-con
-flet-to-case -fignore-inline-pragma -fpedantic-bottoms
-fmax-simplifier-iterations4 ] -flambda-lift -flet-no-escape
-fwarn-overlapping-patterns -fwarn-missing-methods -fwarn-duplicate-exports
-fhi-version=402
-himap=.%.hi:/opt/i2/work1/install/ghc-4.02/fptools/ghc/driver/../lib/exts%.hi:/opt/i2/work1/install/ghc-4.02/fptools/ghc/driver/../lib/exts%.hi:/opt/i2/work1/install/ghc-4.02/fptools/ghc/driver/../lib/std%.hi-hifile=/tmp/ghc19872.hi-C=/tmp/ghc19872.hc-F=/tmp/ghc19872_stb.c-FH=/tmp/ghc19872_stb.h+RTS-H1000-K100-s/tmp/ghc19872.stat
---
This is what gdb says to the core:
---
Core was generated by
/opt/i2/work1/install/ghc-4.02/fptools/ghc/driver/../compiler/hsc ,-N ,-W,/tmp'.
Program terminated with signal 10, Bus error.
Reading symbols from /usr/lib/libm.so.1...done.
Reading symbols from /usr/lib/libc.so.1...done.
Reading symbols from /usr/lib/libdl.so.1...done.
Reading symbols from /usr/platform/SUNW,Ultra-2/lib/libc_psr.so.1...done.
#0 0x89e4d4 in StdUpdFrameDirectReturn ()
(gdb) bt
#0 0x89e4d4 in StdUpdFrameDirectReturn ()
#1 0x25d4d4 in djn_c1ZD_2 () at /tmp/ghc15926.hc:160
#2 0x8f9a70 in _PRMarking_MarkNextRoot_closure ()
(gdb)
---
Is 'StdUpdFrameDirectReturn()' part of ghc or a library function?
This is what truss (strace) says:
---
[...]
open("/tmp/ghc20046.stat", O_WRONLY|O_CREAT|O_TRUNC, 0666) = 3
fstat64(3, 0xFFBEE348) = 0
brk(0x009020C0) = 0
brk(0x009060C0) = 0
ioctl(3, TCGETA, 0xFFBEE2D4)Err#25 ENOTTY
brk(0x009060C0) = 0
brk(0x009FA0C0) = 0
sysconfig(_CONFIG_PAGESIZE) = 8192
mprotect(0x0097E000, 8192, PROT_NONE) = 0
sigaction(SIGSEGV, 0xFFBEF160, 0x) = 0
brk(0x009FA0C0) = 0
brk(0x013820C0) = 0
write(3, " h s c , - N , - W ".., 1936)= 1936
times(0xFFBEF260) = 183052287
times(0xFFBEF260) = 183052287
Incurred fault #5, FLT
Compiling ghc sources with egcs (was: .hi problem with existentia lly quantified type variables)
I claim that the ghc-4.02 sources and later does now work with
egcs-1.1 and beyond, at least on x86's. I've been happily using
it for about a month. No need for these vile driver hacks any
longer.
--Sigbjorn
> Sven Panne [mailto:[EMAIL PROTECTED]] writes:
>
> [ Aaaargl, 2nd try: The ancient mailer at Glasgow didn't like my
>MIME-attachment. >:-( ]
>
> "Manuel M. T. Chakravarty" wrote:
> > I encountered a problem with existentially quantified type variables
> > [...] I couldn't check whether the problem persists in GHC 4.02,
>
> Alas, it's even in yesterday's ghc-4.03 from CVS.
>
> > as I am still in the middle of compiling it. It seems as if - at
> > least for Linux - the heap size is too small for many of the library
> > modules. Sven, did you have the same problem? (Or can it
> > be a problem that I compiled the compiler proper with 3.02?)
>
> I'm always compiling ghc with the latest installed version, e.g.
> Friday's ghc is compiled with Thursday's. Additionally, hsc
> is compiled
> with -O, so I can't comment on non-optimised builds. My RPM patch file
> is appended. But on Linux you can always use the pre-built RPMS on
>
>ftp://ftp.informatik.uni-muenchen.de/pub/local/pms/
>
> BTW, I'd like to get some feedback from RedHat users: Byron Hale
> reported some problems with the Hugs RPM (the dynamic linker tells
> someting about an undefined symbol __register_frame_info).
> Success/Failure stories are highly welcome.
>
> Cheers,
>Sven
>
> --
> -
> diff -uNr fptools.orig/ghc/driver/ghc.lprl fptools/ghc/driver/ghc.lprl
> --- fptools.orig/ghc/driver/ghc.lprlWed Feb 17 11:48:06 1999
> +++ fptools/ghc/driver/ghc.lprl Tue Feb 23 13:40:19 1999
> @@ -245,6 +245,12 @@
>
> \begin{code}
> $CcRegd= $GHC_OPT_HILEV_ASM;
> +
> +# SUP: SuSE 6.0 uses an egcs/gcc-mix, but ghc is currently
> incompatible with
> +# egcs (the binaries produce segmentation faults
> occasionaly), so we force gcc.
> +$gcc2723dir = "/usr/lib/gcc-lib/i486-linux/2.7.2.3/";
> +$CcRegd .= " -B" . $gcc2723dir if (-x $gcc2723dir . "cc1");
> +
> @CcBoth_flags = ('-S','-Wimplicit'); # flags for *any* C
> compilation
> @CcInjects = ();
>
> diff -uNr fptools.orig/mk/build.mk fptools/mk/build.mk
> --- fptools.orig/mk/build.mkThu Jan 1 01:00:00 1970
> +++ fptools/mk/build.mk Wed Feb 17 15:46:09 1999
> @@ -0,0 +1,3 @@
> +WithGhcHc = ghc
> +SRC_HC_OPTS += -optCrts-M52M -O
> +rename/ParseIface_HC_OPTS += -optCrts-M77M
> --
> -
> --
> Sven PanneTel.:
> +49/89/2178-2235
> LMU, Institut fuer Informatik FAX :
> +49/89/2178-2211
> LFE Programmier- und Modellierungssprachen
> Oettingenstr. 67
> mailto:[EMAIL PROTECTED]
> D-80538 Muenchen
> http://www.pms.informatik.uni-muenchen.de/mitarbeiter/panne
>
heap problem in self-compiling ghc-4.02
Trying to compileghc-4.02-src (patch level 1) with its own binary ghc-4.02-i386-linux... yields ... ghc -cpp -fglasgow-exts -Rghc-timing -I. -IcodeGen -InativeGen -Iparser -iutils:basicTypes:types:...:nativeGen -recomp -Onot -H45m -fno-warn-incomplete-patterns -H68m -c rename/ParseIface.hs -o rename/ParseIface.o -osuf o ghc: ignoring heap-size-setting option (-H45m)...not the largest seen hsc: fatal error: Suggested heap size (-H) is larger than max. heap size (-M) This is, probably, because i set ...= -H80min mk/build.mk But when i set the smaller number or remove this line at all, then it says ... ghc -cpp ... -Onot -H45m ... -c rename/ParseIface.hs -o rename/ParseIface.o -osuf o ... heap exhausted ... Looks like something simple, but i cannot guess ... Also, what about ... = -O in mk/build.mk ? -- Sergey Mechveliani [EMAIL PROTECTED]
Re: Bus Error compiling ghc 3.02 on Solaris
Alastair Reid <[EMAIL PROTECTED]> writes: > > Ah, I've just discovered that the sysadmin here has installed gcc 2.8.1 > > without my knowledge. Could that be the problem? I will try the build > > again, with gcc 2.6.3, which is the only other version available. > > I just got a report that the June 98 release of Hugs crashes when > compiled with gcc 2.8.1 but is fine when compiled with older > versions of gcc - so this may be what's wrong. I'm currently trying out the latest release of egcs with GHC (actually the new runtime system version), and I've found at least one bug that causes code to be miscompiled. There are probably more lurking. Cheers, Simon -- Simon Marlow [EMAIL PROTECTED] University of Glasgow http://www.dcs.gla.ac.uk/~simonm/ finger for PGP public key
Re: Bus Error compiling ghc 3.02 on Solaris
Antony Bowers writes: > > On Fri, 12 Jun 1998, Antony Bowers wrote: > > I'm trying to build ghc 3.02 on Solaris (SunOS 5.5.1) using ghc-2.10. The > > build successfully links hsc, and then falls over with: > > > Bus Error > > make[3]: *** [PrelBase.o] Error 1 > > Ah, I've just discovered that the sysadmin here has installed gcc 2.8.1 > without my knowledge. Could that be the problem? I will try the build > again, with gcc 2.6.3, which is the only other version available. Well, I posted up a few days ago(4 June) with the same problem, on SunOs 5.6 Sigbjorn stated that there was a bug in the concurrency bit of hsc, and was looking into it. Jon
Re: Bus Error compiling ghc 3.02 on Solaris
On Fri, 12 Jun 1998, Antony Bowers wrote: > I'm trying to build ghc 3.02 on Solaris (SunOS 5.5.1) using ghc-2.10. The > build successfully links hsc, and then falls over with: > Bus Error > make[3]: *** [PrelBase.o] Error 1 Ah, I've just discovered that the sysadmin here has installed gcc 2.8.1 without my knowledge. Could that be the problem? I will try the build again, with gcc 2.6.3, which is the only other version available. Cheers, Tony Antony Bowers, Department of Computer Science, University of Bristol, UK. http://www.cs.bris.ac.uk/~bowers/
Bus Error compiling ghc 3.02 on Solaris
I'm trying to build ghc 3.02 on Solaris (SunOS 5.5.1) using ghc-2.10. The build successfully links hsc, and then falls over with: ===fptools== Recursively making `all' in std exts posix misc concurrent ... PWD = /usr/local/ghc-3.02/ghc/lib ==fptools== make all --no-print-directory -r; in /usr/local/ghc-3.02/ghc/lib/std rm -f PrelBase.o ; if [ ! -d PrelBase ]; then mkdir PrelBase; else find PrelBase -name '*.o' -print | xargs rm -f __rm_food ; fi ; ../../../ghc/driver/ghc -recomp -cpp -fglasgow-exts -fvia-C -Rghc-timing -O -split-objs -odir PrelBase -H12m -c PrelBase.lhs -o PrelBase.o -osuf o Bus Error make[3]: *** [PrelBase.o] Error 1 I see that there is already a report similar to this in the list archive, but no solution has been posted. Was one found? I haven't changed any makefiles, or created a build.mk, so everything is as it comes "out of the box". Grateful for any help, Tony Antony Bowers, Department of Computer Science, University of Bristol, UK. http://www.cs.bris.ac.uk/~bowers/
Re: Core dump while compiling ghc-3.02
Jon Mountjoy writes: > Hello, > > Has anybody else had a core dump from ghc-3.02 during a build? > > Running Solaris (SunOs 5.6) on a sparc. > > I was trying to compile ghc-3.02 with ghc-2.10. I modified the > config.mk file by adding this: > GhcCompilerWays= p mc > (Hopefully convincing it to build ghc with profiling and concurrency) > Just to make sure I don't misunderstand - you want to build the contents of ghc/compiler/ in profiled and concurrent form, and not just the prelude libraries? > make boot succeeded nicely. make all did a lot of work and then died > with a core dump > > ** > ===fptools== Recursively making `all' in std exts posix misc concurrent ... > PWD = /home/jon/FunctionalLanguages/GHC-3.02/fptools/ghc/lib > > > ==fptools== gmake all --no-print-directory -r -- EXTRA_HC_OPTS=-H30m EXTRA_HC_OP > TS=-H30m EXTRA_HC_OPTS=-H30m EXTRA_HC_OPTS=-H30m; > in /home/jon/FunctionalLanguages/GHC-3.02/fptools/ghc/lib/std > > rm -f PrelBase.o ; if [ ! -d PrelBase ]; then mkdir PrelBase; else find PrelBase > -name '*.o' -print | xargs rm -f __rm_food ; fi ; > ../../../ghc/driver/ghc -recomp -cpp -fglasgow-exts -fvia-C -Rghc-timing -O -spl > it-objs -odir PrelBase -H12m -H30m -c PrelBase.lhs -o PrelBase.o -osuf o > ghc: ignoring heap-size-setting option (-H12m)...not the largest seen > Bus Error That suggests a bug in the concurrent bits, since the last version of ghc/compiler/hsc linked would have been the concurrent version. I'm afraid a non-empty setting of GhcCompilerWays doesn't generate separate hsc binaries for the different ways, instead it silently overwrites hsc. This is a Makefile bug, which I'll fix. (To do this yourself, change HS_PROG=hsc to HS_PROG=hsc$(_way) in ghc/compiler/Makefile.) Re: bus error, I'll try to reproduce it here. --Sigbjorn
Core dump while compiling ghc-3.02
Hello,
Has anybody else had a core dump from ghc-3.02 during a build?
Running Solaris (SunOs 5.6) on a sparc.
I was trying to compile ghc-3.02 with ghc-2.10. I modified the
config.mk file by adding this:
GhcCompilerWays= p mc
(Hopefully convincing it to build ghc with profiling and concurrency)
make boot succeeded nicely. make all did a lot of work and then died
with a core dump
**
===fptools== Recursively making `all' in std exts posix misc concurrent ...
PWD = /home/jon/FunctionalLanguages/GHC-3.02/fptools/ghc/lib
==fptools== gmake all --no-print-directory -r -- EXTRA_HC_OPTS=-H30m EXTRA_HC_OP
TS=-H30m EXTRA_HC_OPTS=-H30m EXTRA_HC_OPTS=-H30m;
in /home/jon/FunctionalLanguages/GHC-3.02/fptools/ghc/lib/std
rm -f PrelBase.o ; if [ ! -d PrelBase ]; then mkdir PrelBase; else find PrelBase
-name '*.o' -print | xargs rm -f __rm_food ; fi ;
../../../ghc/driver/ghc -recomp -cpp -fglasgow-exts -fvia-C -Rghc-timing -O -spl
it-objs -odir PrelBase -H12m -H30m -c PrelBase.lhs -o PrelBase.o -osuf o
ghc: ignoring heap-size-setting option (-H12m)...not the largest seen
Bus Error
gmake[3]: *** [PrelBase.o] Error 1
gmake[2]: *** [all] Error 1
gmake[1]: *** [all] Error 1
gmake: *** [all] Error 1
**
It seems that the error is here:
Core was generated by `/home/jon/FunctionalLanguages/GHC-3.02/fptools/ghc/driver
/../compiler/hsc ,-N ,'.
Program terminated with signal 10, Bus Error.
More details follow, (yell if you need more)
Regards,
Jon
**
The Glorious Glasgow Haskell Compilation System, version 3.02, patchlevel 0
literate pre-processor:
echo '#line 1 "PrelBase.lhs"' > /tmp/ghc1453.lpp &&
/home/jon/FunctionalLanguages/GHC-3.02/fptools/ghc/driver/../utils/unlit/unlit
PrelBase.lhs - >> /tmp/ghc1453.lpp
real0.1
user0.0
sys 0.0
Found OPTIONS -fno-implicit-prelude in /tmp/ghc1453.lpp
ghc: ignoring heap-size-setting option (-H12m)...not the largest seen
Effective command line: -fno-implicit-prelude -v -recomp -cpp -fglasgow-exts -fvia-C
-Rghc-timing -O -split-objs -odir PrelBase -H12m -H31m -c -o PrelBase.o -osuf o
Haskellised C pre-processor:
echo '{-# LINE 1 "PrelBase.lhs" -}' > /tmp/ghc1453.cpp &&
/home/jon/FunctionalLanguages/GHC-3.02/fptools/ghc/driver/../utils/hscpp/hscpp -v
-D__HASKELL1__=4 -D__GLASGOW_HASKELL__=302 -I.
-I/home/jon/FunctionalLanguages/GHC-3.02/fptools/ghc/driver/../includes
/tmp/ghc1453.lpp >> /tmp/ghc1453.cpp
real0.0
user0.0
sys 0.0
hscpp:CPP invoked: /usr/local/gnu/lib/gcc-lib/sparc-sun-solaris2.5.1/2.8.1/cpp
-traditional -D__HASKELL1__=4 -D__GLASGOW_HASKELL__=302 -I.
-I/home/jon/FunctionalLanguages/GHC-3.02/fptools/ghc/driver/../includes
/tmp/ghc1453.lpp
ghc:compile:Output file PrelBase/PrelBase.o doesn't exist
ghc:compile:Interface file PrelBase.hi doesn't exist
ghc:recompile:Input file PrelBase.lhs newer than PrelBase/PrelBase.o
Haskell compiler:
/home/jon/FunctionalLanguages/GHC-3.02/fptools/ghc/driver/../compiler/hsc ,-N
,-W ,/tmp/ghc1453.cpp -fno-implicit-prelude -fglasgow-exts -fglobalise-toplev-names
-fdo-eta-reduction -fsimplify [ -fkeep-spec-pragma-ids -fmax-simplifier-iterations1
-fpedantic-bottoms ] -fspecialise-overloaded -fspecialise -fsimplify [
-ffloat-lets-exposing-whnf -ffloat-primops-ok -fcase-of-case -fdo-case-elim
-fcase-merge -fdo-lambda-eta-expansion -freuse-con -fpedantic-bottoms
-fmax-simplifier-iterations4 -fclone-binds ] -ffull-laziness -ffloat-inwards
-fsimplify [ -ffloat-lets-exposing-whnf -ffloat-primops-ok -fcase-of-case
-fdo-case-elim -fcase-merge -fdo-eta-reduction -fdo-lambda-eta-expansion -freuse-con
-fpedantic-bottoms -fmax-simplifier-iterations4 ] -fstrictness -fsimplify [
-ffloat-lets-exposing-whnf -ffloat-primops-ok -fcase-of-case -fdo-case-elim
-fcase-merge -fdo-lambda-eta-expansion -freuse-con -flet-to-case -fpedantic-bottoms
-fmax-simplifier-iterations4 ] -ffloat-inw!
ards -fsimplify [ -ffloat-lets-exposing-whnf -ffloat-primops-ok -fcase-of-case
-fdo-case-elim -fcase-merge -fdo-lambda-eta-expansion -freuse-con -flet-to-case
-fignore-inline-pragma -fpedantic-bottoms -fmax-simplifier-iterations4 ]
-flambda-lift -flet-no-escape -fwarn-overlapping-patterns -fwarn-missing-methods
-fwarn-duplicate-exports
-himap=.%.hi:/home/jon/FunctionalLanguages/GHC-3.02/fptools/ghc/driver/../lib/exts%.hi:/home/jon/FunctionalLanguages/GHC-3.02/fptools/ghc/driver/../lib/exts%.hi:/home/jon/FunctionalLanguages/GHC-3.02/fptools/ghc/driver/../lib/std%.hi
-v -hifile=/tmp/ghc1453.hi -C=/tmp/ghc1453.hc +RTS -H3100 -K100
-s/tmp
Re: problems compiling ghc 3.01 for linux
Simon Marlow <[EMAIL PROTECTED]> writes: > Thanks Carl. Several people have run into this before (check the list > archives), but we still don't have any recent Linux installations here > to test out a proper fix on. That's why I said: > Let me know if you have any questions, or want me to test patches. (I am keeping up with ghc-current, using anonymous CVS, so if you just check in a proposed fix and let me know I can tell you if it compiles.) Carl Witty [EMAIL PROTECTED]
Re: problems compiling ghc 3.01 for linux
8>Qxd$QC/sdeK{93/{KA]&T@gir{b8(rd5/zL85UcsTGty!z9Nx%Z+0e193YVEXFcWdM.]+uyVYA6
WNNn]tdh-oQ]/#\R;Vts^}W]a%+%VqSEAu
X-URL: http://WWW.CS.Yale.EDU/homes/reid-alastair/
Date: Mon, 11 May 1998 11:03:09 -0300
From: Alastair Reid <[EMAIL PROTECTED]>
Sender: [EMAIL PROTECTED]
Precedence: bulk
Resent-Date: Mon, 11 May 1998 16:07:11 +0100
Resent-From: [EMAIL PROTECTED]
Resent-To: [EMAIL PROTECTED]
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
> we still don't have any recent Linux installations here
> to test out a proper fix on.
Surely someone at Glasgow CS dept can lend you the Redhat CD ROM
and boot disk?
If not, Computer World (I think that's the name) isn't too far away.
Or you could order direct from Redhat. Or save money by ordering
from Cheap Bytes (but better to pay extra to RH to support further
development).
Or you can upgrade by ftp - I'm sure there's a mirror near you.
Upgrading only takes about 15 minutes of work - and a couple of hours
of ignoring the machine while it copies files.
(Time estimate based on my experience of Redhat 5.0. I'm not sure
how good the other distributions are for upgrading.)
Alastair
Re: problems compiling ghc 3.01 for linux
"Carl R. Witty" <[EMAIL PROTECTED]> writes: > Here's the patch I made: > > --- stgdefs.h~ Sun Oct 5 13:34:00 1997 > +++ stgdefs.h Sun May 10 15:52:25 1998 > @@ -53,10 +53,12 @@ > #ifdef NON_POSIX_SOURCE > #undef _POSIX_SOURCE > #undef _POSIX_C_SOURCE > +#define _BSD_SOURCE > #else > # ifndef aix_TARGET_OS > /* already defined on aix */ > #define _POSIX_SOURCE 1 > +#define _BSD_SOURCE 1 > # endif > #ifndef irix_TARGET_OS > #define _POSIX_C_SOURCE 199301L Thanks Carl. Several people have run into this before (check the list archives), but we still don't have any recent Linux installations here to test out a proper fix on. My suggestion for the time being: add something like this to your build.mk: SRC_CC_OPTS += -optc-D_BSD_SOURCE This avoids patching the source. You may have to add the flag to SRC_HC_OPTS too. Cheers, Simon -- Simon Marlow [EMAIL PROTECTED] University of Glasgow http://www.dcs.gla.ac.uk/~simonm/ finger for PGP public key
problems compiling ghc 3.01 for linux
I ran into minor problems compiling GHC 3.01 on my up-to-date Debian Linux machine. I'm pretty sure that the problem is that I'm using Libc 6 (GNU libc 2). Basically, several BSD extensions (in particular, the types caddr_t and u_long, and the tm_zone and tm_gmtoff members of struct tm) are not available when _POSIX_SOURCE is defined; I also had to define _BSD_SOURCE to include them. (One problem is that configure tests for feature availability with no _*_SOURCE defines; defining _POSIX_SOURCE then disables features that configure detected as present.) Here's the patch I made: --- stgdefs.h~ Sun Oct 5 13:34:00 1997 +++ stgdefs.h Sun May 10 15:52:25 1998 @@ -53,10 +53,12 @@ #ifdef NON_POSIX_SOURCE #undef _POSIX_SOURCE #undef _POSIX_C_SOURCE +#define _BSD_SOURCE #else # ifndef aix_TARGET_OS /* already defined on aix */ #define _POSIX_SOURCE 1 +#define _BSD_SOURCE 1 # endif #ifndef irix_TARGET_OS #define _POSIX_C_SOURCE 199301L While this works for me, I wouldn't suggest that you apply it blindly; I don't know if it might break other places. Ideally, it would be conditioned on having GNU libc 2.0 (Linux libc 6); I don't know how to check for that here. Random information about my system: Linux gemini 2.0.29 #4 Thu Oct 23 00:34:55 PDT 1997 i686 unknown gcc version 2.7.2.3 Let me know if you have any questions, or want me to test patches. Carl Witty [EMAIL PROTECTED]
Compiling GHC 2.08 on Linux
For a project here at the Swiss Federal Institute of Technology, I am trying to compile GHC 2.08 which really looks like a great Haskell compiler. I have installed GHC 0.29 which seems to work. To compile GHC, I typed './configure' and then 'make boot' and I got this error: gcc -c lit-deatify.c -o lit-deatify.o In file included from lit-deatify.flex:69: config.h:2: parse error before `bin' make[2]: *** [lit-deatify.o] Error 1 There are many other errors latter but think it is simpler to start with the first one :-). I am using Linux 2.0.30 and a RedHat 4.2 distribution. Thanks for your help, Alex -- +---+--+ | Alessandro VERNET | email: [EMAIL PROTECTED] or [EMAIL PROTECTED] | | Longeraie 3 | ProOnline Central Mail System| | CH-1006 Lausanne | WWW pages: http://diwww.epfl.ch/~avernet/| +---+--+
Re: Compiler bug pops up when compiling ghc-2.07 with 2.02
Simon L Peyton Jones writes: > > > > I tried, but it seems to complete successfully. Nevertheless, later > > make all fails with the same message. > > Probably the dependencies generated by make boot (or make depend, for > > that matter) _are_ circular (citing from ghc/compiler/.depend): > > > > utils/FastString.o : basicTypes/Unique.hi > > > > basicTypes/Unique.o : utils/Pretty.hi > > > > utils/Pretty.o : utils/FastString.hi > > My guess is that you have not got the line > > Ghc2_0= YES > > in your build.mk file. GHC 2.x uses a different way of dealing with > mutual recursion (via M.hi-boot files) than GHC 0.29 (which used > M.lhi files). No, I had this line in my build.mk from the beginning. For the record, here goes my builld.mk: GhcBuilderVersion = 207 WithGhcHc = ghc-2.07 Ghc2_0=YES GhcWithHscBuiltViaC=NO > > Remember, don't bother to use 2.06 or earlier for self-booting. Only > 2.07 is up to it. > Yes, I use 2.07 (or so it seems): [08:53:35] ben@kawa:~> ghc --version The Glorious Glasgow Haskell Compilation System, version 2.07,patchlevel 0 BTW, when you are so kind as to answer my not-so-wise questions, what is the 'proper' way of getting a .dvi from literate sources? I could not find anything in the docs, and my attempts to follow the literate/README fail at the make stage already. Regards, Marcin Benke "Calm down, it's only ones and zeros!" - DJ Delorie
Re: Compiler bug pops up when compiling ghc-2.07 with 2.02
> > I tried, but it seems to complete successfully. Nevertheless, later > make all fails with the same message. > Probably the dependencies generated by make boot (or make depend, for > that matter) _are_ circular (citing from ghc/compiler/.depend): > > utils/FastString.o : basicTypes/Unique.hi > > basicTypes/Unique.o : utils/Pretty.hi > > utils/Pretty.o : utils/FastString.hi My guess is that you have not got the line Ghc2_0= YES in your build.mk file. GHC 2.x uses a different way of dealing with mutual recursion (via M.hi-boot files) than GHC 0.29 (which used M.lhi files). When you make that change to build.mk you'll need to do a make depend again. Yes, this should be documented. Remember, don't bother to use 2.06 or earlier for self-booting. Only 2.07 is up to it. Simon
Re: Compiler bug pops up when compiling ghc-2.07 with 2.02
Sigbjorn Finne writes: > > my guess is that the Makefile dependencies aren't generated properly, > try doing 'make depend' in ghc/compiler and see if that fails to > complete properly for some reason. > I tried, but it seems to complete successfully. Nevertheless, later make all fails with the same message. Probably the dependencies generated by make boot (or make depend, for that matter) _are_ circular (citing from ghc/compiler/.depend): utils/FastString.o : basicTypes/Unique.hi basicTypes/Unique.o : utils/Pretty.hi utils/Pretty.o : utils/FastString.hi ...the circle closes :-( > BTW, mailing glasgow-haskell-bugs is probably a good idea with > problems like these; I'm happy to help out, but I'm reading > my e-mail infrequently at the moment. > > Marcin Benke writes: > > Thanks for this hint. I have downloaded binary version of 2.07 and > > tried again to recompile 2.07 with itself. However, after > > > > configure > > make boot > > > > make all fails like this: > > > > make[2]: Circular utils/Argv.o <- utils/FastString.hi dependency dropped. > > ghc-2.07 -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 -DOMIT_DEFORESTER -fvia-C -c utils/Argv.lhs -o utils/Argv.o -osuf o > > > > utils/Argv.lhs:15: Could not find valid interface file `FastString' > > > > Compilation had errors > > make[2]: *** [utils/Argv.o] Error 1 > > make[1]: *** [all] Error 2 > > make: *** [all] Error 2 > > Regards, Marcin Benke "Calm down, it's only ones and zeros!" - DJ Delorie
