Sun Mar 21 09:19:09 PDT 2010 Ian Lynagh
* Add the external core PDF to the new build system
M ./docs/ext-core/Makefile -61 +2
A ./docs/ext-core/ghc.mk
M ./docs/users_guide/using.xml -1 +1
M ./ghc.mk +1
M ./mk/config.mk.in +2
Sun Mar 21 09:19:09 PDT 2010 Ian Lynagh
* Add the external core PDF to the new build system
M ./docs/ext-core/Makefile -61 +2
A ./docs/ext-core/ghc.mk
M ./docs/users_guide/using.xml -1 +1
M ./ghc.mk +1
M ./mk/config.mk.in +2
On Thu, Feb 25, 2010 at 09:24:59AM +, Tristan Allwood wrote:
> +1 for having separate 'make tags' and 'make TAGS'.
Done.
Thanks
Ian
___
Cvs-ghc mailing list
Cvs-ghc@haskell.org
http://www.haskell.org/mailman/listinfo/cvs-ghc
On 25/02/2010 09:14, Simon Peyton-Jones wrote:
|> good point. Could we call them 'tags-emacs' and 'tags-vim'?
|
| We could do, but tags and TAGS are the standard names.
|
| We could also have separate "make tags" and "make TAGS" commands, which
| generate only the named file.
|
| Whatever the d
+1 for having separate 'make tags' and 'make TAGS'.
Cheers,
Tris
On Thu, Feb 25, 2010 at 09:14:46AM +, Simon Peyton-Jones wrote:
> | > good point. Could we call them 'tags-emacs' and 'tags-vim'?
> |
> | We could do, but tags and TAGS are the standard names.
> |
> | We could also have sep
| > good point. Could we call them 'tags-emacs' and 'tags-vim'?
|
| We could do, but tags and TAGS are the standard names.
|
| We could also have separate "make tags" and "make TAGS" commands, which
| generate only the named file.
|
| Whatever the decision, implementing it will be easy.
|
Doe
On Wed, Feb 24, 2010 at 04:26:23PM +, Simon Peyton-Jones wrote:
> | > tags is the vim equivalent of TAGS.
> |
> | Unfortunately, on a case-insensitive filesystem, such as the defaults
> | on Windows and MacOS, there is no way to have both a 'tags' and a
> | 'TAGS' file.
>
> good point. Could
: patch applied (ghc): Make "make tags" work in the new build
system
|
| > tags is the vim equivalent of TAGS.
|
| Unfortunately, on a case-insensitive filesystem, such as the defaults
| on Windows and MacOS, there is no way to have both a 'tags' and a
tags is the vim equivalent of TAGS.
Unfortunately, on a case-insensitive filesystem, such as the defaults
on Windows and MacOS, there is no way to have both a 'tags' and a
'TAGS' file.
Regards,
Malcolm
___
Cvs-ghc mailing list
Cvs-ghc@has
On Wed, Feb 24, 2010 at 03:18:25PM +, Simon Peyton-Jones wrote:
> | It should make both a tags file for vim and a TAGS file for emacs. Maybe
> | I should have called the target something else, but I'm not sure what.
>
> Ah yes so it does. Thanks. What is 'tags' for?
tags is the vim equivale
| It should make both a tags file for vim and a TAGS file for emacs. Maybe
| I should have called the target something else, but I'm not sure what.
Ah yes so it does. Thanks. What is 'tags' for?
S
___
Cvs-ghc mailing list
Cvs-ghc@haskell.org
http://w
On Wed, Feb 24, 2010 at 11:57:51AM +, Simon Peyton-Jones wrote:
> Ian
>
> | Sun Feb 21 08:44:32 PST 2010 Ian Lynagh
> | * Make "make tags" work in the new build system
>
> Thanks. This does construct a file 'tags' in $(TOP), snippet below.
>
Ian
| Sun Feb 21 08:44:32 PST 2010 Ian Lynagh
| * Make "make tags" work in the new build system
Thanks. This does construct a file 'tags' in $(TOP), snippet below.
Alas emacs says 'not a valid tags table'.
The old TAGS file I have looks like the se
Sun Feb 21 08:44:32 PST 2010 Ian Lynagh
* Make "make tags" work in the new build system
./utils/ghctags/GhcTags.hs -> ./utils/ghctags/Main.hs
M ./compiler/ghc.mk +3
M ./ghc.mk +6
A ./rules/tags-package.mk
M ./utils/ghctags/Main.hs -49 +39
R ./utils/ghc
Thu Nov 19 06:08:11 PST 2009 Ian Lynagh
* Add support for the man page to the new build system
./docs/man/Makefile -> ./docs/man/ghc.mk
M ./docs/man/ghc.mk -24 +30
M ./ghc.mk +3
View patch online:
http://darcs.haskell.org/ghc/_darcs/patches/20091119140811-3f
Thu Nov 19 06:08:11 PST 2009 Ian Lynagh
* Add support for the man page to the new build system
./docs/man/Makefile -> ./docs/man/ghc.mk
M ./docs/man/ghc.mk -24 +30
M ./ghc.mk +3
View patch online:
http://darcs.haskell.org/ghc-6.12/ghc/_darcs/patches/20091119140811-3f
Sat Sep 26 18:06:05 PDT 2009 Ian Lynagh
* Add support for relocatable builds in the new build system
M ./ghc.mk -2 +4
M ./utils/ghc-cabal/ghc-cabal.hs -21 +50
View patch online:
http://darcs.haskell.org/ghc-6.12/ghc/_darcs/patches/20090927010605-3fd76
Sat Sep 26 18:06:05 PDT 2009 Ian Lynagh
* Add support for relocatable builds in the new build system
M ./ghc.mk -2 +4
M ./utils/ghc-cabal/ghc-cabal.hs -21 +50
View patch online:
http://darcs.haskell.org/ghc/_darcs/patches/20090927010605-3fd76-e3cdfaa788d411e78202225da444d72df7c3cc39
Sat Aug 1 13:46:24 PDT 2009 Ian Lynagh
* Make the new build system install the documentation
M ./ghc.mk -1 +12
M ./mk/config.mk.in +1
M ./rules/docbook.mk +6
View patch online:
http://darcs.haskell.org/ghc/_darcs/patches/20090801204624-3fd76
Sun Jul 5 13:40:41 PDT 2009 Ian Lynagh
* Update driver/Makefile for the new build system
M ./driver/Makefile -33 +12
M ./ghc.mk -1
View patch online:
http://darcs.haskell.org/ghc/_darcs/patches/20090705204041-3fd76-3b98f6e91d3d69aeccea795cd5695c60a21c1777.gz
Wed Jun 10 11:18:25 PDT 2009 Ian Lynagh
* Make Windows bindists and installers work in the new build system
./distrib/ghc.iss -> ./distrib/ghc.iss.in
M ./Makefile +5
M ./configure.ac -1 +1
M ./distrib/ghc.iss.in -8 +8
M ./ghc.mk -1 +12
M ./mk/config.mk.in +3
V
Wed May 13 09:05:31 PDT 2009 Ian Lynagh
* Fix building dph in the new build system
M ./ghc.mk -9 +15
M ./rules/build-prog.mk -4 +4
View patch online:
http://darcs.haskell.org/ghc/_darcs/patches/20090513160531-3fd76-4370582d1979fcf4bb675c0189e89b87b7219165.gz
On Tue, May 05, 2009 at 09:03:18PM +1000, Ben Lippmeier wrote:
>
> I'm getting this on both mavericks and sparky:
>
> b...@mavericks:~/devel/ghc/ghc-HEAD-native> sh boot
> Booting .
> Booting libraries/base
> Booting libraries/directory
> Booting libraries/old-time
> Booting libraries/process
> B
I'm getting this on both mavericks and sparky:
b...@mavericks:~/devel/ghc/ghc-HEAD-native> sh boot
Booting .
Booting libraries/base
Booting libraries/directory
Booting libraries/old-time
Booting libraries/process
Booting libraries/terminfo
Booting libraries/unix
Creating libraries/Cabal/ghc.mk
b
On 28/04/2009 12:07, Roman Leshchinskiy wrote:
Ian,
if I do this:
mkdir libraries/foo
touch libraries/foo/ghc.mk
make just-makefiles
the system goes into an infinite loop. This also happens if foo/ghc.mk
is not empty but doesn't contain the thing the build system wants it to.
In fact, it seem
Ian,
if I do this:
mkdir libraries/foo
touch libraries/foo/ghc.mk
make just-makefiles
the system goes into an infinite loop. This also happens if foo/ghc.mk
is not empty but doesn't contain the thing the build system wants it
to. In fact, it seems to like to configure hsc2hs and haddock a
On Sun, Apr 26, 2009 at 03:56:32PM +0100, Max Bolingbroke wrote:
> >
> > * GHC new build system megapatch
>
> I did have to junk my build.mk though, and manually delete
> rts/sm/*_thr.c, which I think were hanging around from a previous
> build, but the new build system
Hi all,
I've now merged the new build system into the HEAD, and I've also just
remade snapshot tarballs of the darcs repos:
http://darcs.haskell.org/ghc-HEAD-2009-04-26-ghc-corelibs-testsuite.tar.bz2
I don't know if droppings from the previous build system can cause
proble
2009/4/26 Ian Lynagh :
> Sun Apr 26 04:42:15 PDT 2009 Ian Lynagh
> * GHC new build system megapatch
Congratulations :-)
I did have to junk my build.mk though, and manually delete
rts/sm/*_thr.c, which I think were hanging around from a previous
build, but the new build system works fi
Sun Apr 26 05:33:06 PDT 2009 Ian Lynagh
* Update ghcpkg02 for the new build system
M ./tests/ghc-regress/cabal/Makefile -1 +1
View patch online:
http://darcs.haskell.org/testsuite/_darcs/patches/20090426123306-3fd76-138d388ac9dd380e72b63ff6182095645a49e7ab.gz
Sun Apr 26 05:25:00 PDT 2009 Ian Lynagh
* Tweak the driver so that 2566 passes in teh new build system
M ./driver/testlib.py +4
View patch online:
http://darcs.haskell.org/testsuite/_darcs/patches/20090426122500-3fd76-50bb705d5b9d0e000b8586c9eacec8d4eb5ed513.gz
Sun Apr 26 04:42:15 PDT 2009 Ian Lynagh
* GHC new build system megapatch
./Makefile -> ./OldMakefile
./NewMakefile -> ./ghc.mk
./libffi/libffi-3.0.6.tar.gz -> ./libffi/tarball/libffi-3.0.6.tar.gz
./libffi/libffi-autotools-update.patch ->
./libffi/libf
On Fri, Apr 10, 2009 at 04:04:34PM +0100, Max Bolingbroke wrote:
OK, this is why you're seeing the problem:
> mbolingbr...@mb566 ~
> $ ghc-pkg list
> /opt/local/lib/ghc-6.10.1/./package.conf:
> process-1.0.1.0
> /Users/mbolingbroke/.ghc/i386-darwin-6.10.1/package.conf:
> process-1.0.1.1
2009/4/10 Ian Lynagh :
> Oh, OK. What does "ghc-pkg list" say?
mbolingbr...@mb566 ~
$ ghc-pkg list
/opt/local/lib/ghc-6.10.1/./package.conf:
Cabal-1.6.0.1, HTTP-3001.1.4, HUnit-1.2.0.3, QuickCheck-1.2.0.0,
array-0.2.0.0, base-3.0.3.0, base-4.0.0.0, bytestring-0.9.1.4,
category-extras-0
On Fri, Apr 10, 2009 at 12:11:25AM +0100, Max Bolingbroke wrote:
> 2009/4/9 Ian Lynagh :
> >> Undefined symbols:
> >> "_processzm1zi0zi1zi1_SystemziProcessziInternals_Inherit_closure",
> >>
> >> * Right then... let's try "make clean" and then "make" again...
> >> * The same problem!
> >> * I manu
2009/4/9 Ian Lynagh :
>> Undefined symbols:
>> "_processzm1zi0zi1zi1_SystemziProcessziInternals_Inherit_closure",
>>
>> * Right then... let's try "make clean" and then "make" again...
>> * The same problem!
>> * I manually rerun the failing "ghc" command with "-package process"
>
> Hmm, are you b
Hi Max,
Thanks for the testing!
On Thu, Apr 09, 2009 at 09:24:10PM +0100, Max Bolingbroke wrote:
>
> * New message at the end of ./configure is cool - thanks!
> * Now let's try make --j12. Oh dear:
>
> [54 of 54] Compiling Main ( utils/ghc-cabal/ghc-cabal.hs,
> bootstrapping/Main.o
2009/4/9 Ian Lynagh :
>
> Hi all,
>
> We're getting very close to the new build system being merged into the
> HEAD, so the next week or so would be an excellent time for you to give
> it a try and let us know of any problems. Otherwise, you'll run into
> them in the
y blocking issues out of the way first, so
that your build isn't broken.
Simon
| -Original Message-
| From: cvs-ghc-boun...@haskell.org [mailto:cvs-ghc-boun...@haskell.org] On
Behalf Of
| Ian Lynagh
| Sent: 09 April 2009 16:43
| To: cvs-ghc@haskell.org
| Subject: New build syst
Hi all,
We're getting very close to the new build system being merged into the
HEAD, so the next week or so would be an excellent time for you to give
it a try and let us know of any problems. Otherwise, you'll run into
them in the HEAD instead!
There are two ways you can try it ou
On Wed, Jan 28, 2009 at 09:21:41PM +0100, Thorkil Naur wrote:
>
> I looked more closely and the make problem seems to be
> http://savannah.gnu.org/bugs/index.php?1516:
Thanks for tracking this down!
> The proposed workaround seems rather inconvenient.
Yes, agreed. I've added a check to configu
Hello,
On Wednesday 28 January 2009 18:56, Ian Lynagh wrote:
> ...
> We can put something like this in Makefiles:
>
> ifeq "$(MAKE_VERSION)" "3.80"
> $(error GNU make 3.80 has bugs that make it unable to build GHC. Please
upgrade to 3.81 or higher.)
> endif
>
> (Thorkil, do you still have 3.80
On Wed, Jan 28, 2009 at 05:56:12PM +, Ian Lynagh wrote:
> > If we have a dependency on make 3.81, we ought to check that in configure
> > (and document it). Ian - would you mind doing that? Thanks!
>
> Hmm, we can't do it in configure, because we don't know if you're about
> to type "make",
On Mon, Jan 26, 2009 at 02:09:46PM +, Simon Marlow wrote:
> Thorkil Naur wrote:
>
> >>Can you check it's the root ghc.mk it's complaining about please, by
> >>adding a blank line to the start of the file and checking that the line
> >>number changes?
> >>
> >>(just rerunning
> >>make -r --
Thorkil Naur wrote:
Can you check it's the root ghc.mk it's complaining about please, by
adding a blank line to the start of the file and checking that the line
number changes?
(just rerunning
make -r --no-print-directory -f ghc.mk phase=0 just-makefiles
should be enough to get the error ag
re on amd64/Linux, hacking the
> script so that threads=1, and I got:
>
> New build system: 31:17.90
> Old build system: 32:55.22
>
> (the new build system builds less stuff, e.g. it doesn't build haddock
> or haddock the libraries, so we'd expect it to be faster).
&g
Ian Lynagh wrote:
On Thu, Jan 22, 2009 at 04:09:07AM +, Simon Peyton-Jones wrote:
| > so ./boot calls basically autoreconf?
|
| Yes, for the root of the tree, and also for any libraries that need it.
|
| In the new build system it also creates little Makefiles for each of the
| librar
teresting. I've just done a validate here on amd64/Linux, hacking the
script so that threads=1, and I got:
New build system: 31:17.90
Old build system: 32:55.22
(the new build system builds less stuff, e.g. it doesn't build haddock
or haddock the libraries, so we'd expect it to be fast
On Thu, Jan 22, 2009 at 04:09:07AM +, Simon Peyton-Jones wrote:
> | > so ./boot calls basically autoreconf?
> |
> | Yes, for the root of the tree, and also for any libraries that need it.
> |
> | In the new build system it also creates little Makefiles for each of the
>
Hello,
On Tuesday 20 January 2009 14:07, Ian Lynagh wrote:
>
> Hi all,
>
> Simon Marlow and I have been beavering away at the new build system, and
> it's now reached the point where validate finishes on all the platforms
> we've tried it on.
>
> There is s
| > so ./boot calls basically autoreconf?
|
| Yes, for the root of the tree, and also for any libraries that need it.
|
| In the new build system it also creates little Makefiles for each of the
| libraries.
Is that necessary. Can't those little Makefiles simply be part of the source
tr
Just to amplify, Ian's message below is following the plan we broadcast a few
months ago
http://hackage.haskell.org/trac/ghc/wiki/Design/BuildSystem
The hope is that this new build system will be qualitatively better than the
current one (see the design goals at the above link)
Hi all,
Simon Marlow and I have been beavering away at the new build system, and
it's now reached the point where validate finishes on all the platforms
we've tried it on.
There is still a lot to do, e.g. there is no "install" target currently,
but this would be a
Fri Jan 16 09:46:51 PST 2009 Ian Lynagh
* Add a GCC hack for the new build system too
M ./mk/boilerplate.mk +4
View patch online:
http://darcs.haskell.org/testsuite/_darcs/patches/20090116174651-3fd76-31ae53f0cbb5e63a4386f6a53727a4f37fded38c.gz
Fri Jan 9 13:18:35 PST 2009 Ian Lynagh
* Fix test 2566 in the new build system
M ./driver/testlib.py +9
M ./tests/ghc-regress/driver/all.T -1 +3
View patch online:
http://darcs.haskell.org/testsuite/_darcs/patches/20090109211835-3fd76-3250c3ef4aebf771fce27e7f6c44bbd06f52eb72.gz
Thu Jan 8 08:18:09 PST 2009 Ian Lynagh
* Actually define TEST_HC for the new build system
M ./mk/boilerplate.mk +10
View patch online:
http://darcs.haskell.org/testsuite/_darcs/patches/20090108161809-3fd76-4231b2b90eafe00bb0bbdfcceb24f298f0f54a47.gz
Wed Dec 17 04:50:46 PST 2008 Simon Marlow
* Make the testsuite work with the new build system
M ./mk/boilerplate.mk +17
M ./mk/target.mk +2
M ./mk/test.mk -6 +28
M ./tests/ghc-regress/Makefile -1 +6
A ./timeout/ghc.mk
View patch online:
http://darcs.haskell.org/testsuite
57 matches
Mail list logo
