[GHC] #853: GHC build fails when setting GhcWithInterpreter=No
#853: GHC build fails when setting GhcWithInterpreter=No --+- Reporter: jberthold |Owner: Type: bug| Status: new Priority: low|Milestone: Component: Compiler | Version: 6.5 Severity: minor | Keywords: Os: Linux | Difficulty: Easy (1 hr) Architecture: x86| --+- My GHC build (latest source from darcs) is configured to leave out GHCI, by setting GhcWithInterpreter=No in build.mk. Since the last update, the GHC build now fails in stage2 with main/Main.hs:26:0: Failed to load interface for `InteractiveUI': (which is clear, since none of the compiler/ghci/ files have been compiled, as I requested) The Makefile responsible for the failing command is Makefile.ghcbin, introduced by this patch: Tue Jul 25 15:01:54 CEST 2006 Simon Marlow [EMAIL PROTECTED] * Generalise Package Support This Makefile contains an option -DGHCI responsible for the error. Unfortunately, I have no idea whether just protecting -DGHCI as in the normal Makefile would break something. -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/853 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] #753: DLL generated by ghc does exit()
#753: DLL generated by ghc does exit() ---+ Reporter: guest | Owner: Type: bug | Status: closed Priority: high | Milestone: 6.6 Component: Compiler |Version: 6.4.2 Severity: normal| Resolution: fixed Keywords:| Os: Unknown Difficulty: Unknown | Architecture: Unknown ---+ Changes (by simonmar): * resolution: = fixed * status: new = closed Comment: Patch applied. -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/753 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] #843: Dependency information for the linking step
Volker Wysk wrote:
On Tuesday 08 August 2006 14:08, GHC wrote:
#843: Dependency information for the linking step
+--
- Reporter: [EMAIL PROTECTED] | Owner:
Type: feature request| Status: new
Priority: normal | Milestone:
Component: Compiler |Version: 6.4.1
Severity: normal | Resolution:
Keywords: dependency generation | Os: Linux
Difficulty: Easy (1 hr)| Architecture: Unknown
+--
- Comment (by simonmar):
Then I have another trick for you:
{{{
ghc --make -pgml echo Main.hs -v0 | ghc -e 'interact (unwords . filter
(.o `Data.List.isSuffixOf`) . words)'
}}}
Does this solve the problem?
Yes! I have no idea what's going on, though.
-pgml echo uses echo as the linker program, so the linker command line is
sent to stdout, then we pipe it through something that extracts the object
filenames - I used ghc -e, but you could use sed or perl or something else. The
version I gave above doesn't work properly if the filenames contain spaces.
However, it triggers another problem, which I haven't reported. When
calling ghc -M src/prog.hs, where prog.hs is the main module, then the
name of the object file is reported as src/prog.o. When calling it in
conjunction with -odir, such as ghc -M -odir build src/prog.hs, then you
get build/Main.o. Of course this can't be used, because all of the
programs' main modules become build/Main.o.
This isn't a bug, it's the defined behaviour of -odir. See the documentation:
http://www.haskell.org/ghc/docs/latest/html/users_guide/separate-compilation.html#output-files
Cheers,
Simon
___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: [GHC] #843: Dependency information for the linking step
#843: Dependency information for the linking step +--- Reporter: [EMAIL PROTECTED] | Owner: Type: feature request| Status: closed Priority: normal | Milestone: Component: Compiler |Version: 6.4.1 Severity: normal | Resolution: fixed Keywords: dependency generation | Os: Linux Difficulty: Easy (1 hr)| Architecture: Unknown +--- Changes (by simonmar): * resolution: = fixed * status: new = closed -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/843 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] #830: Compiler performance bug: large do expression
#830: Compiler performance bug: large do expression ---+ Reporter: simonmar | Owner: Type: bug | Status: new Priority: normal| Milestone: 6.6.1 Component: Compiler |Version: 6.4.2 Severity: normal| Resolution: Keywords:| Os: Unknown Difficulty: Unknown | Architecture: Unknown ---+ Changes (by simonmar): * milestone: = 6.6.1 -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/830 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] #817: internal error: stg_ap_ppp_ret
#817: internal error: stg_ap_ppp_ret ---+ Reporter: [EMAIL PROTECTED] | Owner: Type: bug | Status: closed Priority: normal| Milestone: Component: Runtime System|Version: 6.4 Severity: normal| Resolution: worksforme Keywords:| Os: Linux Difficulty: Unknown | Architecture: x86 ---+ Changes (by simonmar): * resolution: = worksforme * status: new = closed Comment: No response, we'll assume this was one of the 6.4 bugs. -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/817 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] #815: Remove old versions of FFI syntax
#815: Remove old versions of FFI syntax --+- Reporter: simonmar | Owner: Type: task | Status: closed Priority: high | Milestone: 6.6 Component: Compiler |Version: 6.4.1 Severity: normal | Resolution: fixed Keywords: | Os: Unknown Difficulty: Easy (1 hr) | Architecture: Unknown --+- Changes (by simonmar): * resolution: = fixed * status: new = closed -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/815 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] #805: Too many workers; runaway worker creation?
#805: Too many workers; runaway worker creation? ---+ Reporter: [EMAIL PROTECTED] | Owner: Type: bug | Status: closed Priority: high | Milestone: 6.6 Component: Runtime System|Version: 6.5 Severity: blocker | Resolution: fixed Keywords:| Os: Linux Difficulty: Unknown | Architecture: x86 ---+ Changes (by simonmar): * resolution: = fixed * status: new = closed Comment: That test has now been removed. -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/805 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] #704: change array interface to accomodate resizable arrays
#704: change array interface to accomodate resizable arrays ---+ Reporter: simonmar | Owner: Type: task | Status: closed Priority: high | Milestone: 6.6 Component: libraries/base|Version: 6.4.1 Severity: normal| Resolution: fixed Keywords:| Os: Unknown Difficulty: Moderate (1 day) | Architecture: Unknown ---+ Changes (by simonmar): * resolution: = fixed * status: new = closed Comment: Done. -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/704 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] #854: Bogus markup in documentation for System.Posix.Process (and elsewhere?)
#854: Bogus markup in documentation for System.Posix.Process (and elsewhere?) --+- Reporter: simonmar |Owner: Type: bug| Status: new Priority: low|Milestone: 6.6 Component: Documentation | Version: 6.4.2 Severity: normal | Keywords: Os: Unknown| Difficulty: Easy (1 hr) Architecture: Unknown| --+- For example, [http://www.haskell.org/ghc/docs/latest/html/libraries/unix /System-Posix-Process.html#v%3AexecuteFile] Milestone 6.6 if anyone gets around to it... -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/854 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] #855: Improvements to SpecConstr
#855: Improvements to SpecConstr
-+--
Reporter: simonpj |Owner:
Type: task | Status: new
Priority: normal|Milestone:
Component: Compiler | Version: 6.4.2
Severity: normal| Keywords:
Os: Unknown | Difficulty: Unknown
Architecture: Unknown |
-+--
There are a series of possible improvemnts to SpecConstr, described in
the source code. {{{compiler/specialise/SpecConstr}}}
* Specialising for constant parameters
* Specialising for lambda parameters
* Two ideas to do with strictness that look more tricky
Some of them look quite straightforward.
--
Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/855
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] #856: Build system issues on ia64
#856: Build system issues on ia64
---+
Reporter: [EMAIL PROTECTED] |Owner:
Type: bug | Status: new
Priority: normal |Milestone:
Component: Build System| Version: 6.4.2
Severity: normal | Keywords:
Os: Linux | Difficulty: Unknown
Architecture: ia64|
---+
I recently did a bootstrap of GHC 6.4.2 on ia64 linux, with glibc 2.2, gcc
3.2, using a 64-bit x86 system as the host for building the HC files. I
had to work out three problems to get the build to work:
1. Ticket #841
2. In ghc/rts/Makefile, there is the line `WAYS=$(GhcLibWays)
$(GhcRTSWays)`. Later, WAYS is tested against the empty string. This
test does not succeed because WAYS gets the value ; then, in code
guarded by this test, syntax errors occur because WAYS is expected to
contain more than whitespace. The solution was to change the line to
`WAYS=$(strip $(GhcLibWays) $(GhcRTSWays))`.
3. The linker on ia64 will fail with relocation truncated to fit
messages if the offset of a relative address instruction's immediate
operand is too big. This happens when linking the compiler. If given the
'--relax' flag, the linker will fix things up. (I'm not quite sure how it
works.) I added the following to the C compiler section of
mk/config.mk.in:
{{{
ifeq $(HOSTPLATFORM) ia64-unknown-linux
# needed for generating proper relocation in large binaries
SRC_CC_OPTS += -Wl,--relax
SRC_HC_OPTS += -optl-Wl,--relax
endif
}}}
This works, but it also produces annoying warnings that the flag is
ignored when compiling .c or .hc files to .o files. Also, it should
probably be a test of the architecture, not the platform.
--
Ticket URL: http://cvs.haskell.org/trac/ghc/ticket/856
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] #857: Patch to porting documentation
#857: Patch to porting documentation
---+
Reporter: [EMAIL PROTECTED] |Owner:
Type: bug | Status: new
Priority: normal |Milestone:
Component: Documentation | Version: 6.4.2
Severity: normal | Keywords:
Os: Unknown | Difficulty: Unknown
Architecture: Unknown |
---+
Some of the necessary HC files aren't built when following the directions
given in the GHC porting guide for cross-compiling. The directions in the
following patch to docs/building/building.xml will build the files.
In the lib/compat directory, make boot initiates a make all. The
subsequent run of make doesn't do anything, because all the files have
been built. To build hc files in this directory, the extra compile flags
need to be passed to make boot.
{{{
--- building.xml.oldWed Aug 9 11:55:06 2006
+++ building.xmlWed Aug 9 11:56:05 2006
@@ -3087,7 +3087,7 @@
screen$ cd replaceableH/replaceable/ghc/lib/compat
$ make clean
$ rm .depend
-$ make boot UseStage1=YES
+$ make boot UseStage1=YES EXTRA_HC_OPTS='-O -fvia-C -keep-hc-files'
$ make -k UseStage1=YES EXTRA_HC_OPTS='-O -fvia-C -keep-hc-files'
$ cd replaceableH/replaceable/ghc/utils
$ make clean
}}}
--
Ticket URL: http://cvs.haskell.org/trac/ghc/ticket/857
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
