- Gambit-list - mailman.iro.umontreal.ca

Comparing RPi's with LINPACK benchmark
by Bradley Lucier 11 Avr '16

11 Avr '16

Nothing to do with Gambit, but I thought I’d compare a Raspberry Pi 2 B (RPi2B) with a RPi3B using the linpack double-precision benchmark. On Rpi2B compiled with gcc -mcpu=cortex-a7 -mfpu=neon-vfpv4 -mfloat-abi=hard -Ofast -o linpackc_new linpackc_new.c I get cutie-pi:~> ./linpackc_new Enter array size (q to quit) [200]: 200 Memory required: 315K. LINPACK benchmark, Double precision. Machine precision: 15 digits. Array size 200 X 200. Average rolled and unrolled performance: Reps Time(s) DGEFA DGESL OVERHEAD KFLOPS ---------------------------------------------------- 64 0.67 88.31% 2.85% 8.84% 143587.934 128 1.34 88.31% 2.85% 8.84% 143539.628 256 2.69 88.26% 2.88% 8.86% 143610.046 512 5.35 88.28% 2.86% 8.86% 144172.103 1024 10.70 88.28% 2.86% 8.85% 144153.024 Enter array size (q to quit) [200]: 1000 Memory required: 7824K. LINPACK benchmark, Double precision. Machine precision: 15 digits. Array size 1000 X 1000. Average rolled and unrolled performance: Reps Time(s) DGEFA DGESL OVERHEAD KFLOPS ---------------------------------------------------- 1 1.62 96.95% 0.59% 2.46% 106370.268 2 3.17 97.78% 0.60% 1.62% 107598.577 4 6.37 97.78% 0.60% 1.61% 107021.647 8 12.70 97.78% 0.60% 1.62% 107340.380 On RPi3 compiled with gcc -Ofast -mcpu=cortex-a53 -mfpu=neon-vfpv4 -mfloat-abi=hard -Ofast -o linpackc linpackc_new.c I get sweety-pi:~> ./linpackc Enter array size (q to quit) [200]: Memory required: 315K. LINPACK benchmark, Double precision. Machine precision: 15 digits. Array size 200 X 200. Average rolled and unrolled performance: Reps Time(s) DGEFA DGESL OVERHEAD KFLOPS ---------------------------------------------------- 64 0.53 89.82% 2.83% 7.36% 178548.817 128 1.06 89.81% 2.83% 7.37% 178628.648 256 2.13 89.81% 2.82% 7.37% 178550.449 512 4.25 89.81% 2.82% 7.36% 178541.926 1024 8.50 89.81% 2.83% 7.37% 178647.415 2048 17.00 89.81% 2.83% 7.37% 178647.687 Enter array size (q to quit) [200]: 1000 Memory required: 7824K. LINPACK benchmark, Double precision. Machine precision: 15 digits. Array size 1000 X 1000. Average rolled and unrolled performance: Reps Time(s) DGEFA DGESL OVERHEAD KFLOPS ---------------------------------------------------- 1 1.02 97.47% 0.61% 1.92% 167558.926 2 2.08 97.42% 0.73% 1.84% 164153.213 4 4.06 97.87% 0.61% 1.52% 167576.385 8 8.13 97.87% 0.61% 1.52% 167558.026 16 16.26 97.87% 0.61% 1.52% 167568.545 Enter array size (q to quit) [200]: q Both compilers are sweety-pi:~> gcc --version gcc (Raspbian 4.9.2-10) 4.9.2 This page: https://www.raspberrypi.org/magpi/raspberry-pi-3-specs-benchmarks/ says of the Rpi3 "the Broadcom BCM2837 system-on-chip (SoC) includes four high-performance ARM Cortex-A53 processing cores running at 1.2GHz with 32kB Level 1 and 512kB Level 2 cache memory, a VideoCore IV graphics processor, and is linked to a 1GB LPDDR2 memory module on the rear of the board.” It also says the RAM runs at 900MHz. It’s funny, but I can’t find a definitive answer about how much cache the RPi2B has, or what the memory speed is. At any rate, the ratio of KFLOPS for the “small” (200 x 200) problem is 1.243 and the ratio of KFLOPS for the “large” (1000 x 1000) problem is 1.575. So the RPi3B must have a much more efficient memory system than the RPi2B. Brad

1 1

problems with clang
by Marc Feeley 08 Avr '16

08 Avr '16

