Re: ghc 6.10.3-prerelease failed build log for freebsd7.2

[brad clawsie]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

hi Ian, thanks for the response. unfortunately my bsd box has had an
accident. i will not be able to test your suggestion below. perhaps if
someone else has a freebsd box they can try.

thanks
brad

Ian Lynagh  writes:
> Do you have iconv installed?
>
> If so, does applying the patch below and putting:
>
> EXTRA_CABAL_CONFIGURE_FLAGS = --extra-include-dirs=/some/path 
> --extra-lib-dirs=/some/other/path
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)

iEYEARECAAYFAkoChTcACgkQxRg3RkRK91OgqACbB3XSp6Yhg6NZ0/3VR72at6ay
hWQAn0n8ToaIZXMW0oVSYprnV+2T1Mac
=WYet
-END PGP SIGNATURE-
___
Glasgow-haskell-users mailing list
Glasgow-haskell-users@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-users

Re: 6.10.3 prerelease

[Yusaku Hashimoto]

Hi


Running Haddock for base-4.1.0.0...
Warning: The documentation for the following packages are not
installed. No
links will be generated to these packages: rts-1.0
i686-apple-darwin8-gcc-4.0.1: Internal error: Virtual timer expired
(program cc1)


Hmm, is that repeatable?


Yes.

It is occur when making doc.library.whatever in $TOPDIR/library.

It seemed to be SIGVTALRM for schedular is gotten by child process.  
But I couldn't write smaller example to repeat it.


So I wrapped gcc with blocking almost all signals before forking, It  
just worked.




And if so, does it happen if you try to build 6.10.2?


Yes. Same error appeared.


Building the pre-release on OS X 10.5 (to make the installer)  
worked for

me.


I envy you, Should I upgrade OS? :P


Thanks
Hashimoto
___
Glasgow-haskell-users mailing list
Glasgow-haskell-users@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-users

Re: ghc 6.10.3-prerelease failed build log for freebsd7.2

[Matthias Kilian]

On Wed, May 06, 2009 at 08:48:04PM +0100, Ian Lynagh wrote:
> H Kili,
> 
> On Mon, May 04, 2009 at 09:36:00PM +0200, Matthias Kilian wrote:
> > 
> > In your case, it doesn't find libiconv, thus isn't built, and causes
> > failure later. In my case (a buildbot running OpenBSD-4.5 on i386),
> > the haskeline build itself fails (see `kili-stable' on
> > darcs.haskell.org/buildbots),
> 
> Is iconv installed somewhere on that machine? If so, where is it?
> (both the library and the header file)

Binary in /usr/local/bin/iconv, library in /usr/local/lib, header
in /usr/local/include.

The strange thing isn't that it isn't detected correctly (linking
is done a little bit differently on OpenBSD, you have to explicitely
specify depending libs), but that the overall build doesn't fail
on my fast build machine at home (which i still have to turn into
a buildslave)

Anyway, i'll look into this next weekend. Don't hold back the release
because of this. For FreeBSD, there should be no problem to add
some small patches (or probably just some additional arguments to
configure), and for OpenBSD, ir just doesn't matter (because I'll
wait for ghc 6.12 with our port).

Ciao,
Kili


-- 
Automake and autoconf deserve to wither and die, but unfortunately noone
at GNU seems to make much of an effort to euthanasize them.
-- Han-Wen Nienhuys, on Lilypond-devel mailing list
___
Glasgow-haskell-users mailing list
Glasgow-haskell-users@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-users

Re: ghc 6.10.3-prerelease failed build log for freebsd7.2

[Ian Lynagh]

Hi brad,

On Sun, May 03, 2009 at 11:03:49PM -0700, brad clawsie wrote:
> 
> after some trying, i was unable to get the 6.10.3 prerelease to build on
> freebsd 7.2. i was trying to use an existing 6.10.2 as my build ghc.

Thanks for trying it out!

Do you have iconv installed?

If so, does applying the patch below and putting:

EXTRA_CABAL_CONFIGURE_FLAGS = --extra-include-dirs=/some/path 
--extra-lib-dirs=/some/other/path

(where /some/path and /some/other/path are the paths to the iconv
header and library respectively) in mk/build.mk before you start the
build work?


Thanks
Ian


diff -rN -u old-ghc/libraries/Makefile new-ghc/libraries/Makefile
--- old-ghc/libraries/Makefile  2009-05-06 20:49:11.0 +0100
+++ new-ghc/libraries/Makefile  2009-05-06 20:49:11.0 +0100
@@ -200,7 +200,8 @@
$(COMMON_CONFIGURE_FLAGS) \
   --haddock-options="--use-contents=../index.html \
  --use-index=../doc-index.html" \
-  $(CONFIGURE_OPTS)
+  $(CONFIGURE_OPTS) \
+  $(EXTRA_CABAL_CONFIGURE_FLAGS)
 
 stamp/configure.library.build$(CONFIGURE_STAMP_EXTRAS).dph/dph-par: \
 dph/dph-par

___
Glasgow-haskell-users mailing list
Glasgow-haskell-users@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-users

Re: ghc 6.10.3-prerelease failed build log for freebsd7.2

[Ian Lynagh]

H Kili,

On Mon, May 04, 2009 at 09:36:00PM +0200, Matthias Kilian wrote:
> 
> In your case, it doesn't find libiconv, thus isn't built, and causes
> failure later. In my case (a buildbot running OpenBSD-4.5 on i386),
> the haskeline build itself fails (see `kili-stable' on
> darcs.haskell.org/buildbots),

