Hi,
I have an object file that I'd like to load with GHCi. It seems this
object file has some relocations that Linker.c doesn't support - I get
this message:
final link ... ghc-6.4: HSperl.o: unhandled ELF relocation(Rel) type 10
Looking in elf.h, type 10 is R_386_GOTPC, which appears
Bugs item #1249527, was opened at 2005-08-01 06:07
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=108032aid=1249527group_id=8032
Please note that this message will contain a full copy of
Bugs item #1247773, was opened at 2005-07-30 00:15
Message generated for change (Comment added) made by simonmar
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=108032aid=1247773group_id=8032
Please note that this message will contain a full copy of the comment
Bugs item #1249527, was opened at 2005-08-01 09:07
Message generated for change (Comment added) made by gwright83
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=108032aid=1249527group_id=8032
Please note that this message will contain a full copy of the comment
Bugs item #1249527, was opened at 2005-08-01 09:07
Message generated for change (Comment added) made by gwright83
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=108032aid=1249527group_id=8032
Please note that this message will contain a full copy of the comment
Bugs item #1249226, was opened at 2005-08-01 04:28
Message generated for change (Comment added) made by simonmar
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=108032aid=1249226group_id=8032
Please note that this message will contain a full copy of the comment
On 31 July 2005 22:41, Ganesh Sittampalam wrote:
I have an object file that I'd like to load with GHCi. It seems this
object file has some relocations that Linker.c doesn't support - I get
this message:
final link ... ghc-6.4: HSperl.o: unhandled ELF relocation(Rel) type
10
Looking in
Bugs item #1249527, was opened at 2005-08-01 09:07
Message generated for change (Comment added) made by gwright83
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=108032aid=1249527group_id=8032
Please note that this message will contain a full copy of the comment
Bugs item #1247773, was opened at 2005-07-29 19:15
Message generated for change (Comment added) made by pimlott
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=108032aid=1247773group_id=8032
Please note that this message will contain a full copy of the comment
Bugs item #1249226, was opened at 2005-07-31 21:28
Message generated for change (Comment added) made by nobody
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=108032aid=1249226group_id=8032
Please note that this message will contain a full copy of the comment
On 30 July 2005 12:58, Dieter wrote:
I'm using Linux 9.3 on a PC with a 64-architecture.
I'd like to install GHC and thought the easiest way would be to take
an appropriate rpm-file.So I downloaded an rpm file, it was said to
running with SUSE 9.2 without problems.
But when starting rpm -i
[ duh, hit send by mistake, that's twice today :-( ]
Ok, we made some progress on performance last week, but there's still
plenty to do. Here's a summary:
- Simon PJ found an O(n^2) case in the simplifier that appears to
be the cause of most, if not all, of the cases of GHC going out
This is to announce that testing for 6.4.1 has begun. Snapshots from
20050730 onwards are release candidates - please test if you can.
Snapshots are available from here:
http://www.haskell.org/ghc/dist/stable/dist/
we have source snapshots, and binaries for Linux/x86 (RH 9.1 era),
I built and installed ghc-6.5.20050723 on Linux from sources successfully,
and it looks quite normally-working.
I've stepped into a problem building trhsx from a package
haskell-src-exts-0.2.tar.gz with a quite unexpected (for me) message:
Preprocessing executables for trhsx-0.2...
Building
On 8/1/05, Konovalov, Vadim [EMAIL PROTECTED] wrote:
I built and installed ghc-6.5.20050723 on Linux from sources successfully,
and it looks quite normally-working.
I've stepped into a problem building trhsx from a package
haskell-src-exts-0.2.tar.gz with a quite unexpected (for me) message:
Functional and Declarative Programming in Education 2005
http://www.cs.kent.ac.uk/people/staff/sjt/fdpe05/
A one day workshop on Sunday, 25 September at ICFP05.
REGISTRATION
Registration for the workshop is through the TFP/ICFP/GPCE site:
http://www.cs.ioc.ee/tfp-icfp-gpce05/
Research Associate Position Available
(Post-Doc, Functional Programming Systems)
Applications are invited for a fixed-term research position at the
Department of Computer Science, University of York, UK. This position
is for a post-doctoral researcher to investigate the use of functional
I was developing a web site using haskell programs as cgi's, and I found
a strange behavior that I would like to know whether it is normal. I
have reduced the problem to the next program:
fEntrada = fich.txt
fSalida = fich.txt
creaFich :: IO()
creaFich = writeFile fEntrada me molo
main :: IO
--
Announcement of up to three PhD Scholarships
to pursue PhD studies in the
CLIP group (http://clip.dia.fi.upm.es),
Technical
Am Donnerstag, 28. Juli 2005 20:01 schrieb Diego y tal:
I was developing a web site using haskell programs as cgi's, and I found
a strange behavior that I would like to know whether it is normal. I
have reduced the problem to the next program:
fEntrada = fich.txt
fSalida = fich.txt
On Thu, Jul 28, 2005 at 08:01:17PM +0200, Diego y tal wrote:
I understand that this is caused by the lazyness,
No, it is caused by mixing laziness with side-effects, which happens
when you use getContents/readFile.
that doesn't evaluate the expression x - readFile fEntrada until
it's
Am Montag, 1. August 2005 22:38 schrieb Tomasz Zielonka:
On Thu, Jul 28, 2005 at 08:01:17PM +0200, Diego y tal wrote:
[...]
but.. is it normal that we have to think about this problem when
programming?
You just have to know, which functions mix laziness and side-effects
by using
AFAICS it is safe provided..
f always returns the same value for a given argument list
and..
f has no observable side effects.
What are called side effects ?
It looks to me like what you're trying to do is run three parallel
evaluation algorithms and take the answer from whichever one
On 8/1/05, Dinh Tien Tuan Anh [EMAIL PROTECTED] wrote:
depends on value of the first two elements of the list, f1, f2 and f3 will
return three different values. So is it safe ?
If f xs always returns the same value for a given xs, then it's safe.
Doesn't look like that's the case here,
So that's not safe, and thus it should be in the IO monad.
How can i handle a lazy list with IO monad.
For example, function
co (x:xs)
¦c ==1 = 1:co (xs)
¦c == 2 = 0:co (xs)
where c = unsafePerformIO(f (x:xs))
will be written without
Dinh Tien Tuan Anh [EMAIL PROTECTED] writes:
will be written without unsafePerformIO:
co' (x:xs) = do
c1 - co' xs
c- f (x:xs)
if (c==1)
then return 1:c1
else return 0:c1
Dear List Subscribers,
I am pleased to announce the first stable release of HSFFIG, yet
another tool for autogeneration of FFI bindings from C include files.
The project is now hosted at Sourceforge: http://hsffig.sourceforge.net
Downloads page: http://www.sourceforge.net/projects/hsffig
Darcs
27 matches
Mail list logo