I’m having problems compiling Gambit with clang and --enable-single-host on OS X : $ ./configure --enable-single-host CC=clang; make -j8 … $ make check ------------ TEST 1 (debugging support) ../gsi/gsi -:~~bin=../bin,~~lib=../lib,~~include=../include -f debug.scm > test1.out /bin/sh: line 1: 91157 Segmentation fault: 11 ../gsi/gsi -:~~bin=../bin,~~lib=../lib,~~include=../include -f debug.scm > test1.out make[1]: *** [test1] Error 139 make: *** [check] Error 2 $ clang -v Apple LLVM version 7.3.0 (clang-703.0.29) Target: x86_64-apple-darwin15.3.0 Thread model: posix InstalledDir: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin With the same configure command but using GNU gcc, there is no problem. I’m wondering if this is a code generation bug in clang introduced in the latest Xcode. Does someone have an older version of clang to check if this problem existed before? Marc

5 13

[ANN] Gambit v4.8.5 released
by gambit＠iro.umontreal.ca 02 Avr '16

02 Avr '16

1 0

[TFP 2016] Final call for papers
by Peter Achten 01 Avr '16

01 Avr '16

----------------------------- C A L L F O R P A P E R S ----------------------------- ======== TFP 2016 =========== 17th Symposium on Trends in Functional Programming June 8-10, 2016 University of Maryland, College Park Near Washington, DC http://tfp2016.org/ The symposium on Trends in Functional Programming (TFP) is an international forum for researchers with interests in all aspects of functional programming, taking a broad view of current and future trends in the area. It aspires to be a lively environment for presenting the latest research results, and other contributions (see below). Authors of draft papers will be invited to submit revised papers based on the feedback receive at the symposium. A post-symposium refereeing process will then select a subset of these articles for formal publication. TFP 2016 will be the main event of a pair of functional programming events. TFP 2016 will be accompanied by the International Workshop on Trends in Functional Programming in Education (TFPIE), which will take place on June 7nd. == INVITED SPEAKERS == TFP 2016 is pleased to announce keynote talks by the following two invited speakers: * Ronald Garcia, University of British Columbia * Steve Zdancewic, University of Pennsylvania == HISTORY == The TFP symposium is the heir of the successful series of Scottish Functional Programming Workshops. Previous TFP symposia were held in * Edinburgh (Scotland) in 2003; * Munich (Germany) in 2004; * Tallinn (Estonia) in 2005; * Nottingham (UK) in 2006; * New York (USA) in 2007; * Nijmegen (The Netherlands) in 2008; * Komarno (Slovakia) in 2009; * Oklahoma (USA) in 2010; * Madrid (Spain) in 2011; * St. Andrews (UK) in 2012; * Provo (Utah, USA) in 2013; * Soesterberg (The Netherlands) in 2014; * and Inria Sophia-Antipolis (France) in 2015. For further general information about TFP please see the TFP homepage. (http://www.tifp.org/) == SCOPE == The symposium recognizes that new trends may arise through various routes. 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 Articles: leading-edge, previously unpublished research work Position Articles: on what new trends should or should not be Project Articles: descriptions of recently started new projects Evaluation Articles: what lessons can be drawn from a finished project Overview Articles: summarizing work with respect to a trendy subject Articles must be original and not simultaneously submitted for publication to any other forum. They may consider any aspect of functional programming: theoretical, implementation-oriented, or experience-oriented. Applications of functional programming techniques to other languages are also within the scope of the symposium. Topics suitable for the symposium include, but are not limited to: Functional programming and multicore/manycore computing Functional programming in the cloud High performance functional computing Extra-functional (behavioural) properties of functional programs Dependently typed functional programming Validation and verification of functional programs Debugging and profiling for functional languages Functional programming in different application areas: security, mobility, telecommunications applications, embedded systems, global computing, grids, etc. Interoperability with imperative programming languages Novel memory management techniques Program analysis and transformation techniques Empirical performance studies Abstract/virtual machines and compilers for functional languages (Embedded) domain specific 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 2016 program chair, David Van Horn. == BEST PAPER AWARDS == To reward excellent contributions, TFP awards a prize for the best paper accepted for the formal proceedings. TFP traditionally pays special attention to research students, acknowledging that students are almost by definition part of new subject trends. A student paper is one for which the authors state that the paper is mainly the work of students, the students are listed as first authors, and a student would present the paper. A prize for the best student paper is awarded each year. In both cases, it is the PC of TFP that awards the prize. In case the best paper happens to be a student paper, that paper will then receive both prizes. == SPONSORS == TFP is financially supported by CyberPoint, Galois, Trail of Bits, and the University of Maryland Computer Science Department. == PAPER SUBMISSIONS == Acceptance of articles for presentation at the symposium is based on a lightweight peer review process of extended abstracts (4 to 10 pages in length) or full papers (20 pages). The submission must clearly indicate which category it belongs to: research, position, project, evaluation, or overview paper. It should also indicate which authors are research students, and whether the main author(s) are students. A draft paper for which ALL authors are students will receive additional feedback by one of the PC members shortly after the symposium has taken place. We use EasyChair for the refereeing process. Papers must be submitted at: https://easychair.org/conferences/?conf=tfp2016 Papers must be written in English, and written using the LNCS style. For more information about formatting please consult the Springer LNCS web site: http://www.springer.com/computer/lncs?SGWID=0-164-6-793341-0 == IMPORTANT DATES == Submission of draft papers: April 8, 2016 Notification: April 15, 2016 Registration: May 13, 2016 TFP Symposium: June 8-10, 2016 Student papers feedback: June 14, 2016 Submission for formal review: July 14, 2016 Notification of acceptance: September 14, 2016 Camera ready paper: October 14, 2016 == PROGRAM COMMITTEE == Amal Ahmed Northeastern University (US) Nada Amin École Polytechnique Fédérale de Lausanne (CH) Kenichi Asai Ochanomizu University (JP) Malgorzata Biernacka University of Wroclaw (PL) Laura Castro University of A Coruña (ES) Ravi Chugh University of Chicago (US) Silvia Ghilezan University of Novi Sad (SR) Clemens Grelck University of Amsterdam (NL) John Hughes Chalmers University of Technology (SE) Suresh Jagannathan Purdue University (US) Pieter Koopman Radboud University Nijmegen (NL) Geoffrey Mainland Drexel University (US) Chris Martens University of California, Santa Cruz (US) Jay McCarthy University of Massachusetts, Lowell (US) Heather Miller École Polytechnique Fédérale de Lausanne (CH) Manuel Serrano INRIA, Sophia-Antipolis (FR) Scott Smith Johns Hopkins University (US) Éric Tanter University of Chile (CL) David Van Horn (Chair) University of Maryland (US) Niki Vazou University of California, San Diego (US) Stephanie Weirich University of Pennsylvania (US)

