#8837: GHC 7.8.1-rc2 requires /usr/local/lib/libgmp10.10.dylib
--------------------------------+------------------------------------------
Reporter: awick | Owner:
Type: bug | Status: new
Priority: normal | Milestone: 7.8.1
Component: Compiler | Version: 7.8.1-rc2
Keywords: | Operating System: MacOS X
Architecture: x86_64 | Type of failure: Installing GHC failed
(amd64) | Test Case:
Difficulty: Unknown | Blocking:
Blocked By: |
Related Tickets: |
--------------------------------+------------------------------------------
It looks like a homebrew (or something else?) dependency snuck into the
RC2 build:
{{{
% ./configure --prefix=/Users/awick/tools/ghc7.8.0
checking for path to top of build tree... dyld: Library not loaded:
/usr/local/lib/libgmp.10.dylib
Referenced from: /Users/awick/tools/ghc-7.8.0.20140228/utils/ghc-pwd
/dist-install/build/tmp/ghc-pwd
Reason: image not found
configure: error: cannot determine current directory
}}}
As not all of us use homebrew, it'd be lovely if the binary installer only
required base Mac libraries to be installed rather than
homebrew/macports/whatever.
--
Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/8837>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
#8838: Allow running bash shell commands
--------------------------+------------------------------------------------
Reporter: | Owner:
jstolarek | Status: new
Type: | Milestone: 7.10.1
feature request | Version: 7.8.1-rc2
Priority: normal | Operating System: Linux
Component: | Type of failure: Incorrect result at runtime
libraries/process | Test Case:
Keywords: | Blocking:
Architecture: |
Unknown/Multiple |
Difficulty: |
Unknown |
Blocked By: |
Related Tickets: #8802 |
--------------------------+------------------------------------------------
Current implementation of `process` library has limited usability.
`CreateProcess` record stores `CmdSpec` field, which is either a
`RawCommand` or `ShellCommand`. The problem is that:
* `RawCommand` command quotes and escapes the command parameters
* `ShellCommand` does no escaping but it runs command in `sh` shell
Corollary: there is no way to run `bash` command with unescaped
parameters. As a result there is no way to run this command (and many
others):
{{{
diff <(echo $ENV_FOO) <(echo $ENV_BAR)
}}}
Running it as a `RawCommand` (using `proc` function) fails because command
line parameters are escaped and become incorrect. Running it as
`ShellCommand` (using `shell` function) fails because this is not valid
`sh` syntax. I propose to create function that allows user to run `bash`
commands without escaping the parameters (or even better, run any shell
the user wants). In other words this program:
{{{
import System.Exit
import System.Process
main :: IO ()
main = do
(_, _, _, pid) <- createProcess (SOME_NEW_FUNCTION "diff" ["<(echo
$FOO)", "<(echo $BAR)"] )
{ env = Just
[("FOO","Foo"),("BAR","Bar")] }
ecode <- waitForProcess pid
case ecode of
ExitSuccess -> putStrLn "All’s right with the world!"
ExitFailure _ -> putStrLn ":-("
}}}
should produce:
{{{
1c1
< Foo
---
> Bar
}}}
--
Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/8838>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
#8840: standalone 'let' in do notation does not parse
------------------------------------+-------------------------------------
Reporter: slyfox | Owner:
Type: bug | Status: new
Priority: normal | Milestone:
Component: Compiler | Version: 7.6.3
Keywords: | Operating System: Unknown/Multiple
Architecture: Unknown/Multiple | Type of failure: None/Unknown
Difficulty: Unknown | Test Case:
Blocked By: | Blocking:
Related Tickets: |
------------------------------------+-------------------------------------
When describing to a friend "do notation" syntactic
equivalence some days ago I picked the following example:
{{{
-- valid for ghc
main = do let z = 1
print z
}}}
and tried to make it one-line for lambdabot:
{{{
-- seems to be allowed explicitly by the spec
--
http://www.haskell.org/onlinereport/haskell2010/haskellch3.html#x8-470003.14
main = do { let z = 1; print z }
}}}
Bug neither ghc-7.6.3 nor ghc-7.8.1-rc2 seem to accept it as valid:
{{{
[1 of 1] Compiling Main ( a.hs, a.o )
a.hs:1:32: parse error on input ‘}’
}}}
--
Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/8840>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
#5273: error and undefined should print a location
-------------------------------------+------------------------------------
Reporter: augustss | Owner:
Type: feature request | Status: new
Priority: low | Milestone: 7.6.2
Component: Compiler | Version: 7.1
Resolution: | Keywords:
Operating System: Unknown/Multiple | Architecture: Unknown/Multiple
Type of failure: None/Unknown | Difficulty: Unknown
Test Case: | Blocked By:
Blocking: | Related Tickets:
-------------------------------------+------------------------------------
Changes (by MikolajKonarski):
* difficulty: => Unknown
Comment:
While we are at it, adding source position information to Debug.trace & Co
would be very useful too (how often did you write 'trace "1" ... trace
"2"', etc.?). This is done (in a hacky way, by passing assert as an
argument) in the package loch from 2007, together with hacks for 'error'
and exceptions. BTW, some support for locations in exceptions, without the
need to profile for stack traces, would be very valuable too. Perhaps
something can be done cheaply? Even just one random location sometimes?
This is all needed by people for years, because at least 3 packages
contain relevant basic hacks (in addition to other stuff):
http://hackage.haskell.org/package/lochhttp://hackage.haskell.org/package/assert-failurehttp://hackage.haskell.org/package/assert
plus there are some more that use TH for that. *shudder*
Thank you in advance!
--
Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/5273#comment:5>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
#8817: segmentation fault in 7.8 RC1
----------------------------------+-------------------------------------
Reporter: hamishmack | Owner:
Type: bug | Status: new
Priority: high | Milestone:
Component: Compiler | Version: 7.8.1-rc1
Keywords: | Operating System: Unknown/Multiple
Architecture: x86_64 (amd64) | Type of failure: None/Unknown
Difficulty: Unknown | Test Case:
Blocked By: | Blocking:
Related Tickets: |
----------------------------------+-------------------------------------
I get a segmentation fault if I do the following on OS X...
* cabal install cpphs --reinstall --force-reinstall --ghc-options=-rtsopts
* cpphs +RTS -A16384 -RTS /usr/include/stdio.h
Running in gdb the stack shows we are in stg_ap_0_fast and it looks like
it is trying to dereference a pointer value of 0x5000500050000 that is in
the rbx register.
--
Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/8817>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
