Am Montag, 8. Januar 2007 18:25 schrieb Sven Panne:
FYI: I've just uploaded a binary RPM for openSUSE 10.2 (x86_64) and the
corresponding source RPM. Currently I don't have access to openSUSE x86,
but simply using
rpmbuild -ba happy-1.16-1.src.rpm
should build a 32bit RPM on those
Am Donnerstag, 11. Januar 2007 06:05 schrieb Samuel Bronson:
Yeah, what I mean is that the garbage collector does not *look* for
unreachable filehandles to close, or get run when many filehandles
have been allocated. It only runs finalizers when it happens upon
things with finalizers, it
On Tuesday 27 February 2007 02:13, Andrzej Jaworski wrote:
writing a real compiler for that language made sense, and also the
choice of c as language for it, but I think that it would have been
possible to write it in haskell without a big performance hit.
ADP was conceived in Haskell and
On Tuesday 27 February 2007 13:44, Andrzej Jaworski wrote:
I have learned logic from much deeper sources;-)
My statement was:
Guys started in Haskell and got to conclusion that for performance reasons
it is better to move to C. The guys know what they are doing.
I hope that helps;-)
Hmmm,
A new version of the OpenGL package has bee uploaded to Hackage. This is
mainly a bug fix release, containing the following changes:
* Minor tweaks for recent Cabal versions.
* Removal of old GHC build system relics.
* Handle invalid framebuffer operation error.
* Terminate GLSL
A new version of the GLUT package has been uploaded to Hackage. This is a
feature release, adding all the shiny new features of the upcoming freeglut
2.6.0 C library plus a few older bits and pieces which had been missing:
* Minor tweaks for recent Cabal versions
* Removal of old GHC build
A new version of the OpenAL package has been uploaded to Hackage. This is a
bug fix only release:
* Minor tweaks for recent Cabal versions
* Removal of old GHC build system relics.
* Use the correct calling convention on Windows.
Cheers,
S.
A new version of the ALUT package has been uploaded to Hackage. This is a bug
fix only release, containing only tiny changes:
* Minor tweaks for recent Cabal versions
* Removal of old GHC build system relics.
Cheers,
S.
___
Haskell mailing
A new version of the ALUT package has been uploaded to Hackage. Again, this is
a bug fix only release, containing only tiny changes:
* Include missing aclocal.m4 and examples in source distribution
* Removed unused Makefiles and prologue.txt
* Fixed OpenAL URLs
Cheers,
S.
A new version of the OpenAL package has been uploaded to Hackage. Again, this
is a bug fix only release:
* Include OpenAL header when checking values of constants
* Include missing aclocal.m4 and examples in source distribution
* Removed unused Makefiles and prologue.txt
* Removed
A new version of the GLUT package has been uploaded to Hackage. This is a bug
fix only release, containing only tiny changes:
* Include missing aclocal.m4 and examples in source distribution
* Removed unused Makefiles and prologue.txt
Cheers,
S.
A new version of the OpenGL package has bee uploaded to Hackage. This is
a feature release, containing the following changes and additions:
* Added support for GL_ARB_copy_buffer, GL_ARB_depth_buffer_float,
GL_ARB_half_float_pixel, GL_ARB_texture_rectangle, GL_EXT_packed_float and
As a first step to make the OpenGL package easier to install, more modular and
a bit more flexible, a low-level binding for OpenGL has been uploaded to
Hackage. From OpenGLRaw's package description:
OpenGLRaw is a raw Haskell binding
Am Donnerstag, 11. Juni 2009 19:23:17 schrieb Bryan O'Sullivan:
Since this is a new package, is there any possibility that the naming could
be more economical?
Graphics.Rendering.OpenGL.GL.CoordTrans is awfully long.
I think that Graphics.Rendering. is clutter, and OpenGL.GL. seems
Am Donnerstag, 11. Juni 2009 19:23:17 schrieb Bryan O'Sullivan:
[...] I think that Graphics.Rendering. is clutter, and OpenGL.GL. seems
redundant to me. [...]
I forgot to mention one thing here: OpenGL.GL is currently *not* redundant,
there is OpenGL.GLU in the OpenGL package, too. GL and GLU
To further modularize the OpenGL/OpenAL packages, a new StateVar package has
been released to Hackage. It contains state variables, which are references in
the IO monad, like IORefs or parts of the OpenGL state.
Cheers,
S.
___
Haskell mailing list
A new (tiny) ObjectName package has been released to Hackage. It contains the
class ObjectName, which corresponds to the general notion of explicitly
handled identifiers for API objects, e.g. a texture object name in OpenGL or a
buffer object name in OpenAL.
Cheers,
S.
A new version of the OpenGLRaw package has been uploaded to Hackage. Support
for the following OpenGL extensions has been added:
GL_NV_texture_shader2
GL_NV_depth_clamp
GL_NV_primitive_restart
GL_NV_vertex_array_range2
GL_NV_occlusion_query
GL_NV_fence
A new GLURaw package has been uploaded to Hackage. It contains full support
for all GLU functionality and is similar in spirit to the OpenGLRaw package,
i.e. it is a 1:1 mapping of the C interface, no libraries or headers are
needed at build time, and the GLU API entries are resolved
A new version of the GLUT package has been uploaded to Hackage. It depends on
the new OpenGL, StateVar and Tensor packages, but apart from that the API is
unchanged. Furthermore, a simple, pure OpenGL 3.1 demo has been added, which
does not rely on any deprecated OpenGL functionality
A new version of the GLUT package has been uploaded to Hackage.
* The package is now autoconf-free. API entries are resolved dynamically at
runtime, just like the OpenGLRaw and GLURaw packages.
* Support for sRGB framebuffers has been added, just use SRGBMode with
initialDisplayMode. To use
A new version of the GLUT package has been uploaded to Hackage.
* Fixed linking issues on Mac OS X, the package should work out of the box
without any warnings or additional flags now.
* Handle additional mouse buttons via 'AdditionalButton Int' in the
MouseButton type.
* Made a few
A new version of the GLURaw package has been uploaded to Hackage.
* Fixed linking issues on Mac OS X, the package should work out of the box
without any warnings or additional flags now.
* Fixed the type of gluUnProject4, the near and far parameters are of type
GLclampd, not GLdouble.
A new version of the OpenGLRaw package has been uploaded to Hackage.
* Use opaque newtypes for the basic OpenGL types, adding the common
instances for them, too. Note that this might break programs which depend on
the concrete representations. Use explicit conversions where necessary, making
A new version of the OpenGL package has bee uploaded to Hackage.
* Added contextProfile query.
* Made a few tiny internal typing changes to make things work with the
latest OpenGLRaw package.
Cheers,
S.
___
Haskell mailing list
A new version of the OpenGL package has been uploaded to Hackage.
* Fixed maxTextureUnit query. This change didn't make it in the last
release... :-(
Cheers,
S.
___
Haskell mailing list
Haskell@haskell.org
A new version of the OpenGLRaw package has been uploaded to Hackage. This is a
bug-fix-only release, fixing the retrieval of core OpenGL API entries on
Windows. This fix should have already been included in the previous 1.1.0.0
version, but it was accidentally left out (thanks to Tobias
[ re-posted with a link instead of an attachment, the mail size limit seems
to be a bit small on some lists... ]
2015-07-30 21:08 GMT+02:00 Mark Lentczner mark.lentcz...@gmail.com:
Haskellers, we are pleased to announce the release of
Haskell Platform 7.10.2
*get it here...
2018-01-02 2:24 GMT+01:00 Gershom B :
> A recent update to hackage, which fixed up the 01-index.tar.gz file,
> revealed a bug in existing versions of cabal-install, when index files
> are cleaned up. This bug means that the `cabal update` command, which
> updates the hackage
RC_HC_OPTS += -O -H32m
GhcLibWays += mc
HsLibsWithReadline=YES
WithGhcHc = ghc
Ghc2_0=YES
WithGhcHcType=HC_GLASGOW_GHC
--
Sven PanneTel.: +49/89/2178-2235
LMU, Institut fuer Informatik FAX : +49/89/2178-2211
LFE Programmier- und Modellierun
-all.
Setup as usual (ghc-2.04pl2 + the *very* latest patches, Linux)
It seems that the complexity of cross-module inlining with optimizations
slips a little bit out of hands in recent releases...
--
Sven PanneTel.: +49/89/2178-2235
LMU, Inst
nux.tar.gz
If it's untared at /, it's really plug-and-play. If it's moved, some
paths in the Perl scripts have to be adapted (see GHC installation guide).
Much fun and lots of heap and disk space...
--
Sven PanneTel.: +49/89/2178-2235
LMU, Institut fuer
me between networked
workstations)? If you want to use (gnu-)make, it's a real "must" in
an environment with NFS mounted filesystems. See:
http://www.umbc.edu/pdsrc/docs/xntpd-html/index.html
Slightly intimidating page, I admit, but setting up xntpd is much easier
than understanding
t I thought that bug was fixed in 2.04 already.
BTW, imagine Microsoft doing the same thing as ghc:
panic! (the `impossible' happened):
Windows95: can't run in only 64MB
Please report it as an operating system bug to [EMAIL PROTECTED]
:-)
--
Sven Panne
tm, so HAVE_TM_ZONE is undefined,
but it does have extern char *tzname[2], so HAVE_TZNAME is defined.
These are the exact circumstances under which timezone.h tries to use
altzone.
--
Sven PanneTel.: +49/89/2178-2235
LMU, Institut fuer Informatik
these really minor glitches, this was the most painless and
easy installation of ghc I had. Moving away from Jmakefiles to GNU make
was clearly the right decision!
Today I will give ghc-2.04-pl2 a try compiling itself, so stay tuned!
:-)
--
Sven PanneTel.: +49/89
east if
Perl is your native language :-)
--
Sven PanneTel.: +49/89/2178-2235
LMU, Institut fuer Informatik FAX : +49/89/2178-2211
LFE Programmier- und Modellierungssprachen Oettingenstr. 67
mailto:[EMAIL PROTECTED]D
: at a use of an overloaded identifier: `PrelBase.=='
If newtype is changed into data, everything works. Hugs accepts both
variants, which is the right behaviour, I suppose.
--
Sven PanneTel.: +49/89/2178-2235
LMU, Institut fuer Informatik FAX
...
fi
done
Hopefully, nothing in the package is called "ThisIsAHack"... :-)
--
Sven PanneTel.: +49/89/2178-2235
LMU, Institut fuer Informatik FAX : +49/89/2178-2211
LFE Programmier- und Modellierungssprachen
://ftp.informatik.uni-muenchen.de/pub/local/pms/
I didn't have the time yet to make a 2.07 HP-UX bundle (though there's
a 2.07 Linux version).
--
Sven PanneTel.: +49/89/2178-2235
LMU, Institut fuer Informatik FAX : +49/89/2178-2211
LFE Programmier
s,
Sven "Unhappy-too" Panne
--
Sven PanneTel.: +49/89/2178-2235
LMU, Institut fuer Informatik FAX : +49/89/2178-2211
LFE Programmier- und Modellierungssprachen Oettingenstr. 67
mailto:[EMAIL PROTECTED]D-8053
et, the new warnings are much more informative.
BTW, what do the "discarding polymorphic case"-warnings mean and
under what circumstances do they occur? I think this has been asked
before, but I could not find the answer in my mail folders...
--
Sven Panne
stribution correctly.
"POSIX-man, we need your help!!"
--
Sven PanneTel.: +49/89/2178-2235
LMU, Institut fuer Informatik FAX : +49/89/2178-2211
LFE Programmier- und Modellierungssprachen Oettingenstr. 67
mailto:[EMAIL
-o Main.o
Main.hs:1: Foo.hi:12 Interface-file parse error; toks= []
Main.hs:1: Could not find valid interface file `Foo'
--
Sven PanneTel.: +49/89/2178-2235
LMU, Institut fuer Informatik FAX : +49/89/2178-2211
LFE Programmier
| wc
Stack space overflow: current size 16000 bytes.
Use `+RTS -Ksize' to increase it.
10811082 10819
panne@liesl: ./leaky +RTS -K24k | wc
Stack space overflow: current size 24000 bytes.
Use `+RTS -Ksize' to increase it.
21052106 21059
Am I doing something wron
o C-calls which make some Haskell callbacks before returning)
and a callback part. The latter one *must* be transformed with
--gc-safe and the former one doesn't need this flag. Consequently the
STG-restrictions don't apply to this "pure-C" part. Not very nice,
but I can live with that.
-
appreciated.
--
Sven PanneTel.: +49/89/2178-2235
LMU, Institut fuer Informatik FAX : +49/89/2178-2211
LFE Programmier- und Modellierungssprachen Oettingenstr. 67
mailto:[EMAIL PROTECTED]D-80538 Muenchen
"make" and wonder... (Mesa is needed for this.)
If necessary , I can try to cut the example down tomorrow.
--
Sven PanneTel.: +49/89/2178-2235
LMU, Institut fuer Informatik FAX : +49/89/2178-2211
LFE Programmier- und Modellierun
the warning from the mangler. If the "static struct" is changed to
"struct" everything works fine, without a warning and without a core
dump. Is this a bug in GreenCard or in the mangler? What is the intent
of the "static" modifier? I can't see a reason for it, but I
orks fine without -O.
* Removing the _scc_s and using -auto-all doesn't work, either.
--
Sven PanneTel.: +49/89/2178-2235
LMU, Institut fuer Informatik FAX : +49/89/2178-2211
LFE Programmier- und Modellierungssprachen Oet
_ ``do {c_t x; int x;
x = %0;
do {faz(x);} while(0);} while(0);'' x}
---
Note the repeated definitions of x... :-(
--
Sven PanneTel.: +49/89/2178-2235
LMU, Inst
n GHC? Can the warning be ignored safely?
--
Sven PanneTel.: +49/89/2178-2235
LMU, Institut fuer Informatik FAX : +49/89/2178-2211
LFE Programmier- und Modellierungssprachen Oettingenstr. 67
mailto:[EMAIL PROTECTED]
-/ ) {
$c =~ s/^\tjmp \$31,\(\$27\),0\n\t\.align 4\n\t\.end/\t.align
4\n\t.end/;
} elsif ( $TargetPlatform =~ /^m68k-/ ) {
\end{WildGuess}
Because I don't really have a clue if this is correct, some soothing
words from Glasgow would be helpful... :-]
--
Sven Panne
to either a FreeBSD or a
sparc-sun-solaris2 box, there's 3.01 binary bundles available on the
ftp server.
You can find GHC and Happy binary bundles for Linux and HP-UX on
ftp://ftp.informatik.uni-muenchen.de/pub/local/pms/
If there's enough interest, I could package up Green Card, too.
--
(Just "Addr") "nullAddr")))
[ alt (conPat (mkConName "True") []) (ret nothing)
, alt (conPat (mkConName "False") [])
(bind (funApp (prefix "u_ref_" show_ty) [pv]) v
[ BTW, the GHC port of the Binary lib is up and running, but it
needs a little bit of testing before I dare to release it... ]
--
Sven PanneTel.: +49/89/2178-2235
LMU, Institut fuer Informatik FAX : +49/89/2178-2211
LFE Programmier- und M
... ;-)
--
Sven PanneTel.: +49/89/2178-2235
LMU, Institut fuer Informatik FAX : +49/89/2178-2211
LFE Programmier- und Modellierungssprachen Oettingenstr. 67
mailto:[EMAIL PROTECTED]D-80538 Muenchen
http
ug" GHC, see my question from 27 Jan 98 and
Sigbjorn's reply on 28 Jan 98 in the mailing list archive.
--
Sven PanneTel.: +49/89/2178-2235
LMU, Institut fuer Informatik FAX : +49/89/2178-2211
LFE Programmier- und M
a) where foo = undefined
---
ghc-3.02 happily compiles this. Bug or feature?
--
Sven PanneTel.: +49/89/2178-2235
LMU, Institut fuer Informatik FAX : +49/89/2178-2211
LFE Programmier- und
Simon L Peyton Jones wrote:
Hmm. The difficulty is that things don't work well when you
are using a native code generator, or using something entirely
different like C-- (see my home page) as a code generator.
OK, but if you are using _casm_, you must go via C anyway. And even
in the C--
(packFamily family)
Cheers,
Sven "low-level" Panne
--
Sven PanneTel.: +49/89/2178-2235
LMU, Institut fuer Informatik FAX : +49/89/2178-2211
LFE Programmier- und Modellierungssprachen Oettin
) x = cube (square x)
main :: IO ()
main = do print (f numOps (2::Int))
print (f numOps (2.0::Double))
Cheers,
Sven "The Riddler" Panne
--
Sven PanneTel.: +49/89/2178-2235
LMU, Institut fuer Informatik FAX :
EV_ASM;
! @CcBoth_flags = ('-S','-Wimplicit','-D_GNU_SOURCE'); # flags for *any* C
compilation
@CcInjects= ();
# GCC flags:
-------
--
Sven PanneTel.: +49/89/2178-2235
extern void bar(void);
Cheers,
Sven
P.S.: I'm slowly getting old, this is *not* the first bug report on
4.00... :'-(
--
Sven PanneTel.: +49/89/2178-2235
LMU, Institut fuer Informatik FAX : +49/89/2178-2211
LF
people have learned their lessons
from the commercially successful languages...
\end{sarcasm}
Totally confused,
Sven
--
Sven PanneTel.: +49/89/2178-2235
LMU, Institut fuer Informatik FAX : +49/89/2178-2211
LFE Programmier- und M
Simon Marlow wrote:
Sven Panne [EMAIL PROTECTED] writes:
[...]
What about the promised self-adjusting heap in the new RTS? I hoped
no -H/-K has to be used with the shiny new RTS... :-(
[...]
Remember, you compiled 4.00 with 3.03 - that's why the -H option is
still needed
mport LibBase", inserted "type Rel a = a - a - Bool"
Much fun,
Sven
--
Sven PanneTel.: +49/89/2178-2235
LMU, Institut fuer Informatik FAX : +49/89/2178-2211
LFE Programmier- und Modellierungssprachen Oet
with the bootstrapped 4.00:
panne:~ uname -a
Linux august 2.0.32 #10 Wed Jun 3 11:12:47 CEST 1998 i686
panne:~ ./a.out
2.71828182845904523536028747135266249775724709369995957496696762772... CTRL-C
Solaris problem?
In wonder,
Sven
--
Sven PanneTel.: +49/89/2178
for large Haskell sources!
More seriously, today's CVS snapshot misses the distrib directory, but
simply copying an older one seems to work.
Cheers,
Sven
--
Sven PanneTel.: +49/89/2178-2235
LMU, Institut fuer Informatik FAX : +49/89
in-hi-file" everything is OK. It worked with
a ghc-3.03-2-Aug version, too. Undercover retaliation from Sigbjorn? ;-)
Suspiciously,
Sven
--
Sven PanneTel.: +49/89/2178-2235
LMU, Institut fuer Informatik FAX : +49/89/217
pure function... :-}
* int strncmp([in,string]char* s1,[in,string]char* s2,[in]int n);
Shouldn't this read:
int strncmp([in]FastString s1,[in]FastString s2,[in]int n);
In fear of "getChar :: HRESULT Char",
Sven
--
Sven PanneTe
Loop -- now GLUT is in command
-
If the the stuff concerning freeAdjustor is removed, the program runs
out of heap space, as expected.
Am I doing something wrong here or is it a bug?
Heading home,
Sven
--
Sven Panne
definition of
readHandle...
Apart from that, everything was OK... :-}
--
Sven PanneTel.: +49/89/2178-2235
LMU, Institut fuer Informatik FAX : +49/89/2178-2211
LFE Programmier- und Modellierungssprachen Oettingenstr. 67
mailto:[EMAIL
? ;-).
* The compilation of fptools/ghc/lib/std/Exception.lhs dies with:
Exception.lhs:12: Value not in scope: `catchIO'
and there's no catchIO in the whole Prelude.
--
Sven PanneTel.: +49/89/2178-2235
LMU, Institut fuer Informatik FAX
...
Whether 'tis nobler in the mind to suffer,
The slings and bugs of outrageous compilers,
...
The current GHC-4.00 from the CVS repository highlights a bug in the
Haskell Library Report: There is confusion between isAlphanum and
isAlphaNum in the report and in the compiler.
Today, the GHC-4.01 from CVS bootstrapped for the first time!
Some small fixes were neccessary:
* RtsAPI uses bits of PrelAddr, but the library order in the
driver is unaware of this. Symptom when linking hsc:
, it would be nice if the warnings/error messages were sorted by
line numbers.
Cheers,
Sven
--
Sven PanneTel.: +49/89/2178-2235
LMU, Institut fuer Informatik FAX : +49/89/2178-2211
LFE Programmier- und Modellierungssprachen Oe
*
---
Hmmm, it seems as if the "address for mmap is irrelevant" (Borg? :-)
as long as MAP_FIXED is not used, at least modulo alignment issues.
With the patch above, compilation is on its way, so stay tuned...
To be continued...:-]
Cheers,
Sven
--
should contain prototypes for createAdjustor
and freeHaskellFunctionPtr somewhere, but I've got no clue about a nice place
for them.
Cheers,
Sven
P.S. to Sigbjorn: Getting the stable pointer by peeking into the machine
code of the adjustor thunk is a quite cunning trick... :-)
--
Sven Panne
'
* a runtime system without the recent patches (Adjustor.c, Storage.h)
* a ghc driver script which still confuses -M and -H
Cheers,
Sven
--
Sven PanneTel.: +49/89/2178-2235
LMU, Institut fuer Informatik FAX : +49/89/2178-2211
LFE Programmier
for the upcoming 4.02. Correct?
Cheers,
Sven
--
Sven PanneTel.: +49/89/2178-2235
LMU, Institut fuer Informatik FAX : +49/89/2178-2211
LFE Programmier- und Modellierungssprachen Oettingenstr. 67
mailto:[EMAIL PROTECTED]
--
Sven PanneTel.: +49/89/2178-2235
LMU, Institut fuer Informatik FAX : +49/89/2178-2211
LFE Programmier- und Modellierungssprachen Oettingenstr. 67
mailto:[EMAIL PROTECTED]D-80538 Muenchen
http
"Manuel M. T. Chakravarty" wrote:
Sven Panne [EMAIL PROTECTED] wrote,
Simon Marlow wrote:
[...] 4.02 will help, but I'm still using 3.02 to bootstrap with. [...]
Manuel's 4.01 does not produce a working ghc on our Linux boxes, so I
was trying "Little Simon's" ;-
: redefinition of `Blah_ds_fast1'
/tmp/ghc31110.hc:200: `Blah_ds_fast1' previously defined here
---
Cheers,
Sven
--
Sven PanneTel.: +49/89/2178-2235
LMU, Institut fuer Informatik
ddr#{-31,W-})}
of ds_s1th { (# ds_s1ti, ds_s1tg #) -
let { s_s1tk = PrelAddr.A#{-61,w-} {ds_s1tg}
} in (# ds_s1ti, s_s1tk #)
})
Please report it as a compiler bug to [EMAIL PROTECTED]
Done! :-)
Cheers,
Sven
--
password on our FTP server. :-]
(hopefully this will be *very* soon...)
Cheers,
Sven
--
Sven PanneTel.: +49/89/2178-2235
LMU, Institut fuer Informatik FAX : +49/89/2178-2211
LFE Programmier- und Modellierungssprachen
r 1
The M$-way for fixing this: Use GhcLibWays= and wait for ghc-service-pack1
(only 40MB to download and registration at Glasgow neccessary :-))
And a final point: Readline.lhs is still unpatched.
Cheers,
Sven
P.S.: Using aeroplanes for fixing superfluous warnings seems to work...
;-)
--
: Could not find valid interface file `PrelGHC'
:-(
Cheers,
Sven
--
Sven PanneTel.: +49/89/2178-2235
LMU, Institut fuer Informatik FAX : +49/89/2178-2211
LFE Programmier- und Modellierungssprachen Oettingenstr. 67
mailto
if 'deriving Enum' is replaced with 'deriving
(Eq,Ord,Enum)'. An old ghc-3.02 works, too.
Cheers,
Sven
--
Sven PanneTel.: +49/89/2178-2235
LMU, Institut fuer Informatik FAX : +49/89/2178-2211
LFE Programmier- und Modellierungssprachen
s,
Sven
--
Sven PanneTel.: +49/89/2178-2235
LMU, Institut fuer Informatik FAX : +49/89/2178-2211
LFE Programmier- und Modellierungssprachen Oettingenstr. 67
mailto:[EMAIL PROTECTED]D-80538 Mue
]
---
In the real program the ``0'' was actually something more complicated,
of course.
Cheers,
Sven
P.S.: The "lookupBindC:no info!"-bug from Feb 22nd is still in
yesterday's GHC... :-(
--
Sven PanneTel.: +49/89/217
"Sigbjorn Finne (Intl Vendor)" wrote:
Hmm. What's the version info? Compiles fine here with 4.02 build
made from current CVS repo sources (as it should, btw.)
Hmmm, strange: I?ve updated this morning. repo /= repo?:-}
I?ll try again tomorrow.
Cheers,
Sven
--
o
hsc: fatal error: scavenge_stack: weird activation record found on stack.
make[3]: *** [PrelArr.o] Error 1
make[2]: *** [all] Error 1
make[1]: *** [all] Error 1
make: *** [all] Error 1
Alas, I have the same problem with today's ghc-4.03, too. Two days ago
everything was fine.
Cheers,
-exhaustive patterns in function rebuildConArgs
Cheers,
Sven
P.S.: The CVS repository (i.e. solander.dcs.gla.ac.uk) is dead at the
moment. traceroute tells me something about an unreachable host
somewhere in Glasgow. :-(
--
Sven PanneTel.: +49/89
signature for `s'
ghc: module version changed to 1; reason: no old .hi file
Cheers,
Sven
--
Sven PanneTel.: +49/89/2178-2235
LMU, Institut fuer Informatik FAX : +49/89/2178-2211
LFE Programmier- und Modellierungssprachen
Thomas Pasch wrote:
[...] But when it cames to compile ParselFace.hs in ghc/compiler/rename
the Heap was exhausted.
IIRC, -dcore-lint radically cuts down the heap required for the
compilation of this module.
Cheers,
Sven
--
Sven PanneTel.: +49/89
-fglasgow-exts -recomp -Rghc-timing -O -H10m -c Lex.lhs -o Lex.o
-osuf o
TcMatches.lhs:274: Non-exhaustive patterns in function tcStmts
Cheers,
Sven
--
Sven PanneTel.: +49/89/2178-2235
LMU, Institut fuer Informatik FAX : +49/89/2178
quot; try to tell me? Am *I* doing
something silly or ghc? :-)
Cheers,
Sven
--
Sven PanneTel.: +49/89/2178-2235
LMU, Institut fuer Informatik FAX : +49/89/2178-2211
LFE Programmier- und Modellierungssprachen Oettingens
And another one: Is callFun.s still needed? Almost everything is
#ifdef-ed out and the Alpha assembler does not like the directive
.file "callfun.S"
Cheers,
Sven
--
Sven PanneTel.: +49/89/2178-2235
LMU, Institut fuer
int i, j;
i = j * sizeof(...);
You could lose some of your bits during assignment here. I guess we
will all have much fun when Intel/HP release their Merced processor...
Cheers,
Sven
--
Sven PanneTel.: +49/89/2178-2235
LMU, Institut fuer Informa
101 - 200 of 582 matches
Mail list logo