1 0

Build times on Raspberry Pi 2 B
by Bradley Lucier 27 Mar '16

27 Mar '16

Here are some build times using the default compiler after a plain “./configure” on a Raspberry Pi 2 B. cutie-pi:~/programs/gambit> time make -j 3 from-scratch 5626.900u 111.090s 33:19.28 287.0% 0+0k 456+751584io 20pf+0w cutie-pi:~/programs/gambit> time make doc 125.540u 1.960s 2:12.44 96.2% 0+0k 31216+29640io 72pf+0w cutie-pi:~/programs/gambit> time make check 168.360u 6.900s 2:58.68 98.0% 0+0k 0+46320io 0pf+0w So, not so bad without --enable-single-host. Now I just need to remember to do this every once in a while. Perhaps someone with a new Pi3 could do the same experiment and report the results. Brad

1 2

Gerbil-v0.5
by Dimitris Vyzovitis 23 Mar '16

23 Mar '16

Hi all, I have tagged a new release for Gerbil, making it to v0.5. This release brings a revamped build system with a faster initial build.sh time and a bunch of new (optionally built) ffi libraries. More detailed changes since v0.4: - Revamped build system - by default, build.sh builds a stage1 gerbil for faster build times - std/make now supports dependency graphs - std/build-config for optionally built libraries with foreign dependencies - std/build builds with depgraph and optional libraries - std/xml is now optionally built to avoid hard dependency on libxml2 - Optionally built libraries with foreign dependencies - std/text/yaml: YAML support with libyaml bindings - std/text/zlib: zlib support for compression/decompression - std/db/sqlite: sqlite3 database interface - std/db/dbi: generic database interface - bug fixes and small improvements As usual, the code is on Github: https://github.com/vyzo/gerbil -- vyzo

1 0

[TFPIE 2016] 2nd call for papers
by Peter Achten 22 Mar '16

22 Mar '16

