...@haskell.org [mailto:cvs-ghc-boun...@haskell.org]
| On Behalf Of Erik de Castro Lopo
| Sent: 15 December 2012 17:38
| To: Ian Lynagh
| Cc: cvs-ghc@haskell.org
| Subject: Fix for : Build failure on Windows (and others).
|
| Hi all,
|
| I have a fix for this. It seems that just recently (since
Hi!
It seems like the build on Windows HEAD is trying to build the PowerPC
assembly in rts/AdjustorAsm.S. Somehow the powerpc_HOST_ARCH must be
defined, I can't figure out how though.
It seems to work fine on commit d7d25db3e58f3edfb950ebfa466c1e1e06d175d6
from a week ago.
I have one patch
Niklas Larsson wrote:
It seems like the build on Windows HEAD is trying to build the PowerPC
assembly in rts/AdjustorAsm.S. Somehow the powerpc_HOST_ARCH must be
defined, I can't figure out how though.
This is not actually the case, because on linux-powerpc I get errors
about Intel
Niklas Larsson wrote:
Hi!
It seems like the build on Windows HEAD is trying to build the PowerPC
assembly in rts/AdjustorAsm.S.
Are you building for x86 or x86-64?
Erik
--
--
Erik de Castro Lopo
http://www.mega-nerd.com/
Hi Niklas,
On Sat, Dec 15, 2012 at 04:02:24PM +0100, Niklas Larsson wrote:
It seems like the build on Windows HEAD is trying to build the PowerPC
assembly in rts/AdjustorAsm.S. Somehow the powerpc_HOST_ARCH must be
defined, I can't figure out how though.
Does it happen for you with a
2012/12/15 Ian Lynagh i...@well-typed.com:
Hi Niklas,
On Sat, Dec 15, 2012 at 04:02:24PM +0100, Niklas Larsson wrote:
It seems like the build on Windows HEAD is trying to build the PowerPC
assembly in rts/AdjustorAsm.S. Somehow the powerpc_HOST_ARCH must be
defined, I can't figure out how
Ian Lynagh wrote:
Does it happen for you with a non-parallel (i.e. without using
make -j) build? If so, can you reproduce it by running the last
command that make runs by hand? If you can, then hopefully it will be
easy to diagnose, e.g. by minimising the code being read.
Sorry, that was a
2012/12/15 Erik de Castro Lopo mle...@mega-nerd.com:
Ian Lynagh wrote:
Does it happen for you with a non-parallel (i.e. without using
make -j) build? If so, can you reproduce it by running the last
command that make runs by hand? If you can, then hopefully it will be
easy to diagnose, e.g.
Hi all,
I have a fix for this. It seems that just recently (since
bd8f7fc56b84369f4e820263c0bcdc85760de6d4) ghc has started calling
gcc with extra comand line parameters:
-x assembler
From the gcc man page
-x language
Specify explicitly the language for the following input files
2012/12/15 Erik de Castro Lopo mle...@mega-nerd.com:
The attached patch replaces '-x assembler' with '-x assembler-with-cpp'
and fixes the problem for me on powerpc.
Thanks! It works here too.
Niklas
___
Cvs-ghc mailing list
Cvs-ghc@haskell.org
marlo...@gmail.com
Date: Thu Aug 9 11:41:06 2012 +0100
Fix build failure on OS X (#7119)
When refactoring this recently I accidentally put the
dead-strip-preventer symbol (only used on OS X) in the wrong section
Folks, if you come across this
Loading package ghc-prim ... linking ... ghc-stage2:
/5playpen/simonpj/HEAD-1/libraries/ghc-prim/dist-install/build/HSghc-prim-0.2.0.0.o:
unknown symbol `base_GHCziBase_eqString_info'
ghc-stage2: unable to load package `ghc-prim'
don't worry about it. I have a
Hi all, I just pulled this morning from HEAD and tried to validate in Linux
(using gcc 4.6.1), and I got a lot of
C errors from RTS type incompatibilities. Some are:
rts/Linker.c: In function 'mmapForLinker':
rts/Linker.c:1641:8:
error: format '%lu' expects argument of type 'long
Of Dimitrios Vytiniotis
| Sent: 30 April 2012 09:31
| To: cvs-ghc@haskell.org
| Subject: build failure due to RTS C errors ...
|
|
| Hi all, I just pulled this morning from HEAD and tried to validate in
| Linux (using gcc 4.6.1), and I got a lot of C errors from RTS type
| incompatibilities. Some
Ah I am on 32-bit linux, so this could be an untested platform maybe?
d-
-Original Message-
From: Simon Peyton-Jones
Sent: Monday, April 30, 2012 9:54 AM
To: Dimitrios Vytiniotis; cvs-ghc@haskell.org
Subject: RE: build failure due to RTS C errors ...
Could this be something
On Mon, Apr 30, 2012 at 08:30:43AM +, Dimitrios Vytiniotis wrote:
Hi all, I just pulled this morning from HEAD and tried to validate in Linux
(using gcc 4.6.1), and I got a lot of
C errors from RTS type incompatibilities.
Sorry, should be fixed now.
Thanks
Ian
I know.. I'm about to push. sorry
| -Original Message-
| From: glasgow-haskell-users-boun...@haskell.org [mailto:glasgow-haskell-
| users-boun...@haskell.org] On Behalf Of Austin Seipp
| Sent: 20 April 2012 18:12
| To: glasgow-haskell-us...@haskell.org
| Subject: Build failure with HEAD
Of Austin Seipp
| Sent: 20 April 2012 18:12
| To: glasgow-haskell-us...@haskell.org
| Subject: Build failure with HEAD
|
| Hi,
|
| Building GHC HEAD (git HEAD SHA1 =
| 88f476b98709731d997ab57612cce4753cb65a0a) this morning, I've encountered 2
| build failures that seem to be a result of some
...@haskell.org [mailto:cvs-ghc-boun...@haskell.org]
*On Behalf Of *Dimitrios Vytiniotis
*Sent:* Wednesday, April 04, 2012 8:08 PM
*To:* cvs-ghc@haskell.org
*Subject:* cabal related build failure
Friends, after a make clean and make distclean I try to 'sh validate'
again on my own branch and got
-ghc-boun...@haskell.org] On
Behalf Of Dimitrios Vytiniotis
Sent: Wednesday, April 04, 2012 8:08 PM
To: cvs-ghc@haskell.org
Subject: cabal related build failure
Friends, after a make clean and make distclean I try to 'sh validate' again on
my own branch and got the following:
/home
Friends, after a make clean and make distclean I try to 'sh validate' again on
my own branch and got the following:
/home/dimitris/GHC/ghc-new-flavor/ghc/bindisttest/install
dir/lib/ghc-7.5.20120404/dph-lifted-vseg-0.6.0.1
Registering dph-lifted-vseg-0.6.0.1...
for f in
Manuel,
thanks for the tip how to fix the issue with ghc panic on Mondaic.hs.
I'll use this once the build is working better. I also do have a patch
which fixes GHC on ARM linux platforms with hard-float ABI (soon to be
released debian/ubuntu) PR#5914, unfortunately I'm not able to test it
Karel,
thanks for the tip how to fix the issue with ghc panic on Mondaic.hs. I'll
use this once the build is working better. I also do have a patch which fixes
GHC on ARM linux platforms with hard-float ABI (soon to be released
debian/ubuntu) PR#5914, unfortunately I'm not able to test it
On Mon, Mar 19, 2012 at 08:32:32PM +1100, Manuel M T Chakravarty wrote:
Karel,
thanks for the tip how to fix the issue with ghc panic on Mondaic.hs. I'll
use this once the build is working better. I also do have a patch which
fixes GHC on ARM linux platforms with hard-float ABI (soon to
Hello,
it looks like I always get following compilation error ARM/linux
platform (actually GHC ARM builder board). I've thought it's just broken
LLVM installed from not yet released ubuntu packages, but I also got
very similar issue on another board with hand-compiled LLVM (i.e.
optimization
Hello,
here is more information: it looks like, my ARM builder was able to
successfully compile GHC till the build 8 from February 23. Starting
from build 9 from February 25 I always get the failure below. Please
note due to unfinished ARM support good build should fail with following
The DPH-related libraries, such as Data.Vector, which fails here, use GHCi
indirectly via the ANN annotations pragma (which is the problem here) and
Template Haskell. Just disable building the primitive, vector, and dph packages.
Manuel
Karel Gardas karel.gar...@centrum.cz:
Hello,
here
On Fri, Jan 13, 2012 at 08:53:36PM +, Ian Lynagh wrote:
On Fri, Jan 13, 2012 at 06:02:33PM +, Simon Peyton-Jones wrote:
My windows build falls over thus when making a distribution. Can anyone
help?
Hmm, my cygwin build (and the nightly builds) fail earlier than that,
with:
My windows build falls over thus when making a distribution. Can anyone help?
S
/usr/bin/install -c -m 644 utils/hsc2hs/template-hsc.h
c:/code/HEAD/bindistprep/ghc-7.5.20120113/lib
/usr/bin/install -c -m 755 -d c:/code/HEAD/bindistprep/ghc-7.5.20120113/bin
for i in
On Mon, Aug 15, 2011 at 12:00:48PM +, Simon Peyton-Jones wrote:
Ian
compiler/cmm/CmmNode.hs:187:3:
Warning: Pattern match(es) are non-exhaustive
In an equation for `entryLabel':
Patterns not matched:
CmmComment _
On Thursday 25 August 2011, 17:44:37, Ian Lynagh wrote:
On Mon, Aug 15, 2011 at 12:00:48PM +, Simon Peyton-Jones wrote:
Ian
compiler/cmm/CmmNode.hs:187:3:
Warning: Pattern match(es) are non-exhaustive
In an equation for `entryLabel':
On Thursday 25 August 2011, 17:44:37, Ian Lynagh wrote:
No, that works here. Daniel, are you compiling with -O0? I think that
you get that sort of warning if you do.
That seems indeed to be the case, with a mk/validate.mk containing
SRC_HC_OPTS += -O2, sh validate got past that and
On Thu, Aug 25, 2011 at 06:11:43PM +0200, Daniel Fischer wrote:
On Thursday 25 August 2011, 17:44:37, Ian Lynagh wrote:
On Mon, Aug 15, 2011 at 12:00:48PM +, Simon Peyton-Jones wrote:
Ian
compiler/cmm/CmmNode.hs:187:3:
Warning: Pattern match(es) are non-exhaustive
-ghc-boun...@haskell.org] On
Behalf Of Daniel Fischer
Sent: 14 August 2011 16:58
To: cvs-ghc@haskell.org
Subject: HEAD build failure: incomplete patterns
After (locally) fixing the imports in binary, building HEAD with 7.2.1
fails with
compiler/cmm/CmmNode.hs:187:3:
Warning: Pattern match(es
After (locally) fixing the imports in binary, building HEAD with 7.2.1
fails with
compiler/cmm/CmmNode.hs:187:3:
Warning: Pattern match(es) are non-exhaustive
In an equation for `entryLabel':
Patterns not matched:
CmmComment _
Hi,
I just tried a clean build of GHC on Windows and got this error the
build process invokes the stage 1 compiler:
ghc-stage1.exe: could not execute:
C:\cygwin\home\Max\Programming\Checkouts\ghc\inplace\lib/touch.exe
If I copy touchy.exe to touch.exe then the build can continue. Anyone
know
On Fri, Jun 24, 2011 at 12:39:41PM +0100, Max Bolingbroke wrote:
I just tried a clean build of GHC on Windows and got this error the
build process invokes the stage 1 compiler:
ghc-stage1.exe: could not execute:
C:\cygwin\home\Max\Programming\Checkouts\ghc\inplace\lib/touch.exe
If I
On Mon, Jun 20, 2011 at 04:24:51PM -0700, David Terei wrote:
3) There is an automatically sync'd git mirror of the upstream darcs
repo. Lets call it G. I thought G corresponded to the git repo that is
used in a GHC dev tree, usually located at
http://darcs.haskell.org/packages/Cabal.git. You
| Yeah sorry. There is a Cabal patch that hasn't seem to come through to
| the GHC Cabal lag repo yet. I tried to force a manual update of the
| Cabal lag repo but no luck. My understanding is that the lag repo is
| meant to be sync'd once a day but this doesn't seem to be happening.
| So
On 19 June 2011 09:40, Ian Lynagh ig...@earth.li wrote:
On Sat, Jun 18, 2011 at 08:24:26PM -0700, David Terei wrote:
Yeah sorry. There is a Cabal patch that hasn't seem to come through to
the GHC Cabal lag repo yet. I tried to force a manual update of the
Cabal lag repo but no luck. My
On Sat, Jun 18, 2011 at 08:24:26PM -0700, David Terei wrote:
Yeah sorry. There is a Cabal patch that hasn't seem to come through to
the GHC Cabal lag repo yet. I tried to force a manual update of the
Cabal lag repo but no luck. My understanding is that the lag repo is
meant to be sync'd once a
cp utils/ghc-cabal/dist/build/tmp/ghc-cabal inplace/bin/ghc-cabal
rm -f utils/ghc-pkg/Version.hs
echo module Version where utils/ghc-pkg/Version.hs
echo version, targetOS, targetARCH :: String utils/ghc-pkg/Version.hs
echo version= \7.1\ utils/ghc-pkg/Version.hs
echo
Yeah sorry. There is a Cabal patch that hasn't seem to come through to
the GHC Cabal lag repo yet. I tried to force a manual update of the
Cabal lag repo but no luck. My understanding is that the lag repo is
meant to be sync'd once a day but this doesn't seem to be happening.
So either something
On 16/06/2011 04:09, Manuel M T Chakravarty wrote:
Simon Marlow:
On 15/06/2011 13:35, Manuel M T Chakravarty wrote:
Ben mentioned this just this week. IIRC he meant to ask Ian for help with the
build system issue but couldn't reproduce it anymore.
I have been validating the tree many times
Simon Marlow:
On 16/06/2011 04:09, Manuel M T Chakravarty wrote:
Simon Marlow:
On 15/06/2011 13:35, Manuel M T Chakravarty wrote:
Ben mentioned this just this week. IIRC he meant to ask Ian for help with
the build system issue but couldn't reproduce it anymore.
I have been validating the
On Thu, Jun 16, 2011 at 09:12:08AM +0100, Simon Marlow wrote:
# Make sure we have all the GHCi libs by the time we've built
# ghc-stage2. DPH includes a bit of Template Haskell which needs the
# GHCI libs, and we don't have a better way to express that dependency.
#
GHCI_LIBS = $(foreach
Simon Marlow wrote:
No, it doesn't work like that because we wouldn't get enough
parallelism. Dependencies are tracked at the module level, so the
dependency graph that make sees contains all modules of all libraries,
including GHC itself. The Build-depends line is used to ensure that we
Roman Leshchinskiy:
Simon Marlow wrote:
No, it doesn't work like that because we wouldn't get enough
parallelism. Dependencies are tracked at the module level, so the
dependency graph that make sees contains all modules of all libraries,
including GHC itself. The Build-depends line is
Manuel M T Chakravarty wrote:
Roman Leshchinskiy:
Simon Marlow wrote:
No, it doesn't work like that because we wouldn't get enough
parallelism. Dependencies are tracked at the module level, so the
dependency graph that make sees contains all modules of all
libraries, including GHC
On 16/06/11 12:37, Manuel M T Chakravarty wrote:
Simon Marlow:
On 16/06/2011 04:09, Manuel M T Chakravarty wrote:
Simon Marlow:
On 15/06/2011 13:35, Manuel M T Chakravarty wrote:
Ben mentioned this just this week. IIRC he meant to ask Ian for help with the
build system issue but couldn't
Hi, when validating on Windows I got a build error when loading some DPH
module.
I attach some relevant bit from the trace. Can someone help? Interestingly,
next time
around `validate --no-clean' goes through without a problem
Thanks
d-
inplace/bin/ghc-stage2.exe -fPIC -dynamic -H32m -O
On 15/06/2011 10:06, Dimitrios Vytiniotis wrote:
raries/dph/dph-par/.-optP-include -optPlibraries/dph/dph-par/dist-in
stall/build/autogen/cabal_macros.h -package
| Loading package dph-prim-par-0.5 ...command line: can't load .so/.DLL
| for: HSdph-prim-par-0.5 (addDLL: could not load DLL)
| ghc-stage2.exe: HSdph-prim-par-0.5: The specified module could not be fo
| und.
| make[1]: *** [libraries/dph/dph-par/dist-install/build/Data/Array/Parall
|
Ben mentioned this just this week. IIRC he meant to ask Ian for help with the
build system issue but couldn't reproduce it anymore.
I have been validating the tree many times in the last few days (with 3-4
cores) and I never saw this problem. How many threads are you using?
Manuel
Simon
On 15/06/2011 13:35, Manuel M T Chakravarty wrote:
Ben mentioned this just this week. IIRC he meant to ask Ian for help with the
build system issue but couldn't reproduce it anymore.
I have been validating the tree many times in the last few days (with 3-4
cores) and I never saw this
| Ben mentioned this just this week. IIRC he meant to ask Ian for help with
the build
| system issue but couldn't reproduce it anymore.
|
| I have been validating the tree many times in the last few days (with 3-4
cores) and I
| never saw this problem. How many threads are you using?
I
Simon Peyton-Jones:
| Ben mentioned this just this week. IIRC he meant to ask Ian for help with
the build
| system issue but couldn't reproduce it anymore.
|
| I have been validating the tree many times in the last few days (with 3-4
cores) and I
| never saw this problem. How many
Simon Marlow:
On 15/06/2011 13:35, Manuel M T Chakravarty wrote:
Ben mentioned this just this week. IIRC he meant to ask Ian for help with
the build system issue but couldn't reproduce it anymore.
I have been validating the tree many times in the last few days (with 3-4
cores) and I
This should be easy to fix though.
/home/ezyang/.local/bin/ghc -H32m -O -Wall -Werror -H64m -O0 -package-conf
libraries/bootstrapping.conf -package-name ghc-7.1 -hide-all-packages -i
-icompiler/basicTypes -icompiler/cmm -icompiler/codeGen -icompiler/coreSyn
-icompiler/deSugar
On Sat, Jun 11, 2011 at 10:42:55AM -0400, Edward Z. Yang wrote:
This should be easy to fix though.
/home/ezyang/.local/bin/ghc [...] -c compiler/utils/MonadUtils.hs -o
compiler/stage1/build/MonadUtils.o
If you're copying the commandline from a parallel build, you need to
copy the right one
Ah yes. :-) It looks like my build tree is in a weird state. Fixing up...
Edward
___
Cvs-ghc mailing list
Cvs-ghc@haskell.org
http://www.haskell.org/mailman/listinfo/cvs-ghc
usually out of date .hi files. Rm *.hi and atry again
| -Original Message-
| From: cvs-ghc-boun...@haskell.org [mailto:cvs-ghc-boun...@haskell.org] On
Behalf Of
| Edward Z. Yang
| Sent: 09 June 2011 17:37
| To: cvs-ghc
| Subject: Build failure, index out of range
|
| Anyone seen
...@earth.li
Date: Sun Jun 5 19:16:35 2011 +0100
Fix Windows build failure
We were calling freeArgv with arguments of the wrong type.
But actually, we had our own copy of its loop anyway, so
now we just use that instead
...@earth.li
Date: Wed Jun 1 00:20:08 2011 +0100
Fix a build failure on non-{x86,amd64}
---
compiler/nativeGen/X86/RegInfo.hs | 68 +++-
1 files changed, 28 insertions(+), 40 deletions(-)
diff
On Sat, 2011-05-21 at 12:03 +0200, Niklas Larsson wrote:
This comes from:
commit 58532eb46041aec8d4cbb48b054cb5b001edb43c
Author: Spencer Janssen spen...@well-typed.com
Date: Thu Apr 14 01:11:05 2011 -0500
Add capability sets to the event system. Contains code from
/5/20 Johan Tibell johan.tib...@gmail.com
Duncan, didn't you add capabilities sets recently?
On Fri, May 20, 2011 at 4:11 PM, Simon Peyton-Jones
simo...@microsoft.com wrote:
I’m getting this build failure on a clean “sh validate” on Windows. All
the
configure stuff has happened from
Duncan, didn't you add capabilities sets recently?
On Fri, May 20, 2011 at 4:11 PM, Simon Peyton-Jones
simo...@microsoft.com wrote:
I’m getting this build failure on a clean “sh validate” on Windows. All the
configure stuff has happened from scratch. Anyone got any ideas?
Simon
inplace
On Fri, Feb 25, 2011 at 12:31:32AM +, Dimitrios Vytiniotis wrote:
Hi, in Mac OS X 10.5.8, after darcs-all pull, perl boot, ./configure, make
clean (I had leftovers
from previous builds), and make: ...
ld: absolute addressing (perhaps -mdynamic-no-pic) used in ___gmpn_add_nc
from
Hi, in Mac OS X 10.5.8, after darcs-all pull, perl boot, ./configure, make
clean (I had leftovers
from previous builds), and make: ...
inplace/bin/ghc-stage1 -fPIC -dynamic -H32m -O -Wall -Werror -H64m -O0
-package-name integer-gmp-0.2.0.2 -hide-all-packages -i
-ilibraries/integer-gmp/.
I've got the same issue in Win32 / MinGW this morning
d-
-Original Message-
From: cvs-ghc-boun...@haskell.org [mailto:cvs-ghc-boun...@haskell.org] On
Behalf Of Manuel M T Chakravarty
Sent: 17 January 2011 03:56
To: GHC
Subject: Mac OS X 10.6 build failure
When I tried to validate
On Mon, Jan 17, 2011 at 02:55:50PM +1100, Manuel M T Chakravarty wrote:
make[1]: *** No rule to make target `libraries/integer-gmp/gmp/config.mk'.
Stop.
Sorry about that; now fixed.
Thanks
Ian
___
Cvs-ghc mailing list
Cvs-ghc@haskell.org
Building the current head fails on my machine (OS X 10.6.6) with the message
below. I'm not sure where x86_64 is coming from; it should all be i386. The
output of configure is:
Building GHC version : 7.1.20110117
Build platform: i386-apple-darwin
Host platform :
When I tried to validate the HEAD on Mac OS X 10.6, it died with:
===--- building phase 1
make -r --no-print-directory -f ghc.mk phase=1 all
utils/unlit/ghc.mk:18: utils/unlit/dist/build/.depend.c_asm: No such file or
directory
utils/genprimopcode/ghc.mk:17:
On 04/03/2010 00:09, Ian Lynagh wrote:
On Wed, Mar 03, 2010 at 10:58:43PM +, Simon Peyton-Jones wrote:
This is a clean from-scratch build on Windows. No changes in my tree.
Simon
inplace/bin/ghc-stage1.exe -H32m -O -Wall -Werror -H64m -O0 -i
-iutils/ghc-pkg/.
This is a clean from-scratch build on Windows. No changes in my tree.
Simon
inplace/bin/ghc-stage1.exe -H32m -O -Wall -Werror -H64m -O0 -i
-iutils/ghc-pkg/. -iutils/ghc-pkg/dist-install/build
-iutils/ghc-pkg/dist-install/build/autogen -Iutils/ghc-pkg/dist-install/build
On Wed, Mar 03, 2010 at 10:58:43PM +, Simon Peyton-Jones wrote:
This is a clean from-scratch build on Windows. No changes in my tree.
Simon
inplace/bin/ghc-stage1.exe -H32m -O -Wall -Werror -H64m -O0 -i
-iutils/ghc-pkg/. -iutils/ghc-pkg/dist-install/build
Ian
My build fell over like this, after 'sh validate'
Maybe a missing 'clean' target?
Simon
Lexer.x:11:0:
Bad interface file: utils/genprimopcode/./ParserM.hi
mismatched interface file versions (wanted 6121, got 6102)
___
Cvs-ghc mailing
On Mon, Feb 08, 2010 at 09:48:32AM +, Simon Peyton-Jones wrote:
My build fell over like this, after 'sh validate'
Maybe a missing 'clean' target?
Lexer.x:11:0:
Bad interface file: utils/genprimopcode/./ParserM.hi
mismatched interface file versions (wanted 6121, got 6102)
probably old. I just deleted the .hi files and ran it again. So probably no-op
S
| -Original Message-
| From: cvs-ghc-boun...@haskell.org [mailto:cvs-ghc-boun...@haskell.org] On
Behalf Of
| Ian Lynagh
| Sent: 08 February 2010 11:49
| To: cvs-ghc@haskell.org
| Subject: Re: build
Wed Nov 4 08:27:40 PST 2009 Simon Marlow marlo...@gmail.com
* fix build failure on Windows
Ignore-this: bfd7c1646b3160479ae34bb8f6a7e617
M ./rts/Linker.c -1 +1
View patch online:
http://darcs.haskell.org/ghc/_darcs/patches/20091104162740-12142-e541c5e7734565774f57c7e9a24d329f4f2ea579
Trying to build GHC with dynamic libs fails currently with this error:
19:44 .../libraries/integer-gmp % make
make -C ../.. all_libraries/integer-gmp
make[1]: Entering directory `/Users/mwotton/projects/ghcbuild'
===--- updating makefiles phase 0
make -r --no-print-directory -f ghc.mk phase=0
On 11/09/2009 18:41, Sergei Trofimovich wrote:
On Fri, 11 Sep 2009 11:35:00 +0100
Simon Marlowmarlo...@gmail.com wrote:
I had a different fix in my tree, that I've just pushed:
Thu Sep 10 05:40:37 PDT 2009 Simon Marlowmarlo...@gmail.com
* put back F_, just in case the via-C codegen uses
On 10/09/2009 21:58, Sergei Trofimovich wrote:
This patch fixes slight breakage caused by:
Patch is trivial: s/F_/StgFunPtr/
commit d67bfb6f9fddece3d12875a49398c4d9ee3579e2
Author: Simon Marlowmarlo...@gmail.com
Date: Sun Aug 2 21:32:04 2009 +
RTS tidyup sweep, first phase
...
On Fri, 11 Sep 2009 11:35:00 +0100
Simon Marlow marlo...@gmail.com wrote:
I had a different fix in my tree, that I've just pushed:
Thu Sep 10 05:40:37 PDT 2009 Simon Marlow marlo...@gmail.com
* put back F_, just in case the via-C codegen uses it
Let me know if you still have problems.
Mitchell, Neil wrote:
System\Process.hs:456:12: Warning: Defined but not used: `fun'
no location info:
Failing due to -Werror.
make[2]: *** [dist/build/System/Process.o] Error 1
make[2]: Leaving directory `/cygdrive/c/ghc-build/ghc/libraries/process'
make[1]: *** [make.library.process] Error
Mitchell, Neil wrote:
System\Process.hs:456:12: Warning: Defined but not used: `fun'
no location info:
Failing due to -Werror.
Sorry about that - I fixed it a while ago but somehow forgot to push. Will
push shortly.
Cheers,
Simon
___
Hi
Windows XP, GHC HEAD, checkout a few hours ago:
make[2]: Entering directory
`/cygdrive/c/ghc-build/ghc/libraries/process'
c:/ghc-build/ghc/ghc/stage1-inplace/ghc.exe -package-name
process-1.0.1.1 -hide-
all-packages -no-user-package-conf -i -idist/build -i.
-idist/build/autogen -Idi
Hi
Re: strip installPackage
I ran into this too, I'm just testing the fix.
I notice you committed a pile of patches, but nothing that seems to have
dealt with this issue. I'm just checking that the patch wasn't
overlooked (no hurry if it was deliberately not pushed)
Thanks
Neil
On Thu, Oct 09, 2008 at 02:44:59PM +0100, Mitchell, Neil wrote:
Re: strip installPackage
I ran into this too, I'm just testing the fix.
I notice you committed a pile of patches, but nothing that seems to have
dealt with this issue. I'm just checking that the patch wasn't
overlooked
Re: strip installPackage
I ran into this too, I'm just testing the fix.
I notice you committed a pile of patches, but nothing that seems to
have dealt with this issue. I'm just checking that the patch wasn't
overlooked (no hurry if it was deliberately not pushed)
Isn't this
Hi,
Using HEAD from today, during build, I get:
Configuring installPackage-1.0...
Warning: This package indirectly depends on multiple versions of the
same
package. This is highly likely to cause a compile failure.
package process-1.0.0.1 requires filepath-1.1.0.0
package directory-1.0.0.1
Mitchell, Neil wrote:
Using HEAD from today, during build, I get:
Configuring installPackage-1.0...
Warning: This package indirectly depends on multiple versions of the
same
package. This is highly likely to cause a compile failure.
package process-1.0.0.1 requires filepath-1.1.0.0
package
On Tue, 2008-10-07 at 15:41 +0100, Mitchell, Neil wrote:
Checking C:\ghc-build\ghc\utils\installPackage\install-inplace\bin shows
installPackage.exe is present.
My best guess is that strip needs to specify the complete path,
including .exe
Sounds right. Previously we never expected to find
Thanks Judah!
Simon
| -Original Message-
| From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On
| Behalf Of Judah Jacobson
| Sent: 30 July 2008 18:49
| To: Roman Leshchinskiy
| Cc: cvs-ghc@haskell.org
| Subject: Re: OS X 10.5 build failure
|
| On Tue, Jul 29, 2008 at 10:06 PM, Roman
On Tue, Jul 29, 2008 at 10:06 PM, Roman Leshchinskiy [EMAIL PROTECTED] wrote:
With the latest HEAD, I get this:
ar: creating archive dist-stage2/build/libHSghc-6.9.a
ld: atom sorting error for _ghczm6zi9_LibFFI_Czuffizucif_closure_tbl and
_ghczm6zi9_LibFFI_Czuffizutype_closure_tbl in
With the latest HEAD, I get this:
ar: creating archive dist-stage2/build/libHSghc-6.9.a
ld: atom sorting error for _ghczm6zi9_LibFFI_Czuffizucif_closure_tbl and
_ghczm6zi9_LibFFI_Czuffizutype_closure_tbl in dist-stage2/build/LibFFI.o
ld: atom sorting error for
Fri Jul 11 06:53:42 PDT 2008 Simon Marlow [EMAIL PROTECTED]
* FIX boottestsuite build failure
M ./timeout/Makefile +3
View patch online:
http://darcs.haskell.org/testsuite/_darcs/patches/20080711135342-12142-840ca36756d94b8e4530ed843566102febac4819.gz
The hsc2hs include and lib flags aren't being propagated
through to the hpc package, which fails to build in last night's
snapshot, on OpenBSD, at:
Configuring hpc-0.5.0.0...
rm -f hpc/GNUmakefile
cp Makefile.local hpc
if ifBuildable/ifBuildable hpc; then \
cd hpc
Wed Aug 8 15:10:29 PDT 2007 Magnus Jonsson [EMAIL PROTECTED]
* Removed a dependency on Cabal that caused a build failure when Cabal changed
M ./compiler/main/HeaderInfo.hs -27 +7
___
Cvs-ghc mailing list
Cvs-ghc@haskell.org
http
Tue Jul 10 00:17:13 PDT 2007 [EMAIL PROTECTED]
* FIX rts build failure for powerPC build
The rts was failing with
../compiler/ghc-inplace -H64m -Onot -fasm -optc-O2 -static -I../gmp/gmpbuild
-I. -#include HCIncludes.h -dcmm-lint -hisuf thr_p_hi -hcsuf thr_p_hc -osuf
thr_p_o -optc
100 matches
Mail list logo