Is iconv installed somewhere on that machine? If so, where is it?
(both the library and the header file)


Thanks
Ian

___
Glasgow-haskell-users mailing list
Glasgow-haskell-users@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-users

RE: GHC 6.10.2 the 'impossible' panic with type families

[Simon Peyton-Jones]

Definitely a bug, thank you!  I've created a Trac ticket for it.

Simon

| -Original Message-
| From: glasgow-haskell-users-boun...@haskell.org [mailto:glasgow-haskell-users-
| boun...@haskell.org] On Behalf Of Jan Jakubuv
| Sent: 05 May 2009 11:06
| To: glasgow-haskell-users@haskell.org
| Subject: GHC 6.10.2 the 'impossible' panic with type families
|
| Dear haskellers,
|
| with the following code:
|
| {-# OPTIONS -fglasgow-exts #-}
|
| class SUBST s where
| type STerm s
|
| class OBJECT o where
| type OTerm o
| apply :: (SUBST s, OTerm o ~ STerm s) => s -> o
|
| fce' f = fce . apply $ f
|
| fce f = fce' f
|
| I have the following message in both GHCi and GHC (tested on GHC 6.10.1
| linux and win, and 6.10.2 linux):
|
| ghc: panic! (the 'impossible' happened)
|   (GHC version 6.10.2 for i386-unknown-linux):
| idInfo co{v agz} [tv]
|
| Please report this as a GHC bug:  http://www.haskell.org/ghc/reportabug
|
| The above is the smallest example I have found that behaves in this way. It
| is a striped version of an original and more complicated code. What seems
| interesting to me is that when one defines `fce` as follows (instead of the
| above):
|
|fce = fce'
|
| then everything is ok (= no panic message). In my original code `fce'` was a
| monad computation, something like:
|
| fce' f = fce f >>= \s → fce (apply s)
|
| and this produces the same result (= the panic message).
|
| Is this a bug or a known issue?
|
| Sincerely,
|   Jan.
|
|
|
| --
| Heriot-Watt University is a Scottish charity
| registered under charity number SC000278.
|
| ___
| Glasgow-haskell-users mailing list
| Glasgow-haskell-users@haskell.org
| http://www.haskell.org/mailman/listinfo/glasgow-haskell-users

___
Glasgow-haskell-users mailing list
Glasgow-haskell-users@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-users

runhaskell a parallel program

[Neil Mitchell]

Hi,

I've got a program which I'd like to run on multiple threads. If I
compile it with ghc --make -threaded, then run with +RTS -N2 it runs
on 2 cores very nicely.

If however I run it with runhaskell Test.hs +RTS -N2 I get told the
-N2 flag isn't supported. Is there a way to runhaskell a program on
multiple cores? Is this a bug that it doesn't work, a feature request
I'm making, or is there some trick to getting it working I haven't
thought of? I'll raise a bug report if that turns out to be the right
thing.

Thanks

Neil
___
Glasgow-haskell-users mailing list
Glasgow-haskell-users@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-users

Re: ghc-6.10.3-pre on OS X 10.5.6

[Ian Lynagh]

Hi Greg,

On Wed, May 06, 2009 at 07:49:08AM -0400, Gregory Wright wrote:
> 
> I built ghc-6.10.2.20090504 on OS X 10.5.6 (Intel).  The build  
> succeeded, and the results
> of running the 6.10.2 (release) testsuite were:

Thanks for trying it out!

> (I assume that I should be testing with the latest released testsuite  
> in the absence of a
> snapshot. Is that true?)

You mean the 6.10.2 testsuite tarball? Yes, that's the best one to use.


Thanks
Ian

___
Glasgow-haskell-users mailing list
Glasgow-haskell-users@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-users

Re: 6.10.3-pre

[Ian Lynagh]

Hi Serge,

On Wed, May 06, 2009 at 12:50:09PM +0400, Serge D. Mechveliani wrote:
> 
> I have tested  ghc-6.10.2.20090430
> under Debian Linux, 
>   processor = (GenuineIntel cpu family 6,  
>Intel(R) Core(TM)2 CPU 6400).
> It looks all right.

Thanks for the testing!


Thanks
Ian

___
Glasgow-haskell-users mailing list
Glasgow-haskell-users@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-users

Re: 6.10.3 prerelease

[Ian Lynagh]

Hi Hashimoto,

On Sun, May 03, 2009 at 01:04:42PM +0900, Yusaku Hashimoto wrote:
> 
> I tried to build prerelease from tarball on Intel Mac (OS 10.4.11) by  
> ghc-6.10.1

Thanks for the testing!

> Running Haddock for base-4.1.0.0...
> Warning: The documentation for the following packages are not  
> installed. No
> links will be generated to these packages: rts-1.0
> i686-apple-darwin8-gcc-4.0.1: Internal error: Virtual timer expired  
> (program cc1)

Hmm, is that repeatable?

And if so, does it happen if you try to build 6.10.2?

Building the pre-release on OS X 10.5 (to make the installer) worked for
me.


Thanks
Ian

___
Glasgow-haskell-users mailing list
Glasgow-haskell-users@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-users

ghc-6.10.3-pre on OS X 10.5.6

[Gregory Wright]

Hi,

I built ghc-6.10.2.20090504 on OS X 10.5.6 (Intel).  The build  
succeeded, and the results

of running the 6.10.2 (release) testsuite were:

OVERALL SUMMARY for test run started at Wed May  6 04:21:54 EDT 2009
2413 total tests, which gave rise to
   12919 test cases, of which
   0 caused framework failures
2489 were skipped

   10033 expected passes
 301 expected failures
   0 unexpected passes
  96 unexpected failures

Unexpected failures:
   2469(ghci)
   2816(ghci)
   DoParamM(normal)
   jl_defaults(ghci)
   jules_xref(ghci)
   jules_xref2(ghci)
   launchbury(ghci)
   lex(ghci)
   mod133(normal)

num009 
(normal 
,optc,hpc,optasm,profc,profasm,ghci,threaded1,threaded2,profthreaded)

reify 
(normal 
,optc,hpc,optasm,profc,profasm,ghci,threaded1,threaded2,profthreaded)

   rittri(ghci)
   signals002(ghci,ghci)

signals004 
(ghci 
,threaded1,threaded2,profthreaded,ghci,threaded1,threaded2,profthreaded)

   tc183(normal,optc,hpc,optasm,profc,profasm)
   tc217(normal,optc,hpc,optasm,profc,profasm)
   tc220(normal,optc,hpc,optasm,profc,profasm)
   tc223(normal,optc,hpc,optasm,profc,profasm)
   tc232(normal,optc,hpc,optasm,profc,profasm)
   tcfail126(normal)

tree 
(normal 
,optc,hpc,optasm,profc,profasm,ghci,threaded1,threaded2,profthreaded)



(I assume that I should be testing with the latest released testsuite  
in the absence of a

snapshot. Is that true?)

Best Wishes,
Greg
___
Glasgow-haskell-users mailing list
Glasgow-haskell-users@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-users

6.10.3-pre

[Serge D. Mechveliani]

Dear GHC team,

I have tested  ghc-6.10.2.20090430
under Debian Linux, 
  processor = (GenuineIntel cpu family 6,  
   Intel(R) Core(TM)2 CPU 6400).
It looks all right.

The test was:
1) making  ghc-6.10.2.20090430  from source by  ghc-6.10.2,
2) making DoCon and running its test,
3) making Dumatel-1.06-pre  and running its test,
   also with  -enable-library-profiling and a bit of time profiling

