*****SPAM***** Annotation for unfolding wanted
Spam detection software, running on the system h7568.serverkompetenz.net, has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Hi Tim, thanks for the hint, but I tried this without success. My point is, that I don't want to try a pragma and see whether it works. I would like to specify the requirement that a function has to be in constant space and if it cannot be done, that the program should not compile. Would it be complicated to include in the compiler? [...] Content analysis details: (7.4 points, 5.0 required) pts rule name description -- -- 0.1 FORGED_RCVD_HELO Received: contains a forged HELO 3.0 BAYES_95 BODY: Bayesian spam probability is 95 to 99% [score: 0.9674] 1.9 RCVD_IN_NJABL_DUL RBL: NJABL: dialup sender did non-local SMTP [87.172.161.188 listed in combined.njabl.org] 2.0 RCVD_IN_SORBS_DUL RBL: SORBS: sent directly from dynamic IP address [87.172.161.188 listed in dnsbl.sorbs.net] 0.2 AWLAWL: From: address is in the auto white-list ---BeginMessage--- Hi Tim, thanks for the hint, but I tried this without success. My point is, that I don't want to try a pragma and see whether it works. I would like to specify the requirement that a function has to be in constant space and if it cannot be done, that the program should not compile. Would it be complicated to include in the compiler? Cheers, Georg Have you tried using the INLINE pragma? http://www.haskell.org/ghc/docs/latest/html/users_guide/pragmas.html#inline-noinline-pragma Cheers, Tim ---End Message--- ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
RE: *****SPAM***** Annotation for unfolding wanted
Anybody know what spam detection program is producing this absurd result, so I can make sure I never even think about using it? It's the second such email in two (or possibly three) days. The potential of Bayesian filtering is vastly overstated, but this one has to be a bug or usage error of some sort. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Georg Martius Sent: Sunday, July 29, 2007 6:21 AM To: glasgow-haskell-users@haskell.org Subject: *SPAM* Annotation for unfolding wanted Spam detection software, running on the system h7568.serverkompetenz.net, has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Hi Tim, thanks for the hint, but I tried this without success. My point is, that I don't want to try a pragma and see whether it works. I would like to specify the requirement that a function has to be in constant space and if it cannot be done, that the program should not compile. Would it be complicated to include in the compiler? [...] Content analysis details: (7.4 points, 5.0 required) pts rule name description -- -- 0.1 FORGED_RCVD_HELO Received: contains a forged HELO 3.0 BAYES_95 BODY: Bayesian spam probability is 95 to 99% [score: 0.9674] 1.9 RCVD_IN_NJABL_DUL RBL: NJABL: dialup sender did non-local SMTP [87.172.161.188 listed in combined.njabl.org] 2.0 RCVD_IN_SORBS_DUL RBL: SORBS: sent directly from dynamic IP address [87.172.161.188 listed in dnsbl.sorbs.net] 0.2 AWLAWL: From: address is in the auto white-list ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: building ghc6 on ppc64 linux
Has anyone successfully built it on ppc64 yet? The latest build I can find in a distro is ghc-6.4.2 in gentoo. Has anyone tried ghc [6.6.1] on ppc64? I have a gentoo binary package built some time ago from the gentoo ebuild for 6.6.1: http://sqrl.mcmaster.ca/~kahl/Haskell/ghc-bin-6.6.1.tbz2 This is for 32-bit userland running on a 64-bit kernel --- the default in gentoo, and currently restricts to unregisterised build. Wolfram ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Call for Submissions - First Workshop on Languages and Tools for Parallel and Distributed Programming (LTPD 2007)
First Workshop on Languages and Tools for Parallel and Distributed Programming (LTPD 2007) http://computacao.ucpel.tche.br/ltpd/ Gramado, RS - Brazil Co-located with SBAC-PAD 2007 (24-27 October 2007) *** Submissão de artigos: 24 de Agosto *** The objective of this workshop is to bring together researchers working on the design and implementation of programming languages, tools and techniques for distributed, parallel and mobile programming. Submitted papers should present original research that is unpublished and not submitted elsewhere. We encourage the submission of work in progress, especially by MSc and PhD students. We plan to provide a friendly environment where researchers can discuss current and future trends in programming languages for parallel and distributed programming. Papers can be written in English, Portuguese and Spanish. Papers should have 4 pages, following the IEEE Computer Society Proceedings Manuscript Formatting Guidelines. All accepted papers will be published in the On-Line conference proceedings, and as a technical report. The SBAC-PAD organization will also publish the electronic proceedings in CD. We plan to publish selected high quality papers from the proceedings in a local brazilian journal. At least one author of an accepted paper must attend the workshop and all workshop attendees must be registered to SBAC-PAD. Topics of Interest -- -- Topics of interest include, but are not limited to: * Programming Multi-Core Machines * Coordination Languages * Concurrent and Parallel Garbage Collection * Type systems and semantics for parallel, distributed and mobile languages * Declarative parallel, distributed and mobile languages * Languages for mobile and ubiquitous computing * Calculi for Mobility and Concurrency * Design Patterns * Distributed Objects * Distributed Component Models * Mobile Agents Languages * Software issues for multicore or multithreaded processors Important Dates - - * Deadline for paper submission: August 24, 2007 * Accepted Papers Notification: September 10, 2007 * Camera-Ready Submission: September 17, 2007 Organizing Committee -- - André Rauber Du Bois (Chair) - UCPel Francisco Heron de Carvalho Junior (Chair)- UFC Program Committe --- Adenauer Correa Yammin - UCPel Alcides Calsavara - PUCPR Álvaro Freitas Moreira - UFRGS André Rauber Du Bois - UCPel André Santos - UFPE Claudio Fernando Resin Geyer - UFRGS Cristiano Vasconcellos - UFPel Francisco Heron De Carvalho Jr - UFC Hans-Wolfgang Loidl - LMU, Germany Iara Augustin - UFSM Jorge Luis Victoria Barbosa - Unisinos Marco Túlio de Oliveira Valente - PUC-MG Phil Trinder - Heriot-Watt University, UK Rafael Dueire Lins - UFPE Ricardo Corrêa - UFC ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: building ghc6 on ppc64 linux
[Oops, I forgot to include g-h-u in my first reply.] On 30 Jul 2007 04:01:56 -, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Perhaps the following snippet from the gentoo ebuild helps: # GHC build system knows to build unregisterised on alpha and hppa, # but we have to tell it to build unregisterised on some other arches if use ppc64 || use sparc; then echo GhcUnregisterised=YES mk/build.mk echo GhcWithNativeCodeGen=NO mk/build.mk echo GhcWithInterpreter=NO mk/build.mk echo SplitObjs=NO mk/build.mk echo GhcRTSWays := debug mk/build.mk echo GhcNotThreaded=YES mk/build.mk fi Thanks for that tip - I shuold have thought to check. Unfortunately I still get the same undefined __DISCARD__ with that. Also perhaps I should mention that earlier I am seeing a *lot* of warnings like these: /usr/bin/ghc -H16m -O -I. -Iinclude -Rghc-timing -ignore-package Cabal -I../libraries -fglasgow-exts -no-recomp-c Compat/Directory.hs -o Compat/Directory.o -ohi Compat/Director y.hi Warning: retaining unknown function `.L.__stginit_CompatziDirectory' in output from C compiler Warning: retaining unknown function `.L.__stginit_CompatziDirectory_' in output from C compiler Warning: retaining unknown function `.L.CompatziDirectory_createDirectoryIfMissing_entry' in output from C compiler Warning: retaining unknown function `.L.s2U5_ret' in output from C compiler Warning: retaining unknown function `.L.s2PU_1_alt' in output from C compiler Warning: retaining unknown function `.L.s2PU_0_alt' in output from C compiler Warning: retaining unknown function `.L.s2U8_1_alt' in output from C compiler Warning: retaining unknown function `.L.s2U8_0_alt' in output from C compiler Warning: retaining unknown function `.L.s2U9_1_alt' in output from C compiler Warning: retaining unknown function `.L.s2U9_0_alt' in output from C compiler Warning: retaining unknown function `.L.s2Ua_1_alt' in output from C compiler Warning: retaining unknown function `.L.s2Ua_0_alt' in output from C compiler Warning: retaining unknown function `.L.s2Q0_dflt' in output from C compiler Warning: retaining unknown function `.L.s2PH_entry' in output from C compiler Warning: retaining unknown function `.L.r2Ly_entry' in output from C compiler Warning: retaining unknown function `.L.s2U2_1_alt' in output from C compiler Warning: retaining unknown function `.L.s2U2_0_alt' in output from C compiler Warning: retaining unknown function `.L.s2U3_ret' in output from C compiler : : : But I don't know if they matter or are related to my __DISCARD__ problem. Jens ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users