advantages.
>
> So [ref Evan] even though a field name is a first-class function usually,
> DuplicateRecordFields only gets triggered where you use the bare name.
>
> [Ref Peter] I'm not seeing why you're talking about two passes,
> but that does not sound like a robus
A slightly more refined definition for disambiguation:
1) If a type signature has been supplied for an ambiguous name, GHC will
attempt to disambiguate with the type signature alone.
2) If the name is a function applied to an explicit argument, and the type
of the argument can be inferred without
Thank you for feeding my thoughts. How would this do for a slightly more
detailed definition?
1. If the compiler encounters an ambiguous function, it will temporarily
give it the type a -> b, or the type declared in the signature if there is
one.
2. Type inference completes as normal.
3. If the in
OK, looks like a weird bug in the script which was calling make - so not ghc.
Sorry for the noise.
--
View this message in context:
http://haskell.1045720.n5.nabble.com/Cannot-install-8-0-1-from-bindist-tp5836591p5836603.html
Sent from the Haskell - Glasgow-haskell-users mailing list archive at
Trying to install ghc-8.0.1-x86_64-centos67-linux.tar.xz with:
./configure --prefix={prefix}
make install-strip
gives me an error. The tail of the log is:
Registering ghc-8.0.1...
for f in '{prefix}/lib/ghc-8.0.1/package.conf.d'/*; do create () { touch
"$1" && chmod 644 "$1" ; } && create "$
`Linker' failed (exitcode = 1)
This is ticket #9875 (https://ghc.haskell.org/trac/ghc/ticket/9875)
and it is fixed in HEAD and has been merged into the 7.10 branch. The
fix will be in ghc 7.10.1 RC2.
Peter
___
Glasgow-haskell-users mailing list
G
Peter Aldridge
Engineering Operations Manager
Boeing Aerostructures Australia
Phone: +61 425 818 455
From: Carter Schonwald [mailto:carter.schonw...@gmail.com]
Sent: Sunday, August 19, 2012 11:10 AM
To: Dan Burton
Cc: glasgow-haskell-users@haskell.org
Subject: Re: build failures when hiding
I finally moved to GHC 7.0.3, a rather late update :)
I updated GhciExt for it and if you want to script ghci commands a bit
you can grab it as an example and use. It probably works well enough. I
was lucky and did not use debugger a lot lately, so I'm not sure.
http://www.hck.sk/users/
On 07/30/2011 10:25 PM, Ian Lynagh wrote:
On Mon, Jul 25, 2011 at 06:21:16PM +0200, Peter Hercek wrote:
Is it a bug? Should it be reported to the ghc trac database?
Please report it and we'll take a look.
Thanks
Ian
It is done:
http://hackage.haskell.org/trac/ghc/ticket/5363
icates that there is a bug while compiling "$!" in an optimized
profiling version of this program.
Is it a bug? Should it be reported to the ghc trac database?
Peter.
___
Glasgow-haskell-users mailing list
Glasgow-haskell-users@haskel
Hi,
I got this deprecation warning:
Warning: Module `GHC.Handle' is deprecated:
use GHC.IO.Handle.Base instead
But I think it should have been:
Warning: Module `GHC.Handle' is deprecated:
use GHC.IO.Handle instead
There is no GHC.IO.Handle.BAse in my ins
--help
:* ... -- run times
Prelude> :* 3 :type sqrt 2
sqrt 2 :: (Floating t) => t
sqrt 2 :: (Floating t) => t
sqrt 2 :: (Floating t) => t
Prelude> :quit
Leaving GHCi.
%
More information about ghci scripting:
http://www.haskell.org/pipermail/hask
Simon Marlow wrote:
On 19/08/2009 10:18, Peter Hercek wrote:
Why is stg_nofoceIO_info added as last argument to IO actions in
unregistered mode? Do I still need to pass it in even when (I think) my
IO action does not need it? E.g. is it required for every IO action by
some stack walking code or
g a new field (e.g.
simulated stack size) to StgTSO?
Thanks,
Peter.
___
Glasgow-haskell-users mailing list
Glasgow-haskell-users@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
script.
But the solution may have impact on emacs tag generation and I tested
the tags for emacs only in vim (vim recognizes them too).
Thanks,
Peter.
___
Glasgow-haskell-users mailing list
Glasgow-haskell-users@haskell.org
http://www.haskell.org/mai
easily.
Surprisingly when I tried to read the list of InstalledPackageInfo from
my package.conf it failed despite ghc-pkg working well. I did not
investigate why. Maybe there is a better way.
Peter.
___
Glasgow-haskell-users mailing list
Glasgow-haskell-users@haske
single use
of an unboxed array "forces" the whole state thread to become strict.
Hmm. Have you seen the strictToLazyST function?
http://www.haskell.org/ghc/docs/latest/html/libraries/base/Control-Monad-ST-Lazy.html#v%3AstrictToLazyST
cheers
peter
___
On Mon, 13 Jul 2009 20:48:42 -0400, Isaac Dupree wrote:
> Peter Hercek wrote:
>> Simon Marlow wrote:
>>> On 10/07/2009 15:31, Peter Hercek wrote:
>>>> It would be cool if ghci debugger could grab not only the free
>>>> variables in the selected expression
Simon Marlow wrote:
On 10/07/2009 15:31, Peter Hercek wrote:
Hi,
It would be cool if ghci debugger could grab not only the free variables
in the selected expression but in one case a bit more. The case is when
we stop at a function definition the first time (when just entering it).
The
em up later when stopped somewhere
-- in the function I could just use
:locate :back
-- ... or for a specific argument value
:find :back
If you are interested GhciExt is available here:
http://www.hck.sk/users/peter/pub/
But other users could do it too in a bit more complicated way (e.
On Wed, 17 Jun 2009 13:59:24 +0200, Peter Hercek wrote:
>>> * If your code happens to have definitions on lines which happen to
>>> exist more times in one source file then it may put you at an
>>> incorrect location. I doubt it will ever happen but if anybody thinks
e correct number of bytes for each line?
If no answers come I just keep it as it is and hope for the support of
the vim related ctags changes only :)
Peter.
___
Glasgow-haskell-users mailing list
Glasgow-haskell-users@haskell.org
http://www.has
te tags with line numbers and
:ctags! would generate tags with search patterns? Or will we add an
argument to :ctags to specify what kind of tags we want? This option
would break ghci UI backward compatibility.
Peter.
___
Glasgow-haskell-users mailing
Hi GHC and VI users,
I got frustrated with vi tags not working after some unrelated code is
edited in a source file. Moreover non-exported top level declarations
were not available in vi tags file. Here is an attempt to fix it:
http://www.hck.sk/users/peter/pub/ghc/betterCTags.patch
Why
nced point of view.
Anyway, after I'd learned to use GhciExt (thank you both for helping me
out with it), the next command became more important to me than the
stack. That is for my code, if/when I get to uulib again I may change my
mind quic
On Sat, May 23, 2009 at 3:58 PM, Dean Herington
wrote:
> GHCi, version 6.10.1: http://www.haskell.org/ghc/ :? for help
> Loading package ghc-prim ... linking ... done.
> Loading package integer ... linking ... done.
> Loading package base ... linking ... done.
> Prelude> :m + Graphics.UI.Grapefru
IIRC,
sometimes, I was also adding the path to the library (something like
-L) in ld-option attribute. But that was probably for compiling
and not for ghci.
Hope it helps,
Peter.
___
Glasgow-haskell-users mailing list
Glasgow-haskell-users@haskell.org
c case
statement. Although the warning can be eliminated probably in the first
template haskell alternative. Not sure since I do not know template
haskell. As well as I still do not know how to write a haskell function
in C-- which is the reason there is no :next command in ghci yet :)
Thanks,
P
special extensions at places where it
is used)
then I could define it to an empty string in some low level module if
trying to
compile with a different haskell compiler which does not know srcloc.
Thanks for the tips,
Peter.
___
Glasgow-haskell-users
not happen
(the error call argument).
Thanks,
Peter.
Simon Peyton-Jones wrote:
Yes indeed
http://www.haskell.org/ghc/docs/latest/html/users_guide/assertions.html
Simon
| -Original Message-
| From: glasgow-haskell-users-boun...@haskell.org [mailto:glasgow-haskell-users-
| boun
et "doh!" - not particularly
helpful for debugging
Is there some compile option to automatically annotate error call with
its source
code location (so that one dos not need to mention it in the string
argument)?
Peter.
___
Glasgow-haskell-u
Hi,
I know there were 4 unique IP addresses which checked it out. Since I do
not know who they are I just spam this list again :)
You can get it here: http://www.hck.sk/users/peter/pub/
If you decide to give it a try then read the README file before installing.
It should work with the stock
On 13/05/2009, at 6:43 PM, Bayley, Alistair wrote:
From: glasgow-haskell-users-boun...@haskell.org
[mailto:glasgow-haskell-users-boun...@haskell.org] On Behalf
Of Peter Gammie
http://haskell.cs.yale.edu/ghc/docs/latest/html/users_guide/se
parate-compilation.html#search-path
GHCi is not overly
/hi files in dist/build if they're
fresh enough
- interpret the source otherwise.
Is that possible?
cheers
peter
___
Glasgow-haskell-users mailing list
Glasgow-haskell-users@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Simon Marlow wrote:
Peter Hercek wrote:
The proposed meaning for :next
Lets mark dynamic stack size at a breakpoint (at which we issue
:next) as breakStackSize and its selected expression as breakSpan.
Then :next would single step till any of these is true:
1) current dynamic stack size is
ich the test I presented works)?
Thanks,
Peter.
___
Glasgow-haskell-users mailing list
Glasgow-haskell-users@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Hi,
Pepe Iborra pointed out that my patch is not in the right format for gnu
patch command.
Sorry for inconvenience (I used "darcs what -u" instead of "darcs diff -u").
Here it is attached in the correct format.
Thanks,
Peter.
diff -rN -u old-ghc/compiler/main/Intera
erpretBCO uses allocate
much but no allocateLocal which is supposed to be quicker for a single
thread.
I skimmed all of ghc commentary and read the pages which looked related
carefully but either it is not there or I missed it :-(
Thanks,
Peter.
hunk ./compiler/main/InteractiveEval.hs 348
Simon Marlow wrote:
Peter Hercek wrote:
Hi GHCi users,
I would like to be able to redefine the built-in GHCi commands. The
idea is that when searching for a command the user defined commands
would be searched first and only then the built-in commands would be
searched. If user wants to
ually
":x :continue"
* it would allow to specify different order of searching for abbreviated
commands as the default one
* it would allow to specify different default switches for builtin commands
Would such a change be merged upstream if I would pro
Simon Marlow wrote:
Peter Hercek wrote:
Sure, but the plan to maintain an approximate debugging dynamic stack
depends on one thing:
The number of items (continuations) on the return stack from the
beginning of /case tick of {_->e}/ to the moment when we can check
the count of items in
I'm not even checking it out
any more.
Thanks,
Peter.
___
Glasgow-haskell-users mailing list
Glasgow-haskell-users@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
d
I do not see an easy way to work around it.
Thanks,
Peter.
PS: I owe responses to some of you on this list, but I must check some
docs or do some tests first so I hope I'll answer during weekend at worst.
*status:0 pe...@metod [716] ~/tmp
%* grep -n '^' b.hs
1:fn :: Int ->
h work?
If yes, I'll go on to write the page. If not it would be waste of time.
Thanks,
Peter.
___
Glasgow-haskell-users mailing list
Glasgow-haskell-users@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Peter Hercek wrote:
Pepe Iborra wrote:
- Regarding your :logLocal, you should rename it to :stepLocal, open a
ticket, and attach your patch. We should really try to get this into
6.10.2.
Ach, I missed I'm supposed to do this first time I read the message.
I'll get to it at worst d
dly did it for me so I updated the second page.
Also there does not seem to be a demand for ghciext package so I'm not
going to advertise it any more but I'll keep the latest version here (if
anybody would be interested):
http://www.hck.sk/use
e web page or paper which describes how the
approximation of the dynamic stack works for profiler. I cannot think of
other way the profiler dynamic stack approximation would work :-/
Thanks,
Peter.
___
Glasgow-haskell-users mailing list
ng, now there is at least a
chance that it will be better once.
Peter.
___
Glasgow-haskell-users mailing list
Glasgow-haskell-users@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Pepe Iborra wrote:
Hello Peter,
Your efforts are simply outstanding. Thanks a lot for sharing your
experiences. I want to add a few comments:
- Regarding your :logLocal, you should rename it to :stepLocal, open a
ticket, and attach your patch. We should really try to get this into
6.10.2
you want it.
http://www.hck.sk/users/peter/pub/ghciext-0.2.tar.gz
Peter.
___
Glasgow-haskell-users mailing list
Glasgow-haskell-users@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
:instances command and and something like
:infoWithoutInstances withing an hour at most. And it is more
interesting that you could do much more extensions like this easily if
you need them in the future.
Peter.
___
Glasgow-haskell-users mailing list
ith hope that people will find
this interesting and ghc team will fix some of the critical bugs and
adds the most critical features, especially if somebody will not have
better debugging tips.
You can get my extensions here:
http://www.hck.sk/users/peter/pub/ghciext-0.1.tar.gz
The extensions
ost more when I know how it
changes my debugging experience.
Peter.
___
Glasgow-haskell-users mailing list
Glasgow-haskell-users@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
le at least guess how much they are helping. It may even help GHC team
to decide whether to scrap my tickets or implement them :-D
Thanks,
Peter.
___
Glasgow-haskell-users mailing list
Glasgow-haskell-users@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Simon Marlow wrote:
Peter Hercek wrote:
Is it possible to run ghci monad actions from ghci command line somehow?
For example: I would like to check whether "it" variable is of type
Bool and whether it is True using normal Haskell code (i.e. not using
ghci commands starting with
Hi Pepe,
Thanks for the confirmation. I added the ticket:
http://hackage.haskell.org/trac/ghc/ticket/2976
Peter.
Pepe Iborra wrote:
Hi Peter,
It looks like a bug to me too.
I tested it and 6.6 displays the correct behaviour, while 6.8.1 shows
the bug. You should open a ticket if you haven&#
Hi,
My preliminary search indicated this is new,
but still, should I add this to GHC Trac?
Maybe I just cannot formulate my query well.
See the ghci session log at the end.
Peter.
status:0 pe...@dwarf [715] ~
% ghci
GHCi, version 6.10.1: http://www.haskell.org/ghc/ :? for help
Loading
been
redefined in the example at this post end.
Thanks,
Peter.
status:0 pe...@dwarf [703] /tmp
% ghci
GHCi, version 6.10.1: http://www.haskell.org/ghc/ :? for help
Loading package ghc-prim ... linking ... done.
Loading package integer ... linking ... done.
Loading package base ... linking .
Hi,
Is it correct that there is no breakpoint location at list construction
place: line "5then [x]" ?
Notice that :steplocal does not stop there before "[1]" is printed when
debugging expression "test 1".
Thanks,
Peter.
status:0 pe...@metod [721] ~/tmp
Simon Marlow wrote:
Peter Hercek wrote:
Is it possible to load one more module to ghci without unloading the
modules I have already loaded? The module I would like to load in
addtion is not installed and I do not want it installed. It is also
independent of any other modules. There is no
Is it possible to run ghci monad actions from ghci command line somehow?
For example: I would like to check whether "it" variable is of type Bool
and whether it is True using normal Haskell code (i.e. not using ghci
commands starting with colon like :type :print
uot;.
It would be handy for some helper stuff I have which is project
independent and too often modified to be installed.
Peter.
___
Glasgow-haskell-users mailing list
Glasgow-haskell-users@haskell.org
http://www.haskell.org/mailman/listinfo/glasg
://hackage.haskell.org/trac/ghc/ticket/2946
If anybody cares about ghci user interface then he/she should comment on
the two tickets since they propose ghci UI changes. I doubt there would
be complains about the first ticket but the second one may be more
controversial.
Thanks,
Peter
s holes in trace history, lowering the
value of :find command :-(
If you are interested you can find :find and :monitor implementations
here: http://www.hck.sk/users/peter/pub/.ghci
It looks to me that the way tracing is done is unfortunate from the
point of view of scripting custom ghci comm
is
not in the trace history. Is this the expected behavior? If it is, how
can I make ghci to extend the trace history when "forcing" variables?
Peter.
Here is the example:
status:0 pe...@metod [765] ~/tmp
% cat a.hs
test :: Int -> Int
test x =
let y = x+1 in
let z = y+1 in
z
status
Simon Marlow wrote:
Peter Hercek wrote:
Simon Marlow wrote:
A similar argument applies to keeping the dynamic stack. The problem
with the dynamic stack is that it doesn't look much like you expect,
due to tail-calls.
Do you think people expect the tail-calls to add a stack frame t
Is there a way to redirect output of a ghci debugger command
so that I can process it with a (ghci) script before it is
displayed?
Peter.
___
Glasgow-haskell-users mailing list
Glasgow-haskell-users@haskell.org
http://www.haskell.org/mailman
I would expect. If somebody wants the history of tail-calls he can check
the trace information, which should not be a problem especially if some
filtering (like tracelocal) is possible.
Peter.
___
Glasgow-haskell-users mailing list
Glasgow-haskell-us
higher level and evaluating them, not that easy to do
as simple tracelocal search which is just based on stupid
string comparison.
Peter.
___
Glasgow-haskell-users mailing list
Glasgow-haskell-users@haskell.org
http://www.haskell.org/mailman/listinfo
Pepe Iborra wrote:
On Mon, Nov 24, 2008 at 2:03 PM, Peter Hercek <[EMAIL PROTECTED]> wrote:
Maybe what Claus means is that he would like to see the dynamic
stack and be able to traverse it and at each location in the
dynamic stack he could investigate the free variables in the
expr
milar to bug I reported here:
http://hackage.haskell.org/trac/ghc/ticket/2740
Notice that if you write your function like this (as I mostly do):
f x y z =
if xhttp://www.geocities.com/jadoxa/ansicon/index.html
and a patch for it here:
http://www.hck.sk/users/peter
out
quicker way to position the debugger at the right place
and with the right variable values caught in the trace
history.
If I would not know the approximate location of the bug
then hpc can help.
For more simple things "printf debugging" is just enough.
Peter.
__
t is not
feasible and my lucky experience was probably a bug. If I encounter
it again should I fill a bug report? I mean: is it really a bug?
Peter.
___
Glasgow-haskell-users mailing list
Glasgow-haskell-users@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Simon Marlow wrote:
Peter Hercek wrote:
As for as the rest of the message. Those are possible bugs.
If I can reduce them to few tens of lines of a test, I'll
post the bug reports. I use Archlinux and the last (non-testing)
version of ghc there is ghc-6.8.2. Do you accept bug re
Simon Marlow wrote:
Peter Hercek wrote:
<---cut--->
I see that it is not a good idea to keep references to all the
variables in scope but maybe few improvements are possible:
1) As there is :steplocal, there should be also :tracelocal.
It would keep history of evaluations within
myFn xxx then ...
the expression "myFn xxx" was selected while browsing trace
history but xxx was not recognized, but when I browsed into
myFn definition in the trace log the x (which represented
the same value) was recognized. Is this expected?
Thanks,
Peter.
_
ource code.
... well I would like to see the stack too but this
does not annoy me that much.
Peter.
___
Glasgow-haskell-users mailing list
Glasgow-haskell-users@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Simon Peyton-Jones wrote:
| Section 8.3.5 of the documentation says:
|
|Arrow notation (see Section 8.9, “Arrow notation ”) uses whatever arr,
(>>>),
|first, app, (|||) and loop functions are in scope. But unlike the other
|constructs, the types of these functions must match the Prel
Valery V. Vorotyntsev wrote:
On 1/23/08, David Menendez <[EMAIL PROTECTED]> wrote:
On Jan 23, 2008 12:20 PM, Valery V. Vorotyntsev <[EMAIL PROTECTED]> wrote:
I've built GHC from darcs, and...
Could anybody tell me, what's the purpose of Arrow[1] not having `>>>'
method?
It's derived from the C
Section 8.3.5 of the documentation says:
Arrow notation (see Section 8.9, “Arrow notation ”) uses whatever arr, (>>>),
first, app, (|||) and loop functions are in scope. But unlike the other
constructs, the types of these functions must match the Prelude types very
closely. Details are in
Nicola: I had the same problem using the GHC 6.8.2 Debian package.
Igloo promises me that GHC 6.8.3 fixes this problem, but I haven't
seen that in the Debian repository yet.
cheers
peter
2008/8/15 Nicola Squartini <[EMAIL PROTECTED]>:
> It works! This is much easier, thank
(2004) emails seem dead now.
cheers
peter
--
http://peteg.org/
___
Glasgow-haskell-users mailing list
Glasgow-haskell-users@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
files from previous ghc as it was suggested
to me. And I was told there is nothing
strange in gtk2hs 0.9.13 to cause this.
A version of gtk2hs 0.9.12.1 I compiled
myself works with ghc 6.8.3. I did not
try to compile 0.9.13.
Any ideas?
Peter.
status:0 [EMAIL PROTECTED] [764] /c/tools/Gtk2Hs/demos
Ian: does static linking on linux work? See my earlier emails, it is
easy enough to test. Would you like me to report a bug? There really
should be a unit test for this.
cheers
peter
On 28/05/2008, at 10:20 PM, Ian Lynagh wrote:
We are pleased to announce the Release Candidate phase for
quot;Get the latest development version from
darcs", perhaps?
BTW when I said "move to the end", I meant "move to the end of -l
flags".
cheers
peter
On 27/05/2008, at 10:37 AM, Peter Gammie wrote:
Hello,
I am having a bit of trouble static linking my program using GHC
causing some object to be
loaded twice.
GHCi cannot safely continue in this situation. Exiting now. Sorry.
Thanks,
--
Peter
signature.asc
Description: Digital signature
___
Glasgow-haskell-users mailing list
Glasgow-ha
Plasmeijer, Pieter Koopman, Radboud
University Nijmegen, NL
Doaitse Swierstra, Utrecht University, NL
Arrangements: Peter Achten, Simone Meeuwsen, Radboud University
Nijmegen, NL
E-mail: [EMAIL PROTECTED]
___
Glasgow-haskell-users mailing list
Glasgow
re in doubt on whether your article is within the scope of TFP,
please contact the TFP 2008 program chairs, Peter Achten and Pieter
Koopman, at [EMAIL PROTECTED]
SUBMISSION AND DRAFT PROCEEDINGS
Acceptance of articles for presentation at the symposium is based on the
review of full papers (15 pages
ught it is there only for Integers and Rationals.
Peter.
___
Glasgow-haskell-users mailing list
Glasgow-haskell-users@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
re in doubt on whether your article is within the scope of TFP,
please contact the TFP 2008 program chairs, Peter Achten and Pieter
Koopman, at [EMAIL PROTECTED]
SUBMISSION AND DRAFT PROCEEDINGS
Acceptance of articles for presentation at the symposium is based on the
review of full papers (15 pages
-O2 -fno-liberate-case -fno-spec-constr -fexcess-precision
real 24.500 user 19.172 system 0.359 cpu 19.531 page_faults 79337
real 26.406 user 18.938 system 0.375 cpu 19.313 page_faults 79477
real 28.891 user 19.016 system 0.391 cpu 19.406 page_faults 79357
Peter.
Bulat Ziganshin
e in -O2 is helping a bit. But I do not mind
since it is quick enough. I just found it interesting
that -O2 is not helping. If you would like some more
tests let me know.
Peter.
Simon Peyton-Jones wrote:
O2 mainly switches on two transformations: "liberate case" and "call-patt
New ghc sped up my small app (~2000 lines) by ~38%. Nice job!
Anyway, my application is a bit slower when compiled with -O2
compared to -01 only (both with ghc 6.6 and 6.8).
Is that normal?
Peter.
Lennart Augustsson wrote:
I'd like to second that. 6.8 is quite an improvement. Well
Hello Benedikt,
I apologise for the late reply. I am travelling tomorrow but I will
try to get something an alpha implementation out by this Wednesday.
For now here are some preliminary answers:
On Sep 28, 2007, at 7:41 AM, Benedikt Huber wrote:
Am 18.09.2007 um 05:49 schrieb Peter
Ian Lynagh wrote:
On Sun, Sep 23, 2007 at 10:39:48AM +0200, Peter Hercek wrote:
App was compiled with ghc -make -prof -auto-all
... and run with app.exe +RTS -hc
I expected it to be in app.exe.prof (as it is with -hr
option), but that file is empty.
If you also pass -p when running the
The combination
keeps meaning that at GHC HQ we work on things that affect more
people. I doubt we can spare effort to design and implement a fix
in the near future -- we keep hoping someone else step up and
tackle it!
Peter Tanski did exactly that (he's the author of the
ReplacingGMPNo
to 651 identification number?
I expected it to be in app.exe.prof (as it is with -hr
option), but that file is empty. Do I miss some other
RTS option?
Peter.
___
Glasgow-haskell-users mailing list
Glasgow-haskell-users@haskell.org
http
gt; you could make another with the grammar of GHC Haskell :)
I added GHC v6.6 grammar. Only the syntax. Check http://www.hck.sk/users/peter/
and the notes at the end of the grammar to see what was changed.
Peter.
___
Glasgow-haskell-users mailing list
Gl
Hi Neil,
For haskell-cafe members: This is what we are talking about:
http://www.hck.sk/users/peter/
I'm glad somebody liked it.
I do not understand what you mean by the extension request. Would you
want to see the number of references of a production head even without
opening the popup
ll, I'll just stick to hugs for now.
-- Peter
___
Glasgow-haskell-users mailing list
Glasgow-haskell-users@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
1 - 100 of 334 matches
Mail list logo