(for any future occasion:  profiling is important).

Regards,

-
Serge Mechveliani
mech...@botik.ru

___
Glasgow-haskell-users mailing list
Glasgow-haskell-users@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-users

Last CFP: Trends in Functional Programming

[Simon Marlow]

[ Forwarding on behalf of Horváth Zoltán  ]

Last call for papers

 10th SYMPOSIUM ON TRENDS IN FUNCTIONAL PROGRAMMING

 TFP 2009

 SELYE JANOS UNIVERSITY, KOMARNO, SLOVAKIA

 June 2-4, 2009

http://www.inf.elte.hu/tfp_cefp_2009

*** Submission deadline extended until 10th of May! ***

The symposium on Trends in Functional Programming (TFP) is an

international forum for researchers with interests in all aspects of

functional programming languages, focusing on providing a broad view of

current and future trends in Functional Programming. It aspires to be a

lively environment for presenting the latest research results. Acceptance

for the conference is based on full papers or extended abstracts, and a

formal post-symposium refereeing process selects the best articles

presented at the symposium for publication in a high-profile volume.

TFP 2009 is hosted by the Selye Janos University, Komarno, Slovakia, and

it is co-located with the 3rd Central-European Functional Programming

School (CEFP 2009), which is held immediately before TFP 2009 (May 25-30).

 IMPORTANT DATES (ALL 2009)

