[ ghc-Bugs-1364839 ] ghc-pkg to build ghci libraries on install
Bugs item #1364839, was opened at 2005-11-23 12:11 Message generated for change (Comment added) made by jgoerzen You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108032&aid=1364839&group_id=8032 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Build System Group: None Status: Open Resolution: None Priority: 5 Submitted By: John Goerzen (jgoerzen) Assigned to: Nobody/Anonymous (nobody) >Summary: ghc-pkg to build ghci libraries on install Initial Comment: This is with GHC 6.4.1. ghci is not supported on AIX. I recently tried to isntall MissingH with Cabal. I got: # ./setup install Installing: /usr/local/lib/MissingH-0.12.0 & /usr/local/bin MissingH-0.12.0... Registering MissingH-0.12.0... Reading package info from ".installed-pkg-config" ... done. building GHCi library /usr/local/lib/MissingH-0.12.0/HSMissingH-0.12.0.o...ld: 0706-027 The -x flag is ignored. ld: 0706-012 The -- flag is not recognized. ld: 0706-012 The -w flag is not recognized. ld: 0706-012 The -h flag is not recognized. ghc-pkg list does not see the package after this, either. I'm not sure why Cabal seems to think it needs to build a GHCi library, and it's even more concerning that invalid flags are being given to ld. -- >Comment By: John Goerzen (jgoerzen) Date: 2005-11-23 14:25 Message: Logged In: YES user_id=491567 After talking with Isaac Jones, he asked me to run install -v4. The last command it runs is: Registering MissingH-0.12.0... /usr/local/bin/ghc-pkg --auto-ghci-libs update .installed-pkg-config Reading package info from ".installed-pkg-config" ... done. building GHCi library /usr/local/lib/MissingH-0.12.0/HSMissingH-0.12.0.o...ld: 0706-027 The -x flag is ignored. ld: 0706-012 The -- flag is not recognized. ld: 0706-012 The -w flag is not recognized. ld: 0706-012 The -h flag is not recognized. If I manually run: /usr/local/bin/ghc-pkg update .installed-pkg-config Reading package info from ".installed-pkg-config" ... done. warning: can't find GHCi lib HSMissingH-0.12.0.o Saving old package config file... done. Writing new package config file... done. it works fine. So looks like the bug is in ghc-pkg. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108032&aid=1364839&group_id=8032 ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
[ ghc-Bugs-1364839 ] Cabal tries to build ghci libraries on install
Bugs item #1364839, was opened at 2005-11-23 12:11 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108032&aid=1364839&group_id=8032 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Build System Group: None Status: Open Resolution: None Priority: 5 Submitted By: John Goerzen (jgoerzen) Assigned to: Nobody/Anonymous (nobody) Summary: Cabal tries to build ghci libraries on install Initial Comment: This is with GHC 6.4.1. ghci is not supported on AIX. I recently tried to isntall MissingH with Cabal. I got: # ./setup install Installing: /usr/local/lib/MissingH-0.12.0 & /usr/local/bin MissingH-0.12.0... Registering MissingH-0.12.0... Reading package info from ".installed-pkg-config" ... done. building GHCi library /usr/local/lib/MissingH-0.12.0/HSMissingH-0.12.0.o...ld: 0706-027 The -x flag is ignored. ld: 0706-012 The -- flag is not recognized. ld: 0706-012 The -w flag is not recognized. ld: 0706-012 The -h flag is not recognized. ghc-pkg list does not see the package after this, either. I'm not sure why Cabal seems to think it needs to build a GHCi library, and it's even more concerning that invalid flags are being given to ld. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108032&aid=1364839&group_id=8032 ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
[ ghc-Bugs-1364837 ] AdjustorAsm.S doesn't build on AIX
Bugs item #1364837, was opened at 2005-11-23 12:09 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108032&aid=1364837&group_id=8032 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Compiler Group: None Status: Open Resolution: None Priority: 5 Submitted By: John Goerzen (jgoerzen) Assigned to: Nobody/Anonymous (nobody) Summary: AdjustorAsm.S doesn't build on AIX Initial Comment: OK, this is a weird one. I'm building GHC 6.4.1 on AIX and using IBM's assembler, since GNU binutils is known to have issues on AIX. When the build reached AdjustorAsm.S, I got: imer.h -#include ProfHeap.h -#include LdvProfile.h -#include Profiling.h -#inclu de Apply.h -fvia-C -dcmm-lint -c AdjustorAsm.S -o AdjustorAsm.o Assembler: /tmp//ccq7dlbU.s: line 15: 1252-016 The specified opcode or pseudo-op is not val id. Use supported instructions or pseudo-ops only. /tmp//ccq7dlbU.s: line 48: 1252-149 Instruction subf is not implemented in the c urrent assembly mode COM. /tmp//ccq7dlbU.s: line 52: 1252-142 Syntax error. /tmp//ccq7dlbU.s: line 53: 1252-142 Syntax error. /tmp//ccq7dlbU.s: line 58: 1252-142 Syntax error. /tmp//ccq7dlbU.s: line 59: 1252-142 Syntax error. make[2]: *** [AdjustorAsm.o] Error 1 After some research, I added -opta -Wa,-mppc, which reduced the errors to: /tmp//ccA1yNhC.s: line 15: 1252-016 The specified opcode or pseudo-op is not val id. Use supported instructions or pseudo-ops only. /tmp//ccA1yNhC.s: line 52: 1252-142 Syntax error. /tmp//ccA1yNhC.s: line 53: 1252-142 Syntax error. /tmp//ccA1yNhC.s: line 58: 1252-142 Syntax error. /tmp//ccA1yNhC.s: line 59: 1252-142 Syntax error. I examined the temp files and found that line 15 contains only the word ".text". I was finally able to work around the problem by adding -opta -save-temps to the command line, then using GNU as like so: as mppc -I. AdjustorAsm.s -o AdjustorAsm.o I then copied the resulting .o file to the thr, p, debug, etc. .o files. The build was then able to complete. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108032&aid=1364837&group_id=8032 ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
[ ghc-Bugs-1364820 ] LDFLAGS not used by generated ghc
Bugs item #1364820, was opened at 2005-11-23 11:42 Message generated for change (Comment added) made by jgoerzen You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108032&aid=1364820&group_id=8032 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Compiler Group: None Status: Open Resolution: None Priority: 5 Submitted By: John Goerzen (jgoerzen) Assigned to: Nobody/Anonymous (nobody) Summary: LDFLAGS not used by generated ghc Initial Comment: Hello, I specified LDFLAGS=-Wl,-bbigtoc which is needed to link programs of any size on AIX, including ghc. The stage1/ghc-inplace compiler, however, is not passing this along to gcc. I can manually run the commands that make is running, add -optl -Wl,-bbigtoc and get the correct result, but GHC should do this itself. This is GHC 6.4.1. -- >Comment By: John Goerzen (jgoerzen) Date: 2005-11-23 11:57 Message: Logged In: YES user_id=491567 The final (stage2) compiler also does not honor these flags automatically. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108032&aid=1364820&group_id=8032 ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
[ ghc-Bugs-1364820 ] LDFLAGS not used by generated ghc
Bugs item #1364820, was opened at 2005-11-23 11:42 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108032&aid=1364820&group_id=8032 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Compiler Group: None Status: Open Resolution: None Priority: 5 Submitted By: John Goerzen (jgoerzen) Assigned to: Nobody/Anonymous (nobody) Summary: LDFLAGS not used by generated ghc Initial Comment: Hello, I specified LDFLAGS=-Wl,-bbigtoc which is needed to link programs of any size on AIX, including ghc. The stage1/ghc-inplace compiler, however, is not passing this along to gcc. I can manually run the commands that make is running, add -optl -Wl,-bbigtoc and get the correct result, but GHC should do this itself. This is GHC 6.4.1. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108032&aid=1364820&group_id=8032 ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
[ ghc-Bugs-1363942 ] nativeGen/MachRegs.lhs:1016: parse error
Bugs item #1363942, was opened at 2005-11-22 16:22 Message generated for change (Comment added) made by simonmar You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108032&aid=1363942&group_id=8032 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Compiler Group: None >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: John Goerzen (jgoerzen) Assigned to: Nobody/Anonymous (nobody) Summary: nativeGen/MachRegs.lhs:1016: parse error Initial Comment: I am attempting to build GHC 6.4.1 on AIX 5.1L using GHC 6.2.1 as the host compiler. Everything proceeds fine until the crash here. I believe that the problem is that no content for the callClobberedRegs defined for AIX. In particular, powerpc_TARGET_ARCH will be defined, but there is no clause in that file for PowerPC. I will attach a build log. -- >Comment By: Simon Marlow (simonmar) Date: 2005-11-23 12:21 Message: Logged In: YES user_id=48280 Fixed to omit building the NCG on AIX by default. -- Comment By: John Goerzen (jgoerzen) Date: 2005-11-22 16:27 Message: Logged In: YES user_id=491567 a further comment: perhaps this is a configure error -- nativeGen still isn't available on AIX, is it? I just ran ./configure --prefix=/usr/local to start this. -- Comment By: John Goerzen (jgoerzen) Date: 2005-11-22 16:23 Message: Logged In: YES user_id=491567 Forgot to add: using GCC 4.0.3. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108032&aid=1363942&group_id=8032 ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
GHC Crash
Hello, I found a bug in GHC which causes it to crash. I believe it is related to my experimentation with the unboxed tuple. It was not clear to me from the manual as to whether or not this was legal. My version of GHC reports via -v that it is "Glasgow Haskell Compiler, Version 6.4.1, for Haskell 98, compiled by GHC version 6.4". I am running on Windows XP. A simplified repro of the bug follows: {-# OPTIONS_GHC -fglasgow-exts #-} import qualified Array; import qualified Ix; type Array a b = Array.Array a b type Matrix a b = Array (a, a) b -- Imports from Array.Array for convenience (!) :: Ix.Ix a => Array a b -> a -> b (!) = (Array.!) fweval :: (Ix.Ix a, Integral b) => Matrix a (Maybe b) -> a -> a -> a -> [((a, a), Maybe b)] -> [((a, a), Maybe b)] fweval m i j k upd = case (# m!(i, k), m!(k, j), m!(i, j) #) of (# Nothing, _, _ #) -> upd (# _, Nothing, _ #) -> upd (# Just ik, Just kj, Nothing #) -> ((i, j), Just (ik+kj)):upd (# Just ik, Just kj, Just ij #) -> if (ik+kj) < ij then ((i, j), Just (ik+kj)):upd else upd main :: IO () main = return () -Matt ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs