From blume at tti-c.org Fri Oct 2 12:10:45 2009 From: blume at tti-c.org (Matthias Blume) Date: Fri Oct 2 12:11:19 2009 Subject: [MLton-user] *** FLOPS 2010: Last Call for Papers *** Message-ID: <69651F7C-B078-4E57-BBDA-B8591EDDF1CD@tti-c.org> ---------------------------------------------------------------------------- LAST CALL FOR PAPERS Tenth International Symposium on Functional and Logic Programming (FLOPS 2010) April 19-21, 2010 Sendai, Japan http://www.kb.ecei.tohoku.ac.jp/flops2010/ Submission deadline: October 16, 2009 FLOPS is a forum for research on all issues concerning declarative programming, including functional programming and logic programming, and aims to promote cross-fertilization and integration between the two paradigms. Previous FLOPS meetings were held in Fuji Susono (1995), Shonan Village (1996), Kyoto (1998), Tsukuba (1999), Tokyo (2001), Aizu (2002), Nara (2004), Fuji Susono (2006), and Ise (2008). TOPICS FLOPS solicits original papers in all areas of functional and logic programming, including (but not limited to): Declarative Pearls: new and excellent declarative programs with illustrative applications. Language issues: language design and constructs, programming methodology, integration of paradigms, interfacing with other languages, type systems, constraints, concurrency and distributed computing. Foundations: logic and semantics, rewrite systems and narrowing, type theory, proof systems. Implementation issues: compilation techniques, memory management, program analysis and transformation, partial evaluation, parallelism. Applications: case studies, real-world applications, graphical user interfaces, Internet applications, XML, databases, formal methods and model checking. The proceedings will be published as an LNCS volume. The proceedings of the previous meeting (FLOPS 2008) were published as LNCS 4989. INVITED SPEAKERS TBD PC CO-CHAIRS Matthias Blume (Google, Chicago, USA) German Vidal (Technical University of Valencia, Spain) CONFERENCE CHAIR Naoki Kobayashi (Tohoku University, Sendai, Japan) PC MEMBERS Nick Benton (Microsoft Research, Cambridge, UK) Manuel Chakravarty (University of New South Wales, Australia) Michael Codish (Ben-Gurion University of the Negev, Israel) Bart Demoen (Katholieke Universiteit Leuven, Belgium) Agostino Dovier (University of Udine, Italy) John P. Gallagher (Roskilde University, Denmark) Maria Garcia de la Banda (Monash University, Australia) Michael Hanus (University of Kiel, Germany) Atsushi Igarashi (Kyoto University, Japan) Patricia Johann (Rutgers University, USA) Shin-ya Katsumata (Kyoto University, Japan) Michael Leuschel (University of Dusseldorf, Germany) Francisco Lopez-Fraguas (Complutense University of Madrid, Spain) Paqui Lucio (University of the Basque Country, Spain) Yasuhiko Minamide (University of Tsukuba, Japan) Frank Pfenning (Carnegie Mellon University, USA) Francois Pottier (INRIA, France) Tom Schrijvers (Katholieke Universiteit Leuven, Belgium) Chung-chieh "Ken" Shan (Rutgers University, USA) Zhong Shao (Yale University, USA) Jan-Georg Smaus (University of Freiburg, Germany) Nobuko Yoshida (Imperial College London, UK) LOCAL CHAIR Eijiro Sumii (Tohoku University, Sendai, Japan) SUBMISSION Submissions must be unpublished and not submitted for publication elsewhere. Work that already appeared in unpublished or informally published workshops proceedings may be submitted. Submissions should fall into one of the following categories: Regular research papers: they should describe new results and will be judged on originality, correctness, and significance. System descriptions: they should contain a link to a working system and will be judged on originality, usefulness, and design. All submissions must be written in English and can be up to 15 proceedings pages long. Authors are strongly encouraged to use LaTeX2e and the Springer llncs class file, available at http://www.springer.de/comp/lncs/authors.html Regular research papers should be supported by proofs and/or experimental results. In case of lack of space, this supporting information should be made accessible otherwise (e.g., a link to a web page, or an appendix). Papers should be submitted electronically at http://www.easychair.org/conferences/?conf=flops2010 IMPORTANT DATES Submission deadlines: - Abstract: October 16, 2009 - Paper: October 23, 2009 Author notification: December 21, 2009 Camera-ready copy: January 24, 2010 Conference: April 19-21, 2010 PLACE Sendai, Japan Some previous FLOPS: FLOPS 2008, Ise: http://www.math.nagoya-u.ac.jp/~garrigue/FLOPS2008/ FLOPS 2006, Fuji Susono: http://hagi.is.s.u-tokyo.ac.jp/FLOPS2006/ FLOPS 2004, Nara FLOPS 2002, Aizu: http://www.ipl.t.u-tokyo.ac.jp/FLOPS2002/ FLOPS 2001, Tokyo: http://www.ueda.info.waseda.ac.jp/flops2001/ SPONSOR JSSST SIG-PPL IN COOPERATION with AAFS (Asian Association for Foundation of Software) ACM SIGPLAN ALP (Association for Logic Programming) ---------------------------------------------------------------------------- From oivulf at gmail.com Tue Oct 6 10:18:38 2009 From: oivulf at gmail.com (fulvio ciriaco) Date: Tue Oct 6 10:18:48 2009 Subject: [MLton-user] mlton and netbsd In-Reply-To: References: <56a0a2840909240956t53651808h35287105384f991c@mail.gmail.com> <20090924.213938.107963436.oivulf@gmail.com> Message-ID: <20091006.191838.118628427.oivulf@gmail.com> Hallo, fortunately bootstrapping with smlnj-mlton resulted quite feasable, as soon as I increased memory to 2 Gb. I used smlnj v110.70. I left it compiling in the evening and found it done in the morning. So, now I have mlton trunk on NetBSD and I am testing it. Only the following needed fixing: the install procedure the mlyacc Makefile, seems to require mlyacc, I patched it so: - mllex src/yacc.lex && \ + (mllex src/yacc.lex || ml-lex src/yacc.lex) && \ - mlyacc src/yacc.grm && \ + (mlyacc src/yacc.grm || ml-yacc src/yacc.grm) && \ chmod -w src/yacc.grm.* so it accepts ml-yacc from smlnj when mlyacc is not found. Also, benchmark/main.sml has no support for netbsd and is not documented for mlton: --- main.sml (revision 7233) +++ main.sml (working copy) @@ -12,7 +12,7 @@ type int = Int.t fun usage msg = - Process.usage {usage = "[-mlkit] [-mosml] [-smlnj] bench1 bench2 ...", + Process.usage {usage = "[-mlkit] [-mosml] [-smlnj] [-mlton pathToMlton] bench1 bench2 ...", msg = msg} val doOnce = ref false @@ -239,6 +239,7 @@ case (MLton.Platform.Arch.host, MLton.Platform.OS.host) of (X86, Linux) => ".x86-linux" | (Sparc, Solaris) => ".sparc-solaris" + | (X86, NetBSD) => ".x86-bsd" | _ => raise Fail "don't know SML/NJ suffix for host type" end val heap = concat [bench, suffix] Fulvio From: Matthew Fluet Subject: Re: [MLton-user] mlton and netbsd Date: Fri, 25 Sep 2009 15:31:38 -0400 (EDT) > > Bootstrapping with an smlnj-mlton build is infeasible on pretty much > any hardware. 1GB is just about enough for a (32-bit) self-compile, > but you'll need a working mlton on your platform. > > I'm surprised that the latest NetBSD isn't sufficiently binary > compatible with the older mlton. > > On Thu, 24 Sep 2009, fulvio ciriaco wrote: >> I created smlnj-mlton from mlton in svn trunk and it works fine. >> It is now two days that it is compiling mlton, and I do not know >> when it will see the end. >> My hardware is a bit outdated, a thinkpad t42 with 1 GiB ram. >> Fulvio >> From: Jesper Louis Andersen >> Subject: Re: [MLton-user] mlton and netbsd >> Date: Thu, 24 Sep 2009 18:56:31 +0200 >> >>> On Tue, Sep 22, 2009 at 17:27, fulvio ciriaco >>> wrote: >>>> Hallo, >>>> is there anybody having mlton working on netbsd 5.0? >>>> I tried mlton-20051202-1.i386-netbsd on a "hello world" program >>>> but the generated executable >>>> segfaults in mutatorStackInvariant() >>> >>> It is a long time since I last tried mlton on NetBSD. I think the last >>> NetBSD I ran it on was a 4.x-something. I wonder what changes were >>> made to memory for you to segfault in that part. >>> >>> >>> -- >>> J. >> >> _______________________________________________ >> MLton-user mailing list >> MLton-user@mlton.org >> http://mlton.org/mailman/listinfo/mlton-user >> From mtf at cs.rit.edu Fri Oct 9 10:03:11 2009 From: mtf at cs.rit.edu (Matthew Fluet) Date: Fri Oct 9 10:03:16 2009 Subject: [MLton-user] mlton and netbsd In-Reply-To: <20091006.191838.118628427.oivulf@gmail.com> References: <56a0a2840909240956t53651808h35287105384f991c@mail.gmail.com> <20090924.213938.107963436.oivulf@gmail.com> <20091006.191838.118628427.oivulf@gmail.com> Message-ID: On Tue, 6 Oct 2009, fulvio ciriaco wrote: > fortunately bootstrapping with smlnj-mlton resulted quite feasable, > as soon as I increased memory to 2 Gb. > I used smlnj v110.70. > I left it compiling in the evening and found it done in the morning. Well, bootstrapping mlton with mlton is a 10min compile; so don't get the impression that the speed with which SML/NJ executes the compiler is the speed with which MLton executes the compiler. > Only the following needed fixing: > the install procedure > the mlyacc Makefile, seems to require mlyacc, I patched it so: > - mllex src/yacc.lex && \ > + (mllex src/yacc.lex || ml-lex src/yacc.lex) && \ > - mlyacc src/yacc.grm && \ > + (mlyacc src/yacc.grm || ml-yacc src/yacc.grm) && \ > chmod -w src/yacc.grm.* > so it accepts ml-yacc from smlnj when mlyacc is not found. You would presumably also need SML/NJ's ml-yacc and ml-lex for the /mlton/front-end/Makefile (not just for the /mlyacc/Makefile), since none of the generated files are part of the source distribution. Also, the above is a little noisy, as the shell will print an error when it doesn't find mllex or mlyacc. In any case, I've committed a patch that looks for MLton's tools first, and then falls back to SML/NJ's tools. However, bootstrapping from SML/NJ is not considered an "official" method of compiling MLton. Please do not make SML/NJ a build requirement for MLton. > Also, benchmark/main.sml has no support for netbsd and is not > documented for mlton: The benchmark program isn't part of the installed programs; it is only used by developers, and isn't fully documented. (There are a number of other flags besides those on the usage line.) And it has no explicit support for many SML/NJ platforms. I've committed a more robust method of determining the SML/NJ heap suffix. From oivulf at gmail.com Sat Oct 10 00:12:56 2009 From: oivulf at gmail.com (fulvio ciriaco) Date: Sat Oct 10 00:13:09 2009 Subject: [MLton-user] mlton and netbsd In-Reply-To: References: <20091006.191838.118628427.oivulf@gmail.com> Message-ID: <20091010.091256.137429759.oivulf@gmail.com> From: Matthew Fluet Subject: Re: [MLton-user] mlton and netbsd Date: Fri, 9 Oct 2009 13:03:11 -0400 (EDT) > On Tue, 6 Oct 2009, fulvio ciriaco wrote: >> fortunately bootstrapping with smlnj-mlton resulted quite feasable, >> as soon as I increased memory to 2 Gb. >> I used smlnj v110.70. >> I left it compiling in the evening and found it done in the morning. > > Well, bootstrapping mlton with mlton is a 10min compile; so don't get > the impression that the speed with which SML/NJ executes the compiler > is the speed with which MLton executes the compiler. > Yes, I had already noticed that mlton-mlton is much smaller and faster than smlnj-mlton. >> Only the following needed fixing: >> the install procedure >> the mlyacc Makefile, seems to require mlyacc, I patched it so: >> - mllex src/yacc.lex && \ >> + (mllex src/yacc.lex || ml-lex src/yacc.lex) && \ >> - mlyacc src/yacc.grm && \ >> + (mlyacc src/yacc.grm || ml-yacc src/yacc.grm) && \ >> chmod -w src/yacc.grm.* >> so it accepts ml-yacc from smlnj when mlyacc is not found. > > You would presumably also need SML/NJ's ml-yacc and ml-lex for the > /mlton/front-end/Makefile (not just for the > /mlyacc/Makefile), since none of the generated files are part of > the source distribution. > Also, the above is a little noisy, as the shell will print an error > when it doesn't find mllex or mlyacc. > > In any case, I've committed a patch that looks for MLton's tools > first, and then falls back to SML/NJ's tools. > > However, bootstrapping from SML/NJ is not considered an "official" > method of compiling MLton. Please do not make SML/NJ a build > requirement for MLton. > I had not that many choices. Probably there is some way to cross compile, but smlnj-bootstrap was easier to discover. Anyhow, I now have a working mlton package and can do a standard compilation. I committed wip/mlton-svn to pkgsrc, for the moment with the choice for bootstrap, just until I can upload the package in an official place. Keeping a working version of mlton-mlton will avoid the necessity to bootstrap by means of smlnj. >> Also, benchmark/main.sml has no support for netbsd and is not >> documented for mlton: > > The benchmark program isn't part of the installed programs; it is only > used by developers, and isn't fully documented. (There are a number > of other flags besides those on the usage line.) And it has no > explicit support for many SML/NJ platforms. > > I've committed a more robust method of determining the SML/NJ heap > suffix. > Oh, it was the first place where I looked for testing the compiler. Thank you for promtly patching the Makefiles, this will make the port much cleaner. Fulvio From blume at tti-c.org Mon Oct 19 19:35:36 2009 From: blume at tti-c.org (Matthias Blume) Date: Mon Oct 19 19:35:40 2009 Subject: [MLton-user] *** extended deadline: FLOPS 2010: Last Call for Papers *** Message-ID: <9FF9031C-5F35-494B-8BAA-65434EF02A3D@tti-c.org> ---------------------------------------------------------------------------- LAST CALL FOR PAPERS Tenth International Symposium on Functional and Logic Programming (FLOPS 2010) April 19-21, 2010 Sendai, Japan http://www.kb.ecei.tohoku.ac.jp/flops2010/ ** EXTENDED SUBMISSION DEADLINES ** abstracts: October 27, 2009 papers: November 3, 2009 FLOPS is a forum for research on all issues concerning declarative programming, including functional programming and logic programming, and aims to promote cross-fertilization and integration between the two paradigms. Previous FLOPS meetings were held in Fuji Susono (1995), Shonan Village (1996), Kyoto (1998), Tsukuba (1999), Tokyo (2001), Aizu (2002), Nara (2004), Fuji Susono (2006), and Ise (2008). TOPICS FLOPS solicits original papers in all areas of functional and logic programming, including (but not limited to): Declarative Pearls: new and excellent declarative programs with illustrative applications. Language issues: language design and constructs, programming methodology, integration of paradigms, interfacing with other languages, type systems, constraints, concurrency and distributed computing. Foundations: logic and semantics, rewrite systems and narrowing, type theory, proof systems. Implementation issues: compilation techniques, memory management, program analysis and transformation, partial evaluation, parallelism. Applications: case studies, real-world applications, graphical user interfaces, Internet applications, XML, databases, formal methods and model checking. The proceedings will be published as an LNCS volume. The proceedings of the previous meeting (FLOPS 2008) were published as LNCS 4989. INVITED SPEAKERS TBD PC CO-CHAIRS Matthias Blume (Google, Chicago, USA) German Vidal (Technical University of Valencia, Spain) CONFERENCE CHAIR Naoki Kobayashi (Tohoku University, Sendai, Japan) PC MEMBERS Nick Benton (Microsoft Research, Cambridge, UK) Manuel Chakravarty (University of New South Wales, Australia) Michael Codish (Ben-Gurion University of the Negev, Israel) Bart Demoen (Katholieke Universiteit Leuven, Belgium) Agostino Dovier (University of Udine, Italy) John P. Gallagher (Roskilde University, Denmark) Maria Garcia de la Banda (Monash University, Australia) Michael Hanus (University of Kiel, Germany) Atsushi Igarashi (Kyoto University, Japan) Patricia Johann (Rutgers University, USA) Shin-ya Katsumata (Kyoto University, Japan) Michael Leuschel (University of Dusseldorf, Germany) Francisco Lopez-Fraguas (Complutense University of Madrid, Spain) Paqui Lucio (University of the Basque Country, Spain) Yasuhiko Minamide (University of Tsukuba, Japan) Frank Pfenning (Carnegie Mellon University, USA) Francois Pottier (INRIA, France) Tom Schrijvers (Katholieke Universiteit Leuven, Belgium) Chung-chieh "Ken" Shan (Rutgers University, USA) Zhong Shao (Yale University, USA) Jan-Georg Smaus (University of Freiburg, Germany) Nobuko Yoshida (Imperial College London, UK) LOCAL CHAIR Eijiro Sumii (Tohoku University, Sendai, Japan) SUBMISSION Submissions must be unpublished and not submitted for publication elsewhere. Work that already appeared in unpublished or informally published workshops proceedings may be submitted. Submissions should fall into one of the following categories: Regular research papers: they should describe new results and will be judged on originality, correctness, and significance. System descriptions: they should contain a link to a working system and will be judged on originality, usefulness, and design. All submissions must be written in English and can be up to 15 proceedings pages long. Authors are strongly encouraged to use LaTeX2e and the Springer llncs class file, available at http://www.springer.de/comp/lncs/authors.html Regular research papers should be supported by proofs and/or experimental results. In case of lack of space, this supporting information should be made accessible otherwise (e.g., a link to a web page, or an appendix). Papers should be submitted electronically at http://www.easychair.org/conferences/?conf=flops2010 IMPORTANT DATES Submission deadlines: - Abstract: October 27, 2009 - Paper: November 3, 2009 Author notification: December 21, 2009 Camera-ready copy: January 24, 2010 Conference: April 19-21, 2010 PLACE Sendai, Japan Some previous FLOPS: FLOPS 2008, Ise: http://www.math.nagoya-u.ac.jp/~garrigue/FLOPS2008/ FLOPS 2006, Fuji Susono: http://hagi.is.s.u-tokyo.ac.jp/FLOPS2006/ FLOPS 2004, Nara FLOPS 2002, Aizu: http://www.ipl.t.u-tokyo.ac.jp/FLOPS2002/ FLOPS 2001, Tokyo: http://www.ueda.info.waseda.ac.jp/flops2001/ SPONSOR Japan Society for Software Science and Technology (JSSST), SIG-PPL Graduate School of Information Sciences, Tohoku University International Information Science Foundation IN COOPERATION with AAFS (Asian Association for Foundation of Software) ACM SIGPLAN ALP (Association for Logic Programming) ----------------------------------------------------------------------------