Mon Sep 17 16:06:41 PDT 2007 [EMAIL PROTECTED]
* Writing out .tix file only if you are the original process, not a child.
This lets us gain coverage on programs that use fork, like xmonad.
* To be merged to STABLE *
M ./rts/Hpc.c -2 +11
___
Mon Sep 17 16:02:01 PDT 2007 [EMAIL PROTECTED]
* removing the functions hs_hpc_read and hs_hpc_write inside Hpc.c, they are
dead code.
* To be merged to STABLE. *
M ./rts/Hpc.c -38
___
Cvs-ghc mailing list
Cvs-ghc@haskell.org
http://www.
Build description = HEAD on i386-unknown-linux
(cam-02-unx.europe.corp.microsoft.com)
Build location= /playpen/ghc/nightly/HEAD-cam-02-unx
Build config file = /home/simonmar/nightly/site/msrc/conf-HEAD-cam-02-unx
Nightly build started on cam-02-unx at Mon Sep 17 19:30:01 BST 2007.
checki
Build description = STABLE on i386-unknown-linux
(cam-02-unx.europe.corp.microsoft.com)
Build location= /playpen/ghc/nightly/STABLE-cam-02-unx
Build config file = /home/simonmar/nightly/site/msrc/conf-STABLE-cam-02-unx
Nightly build started on cam-02-unx at Mon Sep 17 19:00:01 BST 2007.
Mon Sep 17 02:43:00 PDT 2007 Ian Lynagh <[EMAIL PROTECTED]>
* Clean stage/ghc-inplace.c
M ./compiler/Makefile +2
___
Cvs-ghc mailing list
Cvs-ghc@haskell.org
http://www.haskell.org/mailman/listinfo/cvs-ghc
otherwise, the test results could be affected,
even if in mostly obvious ways..
claus
___
Cvs-ghc mailing list
Cvs-ghc@haskell.org
http://www.haskell.org/mailman/listinfo/cvs-ghc
On Mon, Sep 17, 2007 at 10:34:16PM +0100, Claus Reinke wrote:
>
> is darcs really not useable with partial repos? that would be a pain.
> i know that several ghc developers have already given up on partial
> repos
The bug you ran into is why we abandoned partial repos.
> if partial repos are unu
context:
- i'm working on patches for ghc head
- to send the patches for review, i'm supposed to use 'darcs send',
which means i need to 'darcs record' them
- the patches evolve in discussion until they get accepted,
so i can't keep the interim versions of the patches recor
On 17-Sep-07, at 7:20 PM, Sven Panne wrote:
On Monday 17 September 2007 13:48, Simon Marlow wrote:
When you generate a non-PIC object file, references to external
functions
will go through the PLT (a table of jump instructions, or it might
be more
complicated than that and support lazy reso
Sun Sep 16 16:37:35 PDT 2007 Don Stewart <[EMAIL PROTECTED]>
* Different output expected for this test on x86_64-unknown-openbsd
A
./tests/ghc-regress/lib/Directory/getPermissions001.stdout-x86_64-unknown-openbsd
___
Cvs-ghc mailing list
Cvs-ghc
Sun Sep 16 17:29:56 PDT 2007 Don Stewart <[EMAIL PROTECTED]>
* some expected outputs on openbsd
R
./tests/ghc-regress/numeric/should_run/arith003.stdout-x86_64-unknown-openbsd
R
./tests/ghc-regress/numeric/should_run/arith011.stdout-x86_64-unknown-openbsd
A ./tests/ghc-regress/rts
On Monday 17 September 2007 13:48, Simon Marlow wrote:
> When you generate a non-PIC object file, references to external functions
> will go through the PLT (a table of jump instructions, or it might be more
> complicated than that and support lazy resolution). So when you use
> dlsym() you're get
Mon Sep 17 09:11:33 PDT 2007 [EMAIL PROTECTED]
* Comments only
M ./compiler/typecheck/TcGenDeriv.lhs -1 +4
___
Cvs-ghc mailing list
Cvs-ghc@haskell.org
http://www.haskell.org/mailman/listinfo/cvs-ghc
Mon Sep 17 09:07:08 PDT 2007 [EMAIL PROTECTED]
* Loosen the syntax of types slightly
This change allows you to write
f :: (Eq a) => (Ord b) => a -> b -> b
Previously you could only have a forall and context after '->'
but not after '=>' which is strange and inconsistent.
Ma
Claus Reinke wrote:
- Overall, I like the additions, especially :show languages/packages
thanks!-) to complete ':show packages': is there a way to query (the
linker, i guess?) about currently loaded packages?
- I wonder whether :set should show *all* the dynamic flags, rather
than
- Overall, I like the additions, especially :show languages/packages
thanks!-) to complete ':show packages': is there a way to query
(the linker, i guess?) about currently loaded packages?
- I wonder whether :set should show *all* the dynamic flags, rather than
just the GHCi-related
Claus Reinke wrote:
Could you please send patches using either 'darcs send', or diff
-c/-u. Ordinary diffs aren't particularly readable, and don't apply
with patch, at least not without typing in the filenames manually
(unless I'm missing something?).
that may be because of the path names use
Hi Thorkil,
On Sat, Sep 15, 2007 at 08:06:30PM +0200, Thorkil Naur wrote:
>
> On my x86 (SuSE) Linux, validate ends like this:
>
> > /usr/bin/ghc -Werror -H64m -Onot -fasm -istage1/utils
> > [...]
> >
> > utils/Encoding.hs:144: Warning: Defined but not used: c
> >
> > [...]
> > make[1]: *** [s
Thanks for all the work you are doing on GHCi. It's great to have help on
making it more usable.
it is nice to see GHCi evolving (definitely beyond catching-up-with-hugs
now!-) i just happened to be in the area after implementing :browse!, so
i looked into multiline commands and :set/:show as
On Sun, Sep 16, 2007 at 10:55:43AM +0200, Sven Panne wrote:
> On Sunday 16 September 2007 04:42, Ian Lynagh wrote:
> > At the interface to the outside world (i.e. the configure flags) they
> > have the normal semantics. We then append "/ghc-$(ProjectVersion)" to
> > the internal build system variab
Mon Sep 17 05:01:56 PDT 2007 Simon Marlow <[EMAIL PROTECTED]>
* avoid platform dependencies: my_uintptr_t ==> StgWord
M ./rts/posix/OSMem.c -13 +5
___
Cvs-ghc mailing list
Cvs-ghc@haskell.org
http://www.haskell.org/mailman/listinfo/cvs-ghc
> it used to be the rule that head-related bugs/discussions go to the
> cvs-ghc list, not the ghc-{users,bugs} lists, and trac reports to
> ghc-bugs. either you need to change that separation, or you need
> to direct head-related ticket notifications to cvs-ghc (perhaps the
> latter is preferable?)
On Mon, Sep 17, 2007 at 01:41:50PM +0100, Ian Lynagh wrote:
>
> Hmm, I think changing the test in compat/cbits/unicode.c to
>
> #if __GLASGOW_HASKELL__ < 605
> #if __GLASGOW_HASKELL__ != 604 || __GHC_PATCHLEVEL__ != 0
I mean:
#if __GLASGOW_HASKELL__ != 604 || __GHC_PATCHLEVEL__ == 0
> #include
Hi Sven,
On Sat, Sep 15, 2007 at 07:54:20PM +0200, Sven Panne wrote:
> Is there a deep reason why the ghc/rts packages have various
> files/directories
> directly below the GHC installation directory?
No.
> A cleaner way would be having
> them below "lib/ghc" and "lib/rts", just like the oth
Hi Claus,
On Sat, Sep 15, 2007 at 07:52:18PM +0100, Claus Reinke wrote:
> since you're still bypassing windows head buildbot, here are
> errors, warnings, and test failures in today's build (win/xp,
> cygwin shell, mingw gcc).
Thanks for the info!
> i hope you are recording these
> as todo item
Sven Panne wrote:
I'm currently trying to find out why a few GLUT examples work when they are
compiled by GHC, but not when they are run within GHCi (this happens e.g.
with GLUT/examples/Misc/ARBOcclude.hs). The main difference is that in the
former case libHSGLUT-XY.a is linked into the execut
On Sun, Sep 16, 2007 at 03:18:37PM +0200, Sven Panne wrote:
> On Sunday 16 September 2007 14:13, Ian Lynagh wrote:
> > Sat Sep 15 17:53:28 PDT 2007 Ian Lynagh <[EMAIL PROTECTED]>
> > * Another attempt at getting bindists working everywhere
> >
> > M ./Makefile -1 +1
> > M ./libraries/Mak
Sun Sep 16 04:19:27 PDT 2007 [EMAIL PROTECTED]
* Keep valgrind happy when calling timer_create
Fill all of the sigevent structure with zeroes before individual fields are
set. Although not strictly necessary, this keeps tools like valgrind from
complaining about passing uninitialized data,
Sun Sep 16 01:43:39 PDT 2007 [EMAIL PROTECTED]
* Make DESTDIR work again
installPackage is a horror, using --force is probably not the perfect way
to make DESTDIR functionality work again, but given the current state of
affairs, I can't find a quick and clean solution.
MERGE TO STABLE
Mon Sep 17 02:43:00 PDT 2007 Ian Lynagh <[EMAIL PROTECTED]>
* Clean stage/ghc-inplace.c
M ./compiler/Makefile +2
___
Cvs-ghc mailing list
Cvs-ghc@haskell.org
http://www.haskell.org/mailman/listinfo/cvs-ghc
Mon Sep 17 02:42:12 PDT 2007 Ian Lynagh <[EMAIL PROTECTED]>
* MERGED: Resurrect the "lib" subdirectory in the installation tree, it was
somehow lost
Sun Sep 16 09:41:22 BST 2007 [EMAIL PROTECTED]
* Resurrect the "lib" subdirectory in the installation tree, it was somehow
lost
Having
Sat Sep 15 01:58:45 PDT 2007 [EMAIL PROTECTED]
* Unbreak "clean" and "distclean" targets when there is no testsuite
M ./Makefile -1 +1
___
Cvs-ghc mailing list
Cvs-ghc@haskell.org
http://www.haskell.org/mailman/listinfo/cvs-ghc
Fri Sep 14 05:54:44 PDT 2007 Simon Marlow <[EMAIL PROTECTED]>
* distclean: extra-gcc-opts, testsuite
M ./Makefile -1 +2
___
Cvs-ghc mailing list
Cvs-ghc@haskell.org
http://www.haskell.org/mailman/listinfo/cvs-ghc
Sorry -- I failed to commit the patch to HEAD at the same time I committed the
test. Will do today
| -Original Message-
| From: Manuel M T Chakravarty [mailto:[EMAIL PROTECTED]
| Sent: 16 September 2007 06:49
| To: Simon Peyton-Jones
| Subject: tc236
|
| Simon,
|
| You added a test (tc23
| We definitely support a critical appraisal and overhaul of the
| path-handling and installation machinery,
PS: Sven, thank you *very much* for taking the time to think about the build
system constructively, and to propose solutions. As Simon says, we know it's
not a thing of beauty and we're
| a minor, but practical, ghci patch, aiming to reduce some of the
| confusion about ghci-related flags (as opposed to ghci options).
Claus,
Thanks for all the work you are doing on GHCi. It's great to have help on
making it more usable.
We are using Trac much more systematically now, to try t
Sven Panne wrote:
I don't want to make such changes before 6.8.1 is out, anyway. Let's get this
release out of the door with all necessary hacks, and let's clean up the mess
afterwards.
Hi Sven,
We definitely support a critical appraisal and overhaul of the
path-handling and installation ma
On Thu, Sep 13, 2007 at 03:29:55PM +0300, kyra wrote:
>
> What about Clemens Fruhwirth's patch "Remove --export-all-symbols for
> DLL linking, it is default and prevents us from using .def files" ?
This has now been merged.
Thanks
Ian
___
Cvs-ghc mai
Claus Reinke wrote:
a minor, but practical, ghci patch, aiming to reduce some of the
confusion about ghci-related flags (as opposed to ghci options).
Could you please send patches using either 'darcs send', or diff -c/-u.
Ordinary diffs aren't particularly readable, and don't apply with patch,
Build results:
x86-64 Linux head: lost
gbesh Intel x86_64 Linux head: lost
kahl G5 Gentoo Linux head: pass
mnemosyne x86-64 Gentoo head: lost
phil P4 SuSE Linux head: pass
tnaur x86 Linux head: pass
x86-64 Linux head unreg: lost
Old unexpected test passes:
Build results:
macgyver PPC OSX stable: fail (failed darcs)
tnaur x86 Linux stable: fail (failed stage1)
x86 Windows stable: fail (failed darcs)
x86 Windows stable fast: fail (failed darcs) fail (failed darcs) fail (failed
darcs) fail (failed darcs) fail (failed darcs) fail (failed darcs)
x8
41 matches
Mail list logo