* Paper Submission: May 10 (extended)

* Notification of Acceptance: May 12

* Camera Ready Symposium Proceedings Paper: May 14

* TFP Symposium: June 2-4, 2009

* Post Symposium Paper Submission: June 30

* Notification of Acceptance: September 7

* Camera Ready Revised Paper: September 21

 SCOPE OF THE SYMPOSIUM

As part of the Symposium's focus on trends we therefore identify

the following five article categories. High-quality articles are

solicited in any of these categories:

* Research: leading-edge, previously unpublished research.

* Position: on what new trends should or should not be.

* Project: descriptions of recently started new projects.

* Evaluation: what lessons can be drawn from a finished project.

* Overview: summarizing work with respect to a trendy subject.

Articles must be original and not submitted for simultaneous publication

to any other forum. They may consider any aspect of functional

programming: theoretical, implementation-oriented, or more experience-

oriented. Applications of functional programming techniques to other

languages are also within the scope of the symposium. Contributions on

the following subject areas are particularly welcomed:

* Dependently Typed Functional Programming

* Validation and Verification of Functional Programs

* Debugging for Functional Languages

* Functional Programming and Security

* Functional Programming and Mobility

* Functional Programming to Animate/Prototype/Implement Systems from

  Formal or Semi-Formal Specifications

* Functional Languages for Telecommunications Applications

* Functional Languages for Embedded Systems

* Functional Programming Applied to Global Computing

* Functional GRIDs

* Functional Programming Ideas in Imperative or Object-Oriented

  Settings (and the converse)

* Interoperability with Imperative Programming Languages

* Novel Memory Management Techniques

* Parallel/Concurrent Functional Languages

* Program Transformation Techniques

* Empirical Performance Studies

* Abstract/Virtual Machines and Compilers for Functional Languages

* New Implementation Strategies

* Any new emerging trend in the functional programming area

If you are in doubt on whether your article is within the scope of TFP,

please contact the TFP 2009 program chairs, Zoltan Horvath and Viktoria

Zsok at tfp2...@inf.elte.hu 

 SUBMISSION AND DRAFT PROCEEDINGS

Acceptance of articles for presentation at the symposium is based on the

screening process of full papers (15 pages) and extended abstracts

(at least 3 pages). TFP encourages PhD students to submit papers.

PhD students may request the program committee to provide extensive

feedback on their full papers at the time of submission. Full papers

describing work accepted for presentation must be completed before the

symposium for publication in the draft proceedings. Further details can

be found at the TFP 2009 website.

 POST-SYMPOSIUM REFEREEING AND PUBLICATION

In addition to the draft symposium proceedings, we continue the TFP

tradition of publishing a high-quality subset of contributions in the

Intellect series on Trends in Functional Programming.

 PROGRAM COMMITTEE

* Peter Achten (symp-chair), Radboud University Nijmegen, NL

* John Clements, California Polytechnic State University, USA

* Cormac Flanagan, University of California at Santa Cruz, USA

* Jurriaan Hage, Utrecht University, NL

* Kevin Hammond, University of St. Andrews, UK

* Michael Hanus, Christian-Albrechts University zu Kiel, DE

* Ralf Hinze, University of Oxford, UK

* Zoltan Horvath (PC co-chair),  Eotvos Lorand University, HU

* Graham Hutton, University of Nottingham, UK

* Johan Jeuring, Utrecht University