...@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
2012/12/15 Erik de Castro Lopo :
>
>
> 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
http://www.haskell
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 :
> 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 minim
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
2012/12/15 Ian Lynagh :
>
> 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.
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 no
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.co
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 instruct
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 thoug
low
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.
>---
compiler/nat
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 fi
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
__
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 ...
>
Behalf 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
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 unsigned
half 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
> | bu
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
.
Thanks!
d-
*From:*cvs-ghc-boun...@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 vali
From: cvs-ghc-boun...@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' a
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 '/home/dimitr
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 (
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
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
(
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 :
>
> Hello,
>
> here is more information
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
error:
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
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
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:
libraries\dph\dph-prim-par\dist-install\build\Data\Array\Parallel\Unlift
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 utils/hp2ps/dist/build/
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-ex
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 successf
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 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:
> > CmmComm
o:cvs-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: Pa
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
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
>
> I
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 wha
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.
On 19 June 2011 09:40, Ian Lynagh 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 understanding i
| > 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 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 onc
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 is
"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-pk
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 re
On Thu, Jun 16, 2011 at 03:58:42PM +0100, Roman Leshchinskiy wrote:
>
> After all, the only reason they must be compiled by stage2 is
> because they need TH.
We deliberately build a few packages (haskell98 haskell2010 random) with
stage 2 just to minimise the chance that something ends up acciden
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,
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 l
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 w
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 = $(fore
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 hav
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 i
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)
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. Ho
| 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 d
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 problem.
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 Ma
| > Loading package dph-prim-par-0.5 ...: 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
| el/PArray/PDa
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
array-0.3.0.
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
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
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
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 -icompiler/g
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 this
Anyone seen this recently?
"inplace/bin/ghc-stage1" -H64m -O -fasm-package-name ghc-prim-0.2.0.0
-hide-all-packages -i -ilibraries/ghc-prim/.
-ilibraries/ghc-prim/dist-install/build
-ilibraries/ghc-prim/dist-install/build/autogen
-Ilibraries/ghc-prim/dist-install/build
-Ilibraries/ghc-p
agh
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 inst
agh
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 --git a/co
On Sat, 2011-05-21 at 12:03 +0200, Niklas Larsson wrote:
> This comes from:
> commit 58532eb46041aec8d4cbb48b054cb5b001edb43c
> Author: Spencer Janssen
> Date: Thu Apr 14 01:11:05 2011 -0500
>
> Add capability sets to the event system. Contains code from Duncan
> Coutts.
>
20 Johan Tibell
> Duncan, didn't you add capabilities sets recently?
>
> On Fri, May 20, 2011 at 4:11 PM, Simon Peyton-Jones
> wrote:
> > I’m getting this build failure on a clean “sh validate” on Windows. All
> the
> > configure stuff has happened fro
Duncan, didn't you add capabilities sets recently?
On Fri, May 20, 2011 at 4:11 PM, Simon Peyton-Jones
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
>
&g
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/bin/ghc-stage1.exe" -optc-Wall -optc-Werror -optc-Wall -optc-Wextra
-optc-Wstrict-prototypes -optc-Wmissing-
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/. -
On Mon, Jan 17, 2011 at 07:12:17PM +, Roman Leshchinskiy wrote:
> 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:
This build failure is hope
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 : i386-a
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
htt
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 validat
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: utils/genprimopcode/dist/build/.depend
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/. -iutils/ghc-pkg/dist
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
> -iutils/ghc-
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
-Iutils/ghc-pkg
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
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",
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 mail
Wed Nov 4 08:27:40 PST 2009 Simon Marlow
* 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.gz
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 jus
On 11/09/2009 18:41, Sergei Trofimovich wrote:
On Fri, 11 Sep 2009 11:35:00 +0100
Simon Marlow wrote:
I had a different fix in my tree, that I've just pushed:
Thu Sep 10 05:40:37 PDT 2009 Simon Marlow
* put back F_, just in case the via-C codegen uses it
Let me know if you still have pr
On Fri, 11 Sep 2009 11:35:00 +0100
Simon Marlow wrote:
> I had a different fix in my tree, that I've just pushed:
>
> Thu Sep 10 05:40:37 PDT 2009 Simon Marlow
>* put back F_, just in case the via-C codegen uses it
>
> Let me know if you still have problems.
This one is perfect too, just
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 Marlow
Date: Sun Aug 2 21:32:04 2009 +
RTS tidyup sweep, first phase
...
Thanks!
I had a
Mitchell, Neil wrote:
System\Process.hs:456:12: Warning: Defined but not used: `fun'
:
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 2
make[1]: Leavin
Mitchell, Neil wrote:
System\Process.hs:456:12: Warning: Defined but not used: `fun'
:
Failing due to -Werror.
Sorry about that - I fixed it a while ago but somehow forgot to push. Will
push shortly.
Cheers,
Simon
___
Cvs-ghc mailing li
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
st/build/a
> > > 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 pushe
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
> ove
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 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
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 dire
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 requir
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 di
1 - 100 of 105 matches
Mail list logo