Trends in Functional Programming in Education (TFPIE 2016) 2nd Call for papers https://wiki.science.ru.nl/tfpie/TFPIE2016 The 5th International Workshop on Trends in Functional Programming in Education, TFPIE 2016, will be held on June 7, 2016 at the University of Maryland College Park in the USA. It is co-located with the Symposium on Trends in Functional Programming (TFP 2016) which takes place from June 8 - 10. *** Goal *** The goal of TFPIE is to gather researchers, teachers and professionals that use, or are interested in the use of, functional programming in education. TFPIE aims to be a venue where novel ideas, classroom-tested ideas and work-in-progress on the use of functional programming in education are discussed. The one-day workshop will foster a spirit of open discussion by having a review process for publication after the workshop. The program chair of TFPIE 2016 will screen submissions to ensure that all presentations are within scope and are of interest to participants. Potential presenters are invited to submit an extended abstract (4-6 pages) or a draft paper (up to 16 pages) in EPTCS style. The authors of accepted presentations will have their preprints and their slides made available on the workshop's website/wiki. Visitors to the TFPIE 2016 website/wiki will be able to add comments. This includes presenters who may respond to comments and questions as well as provide pointers to improvements and follow-up work. After the workshop, presenters will be invited to submit (a revised version of) their article for review. The PC will select the best articles for publication in the journal Electronic Proceedings in Theoretical Computer Science (EPTCS). Articles rejected for presentation and extended abstracts will not be formally reviewed by the PC. TFPIE workshops have previously been held in St Andrews, Scotland (2012), Provo Utah, USA (2013), Soesterberg, The Netherlands (2014), and Sophia-Antipolis, France (2015). *** Program Committee *** Stephen Chang at Northeastern University in Massachusetts, USA Marc Feeley at Université de Montréal in Québec, Canada Patricia Johann at Appalachian State University in North Carolina, USA Jay McCarthy at University of Massachusetts Lowell in Massachusetts, USA (Chair) Prabhakar Ragde at University of Waterloo in Ontario, Canada Brent Yorgey at Hendrix College in Arkansas, USA *** Submission Guidelines *** TFPIE 2016 welcomes submissions describing techniques used in the classroom, tools used in and/or developed for the classroom and any creative use of functional programming (FP) to aid education in or outside Computer Science. Topics of interest include, but are not limited to: - FP and beginning CS students - FP and Computational Thinking - FP and Artificial Intelligence - FP in Robotics - FP and Music - Advanced FP for undergraduates - Tools supporting learning FP - FP in graduate education - Engaging students in research using FP - FP in Programming Languages - FP in the high school curriculum - FP as a stepping stone to other CS topics - FP and Philosophy *** Best Lectures *** In addition to papers, we request "best lecture" presentations. What is your best lecture topic in an FP related course? Do you have a fun way to present FP concepts to novices or perhaps an especially interesting presentation of a difficult topic? In either case, please consider sharing it. Best lecture topics will be selected for presentation based on a short abstract describing the lecture and its interest to TFPIE attendees. *** Submission *** Papers and abstracts can be submitted via EasyChair at the following link: https://easychair.org/conferences/?conf=tfpie2016 It is expected at at least one author for each submitted paper will attend the workshop. *** Registration & Local Information *** Please see the TFP site for registration and local information: http://tfp2016.org/ *** Important Dates *** April 27, 2016: Submission deadline for draft TFPIE papers and abstracts May 3, 2016: Notification of acceptance for presentation May 13, 2016: Registration for TFP/TFPIE closes June 7, 2016: Presentations in Maryland, USA July 7, 2016: Full papers for EPTCS proceedings due. September 1, 2016: Notification of acceptance for proceedings September 22, 2016: Camera ready copy due for EPTCS Submission of an abstract implies no obligation to submit a full version; abstracts with no corresponding full versions by the full paper deadline will be considered as withdrawn.

1 0

Configure options
by Vijay Mathew 11 Mar '16

11 Mar '16

Could someone please throw more light on these configure options: --enable-multiple-vms, --enable-multiple-threaded-vms, --enable-max-processors, --enable-thread-system What is the state of multi-processor support in gambit? Is there any sample code? I would also like to know why `poll` is not the default select method ( or why configure options `--enable-poll` is `NO` by default). Thanks, --Vijay

3 6

LambdaNative: Scheme for Mobile, Desktop, and Embedded Cross-Platform Development
by Bradley Lucier 10 Mar '16

10 Mar '16

http://www.infoq.com/news/2016/03/lambdanative-cross-platform-dev This is an interview with Chris Peterson, the development team leader behind LambdaNative, a cross-platform development toolkit built on top of Gambit. Brad

1 0

Building and linking to a static library
by Vijay Mathew 10 Mar '16

10 Mar '16

Hi, I use `gsc` (v4.7.1) to build a standalone application like this: $gsc -o myapp -exe ./core/*.scm myapp.scm Now I would like to compile all the scheme files in `core` as a static library (libcore.a) and use it in building other apps: $gsc -o yourapp -ld-options "-lcore" -exe yourapp.scm I tried to use the `-link -flat` options as described in the manual but ran into linker errors. Is there a simple way to achieve what I am trying to do? Thanks, --Vijay

3 8