Hi Junia
> I am a professor of Computer Science in a technological institute. My
research is comparing productivity of computer
> languages using Measurement Theory.
As a software professional and one-time researcher your research
sounds intriguing. Software productivity is one of those areas tha
Justfor the records: I updated the version at
http://rosettacode.org/wiki/Knuth%27s_algorithm_S#Racket
--
Manfred
Racket Users list:
http://lists.racket-lang.org/users
John Clements asked about a Debian version the other day. Robby Findler
pointed him to: http://plt.eecs.northwestern.edu/snapshots/
I suggest downloading the Debian Wheezy version which I guess would
have the glibc version you need.
--
Manfred
On Wed, 5 Mar 2014 18:03:26 -0300
Junia Magellan
Excellent post! I fully agree.
--
Manfred
On Mon, 10 Mar 2014 01:30:01 +
Matthew Eric Bassett wrote:
> On 03/05/2014 09:03 PM, Junia Magellan wrote:
> > I would like you to understand that most people are not PhD in
> > Computer Science. 90% of people want to run out of the box
> > applica
On Sun, 9 Mar 2014 16:44:06 -0400
Matthias Felleisen
wrote:
>
> Consider moving the defines into main, and then run main: on my Mac,
> this drives down the time by another 10%+:
>
Hm, interesting. Didn't make a difference on my Linux system.
Anyway, overall I'm quite satisfied. I learned tha
Hi Junia.
I am an OpenIndiana User, Racket is the most easiest (big) language to
build in Solaris and its forks, and it works no difference from it in other
operating systems.
In OpenIndiana even guile I cannot build without pain.
I was a vim+mzscheme user, I built it in MacOSX in which platform v
At Wed, 5 Mar 2014 16:31:39 -0800, Joe Gilray wrote:
> I've used dherman's memoize for years. To use it I added:
>
> (require (planet dherman/memoize:3:1))
>
> and changed "define" to "define/memo"
>
> Now that I installed Racket 6.0, I'd like to use the memoize that is
> referenced at http://p
Junia, which GNU/Linux distribution and version are you using? Some
version of Conectiva?
Distributing compiled software for all the GNU/Linux distributions is
more complicated than it is for a few versions of Windows and Mac OS X.
Often, people using some GNU/Linux distribution have good lu
On 03/05/2014 09:03 PM, Junia Magellan wrote:
I would like you to understand that most people are not PhD in
Computer Science. 90% of people want to run out of the box
applications. Even programmers don't have in depth knowledge about the
workings of computers and operating systems. I don't know
Could I chime in and suggest building with something like Debian stable
which has older, but not too old, libraries? Things built on Debian stable
should work on newer Linuxes.
On Sun, Mar 9, 2014 at 7:39 PM, Matthias Felleisen wrote:
>
> On Mar 5, 2014, at 4:03 PM, Junia Magellan wrote:
>
> I w
On Mar 5, 2014, at 4:03 PM, Junia Magellan wrote:
> I would like you to understand that most people are not PhD in Computer
> Science. 90% of people want to run out of the box applications. Even
> programmers don't have in depth knowledge about the workings of computers and
> operating systems
Thanks for the report. We have completely revised our process for
building and distributing Racket in version 6.0, and it appears that
one of the hiccups in the new process may be that the Linux build ends
up depending on a newer version of libc. I'm investigating.
While I appreciate the problem r
I've used dherman's memoize for years. To use it I added:
(require (planet dherman/memoize:3:1))
and changed "define" to "define/memo"
Now that I installed Racket 6.0, I'd like to use the memoize that is
referenced at http://pkgs.racket-lang.org/.
Can someone give me a step-by-step guide on ho
I am a professor of Computer Science in a technological institute. My
research is comparing productivity of computer languages using Measurement
Theory. I think you already know that from my previous posts. The point is
that Racket 6.0 installer is very unfriendly. Well, it is almost like the
insta
To notice:
- Normal-rate registration is until Monday, 10 March 2014.
**
CALL FOR PARTICIPATION
ETAPS 2014
17th European Joint Conferences on Theory And Practice of Software
Consider moving the defines into main, and then run main: on my Mac, this
drives down the time by another 10%+:
#! /bin/sh
#|
exec racket -t "$0" ${1+"$@"}
|#
#lang racket/base
(provide main)
(require racket/function)
(define (main)
(define (s-of-n-creator n)
[define count 0] ; 'i' in
On Sun, 09 Mar 2014 14:34:05 -0400
Neil Van Dyke wrote:
> Manfred Lotz wrote at 03/09/2014 01:13 PM:
> > There is a certain way the
> > algorithm should be implemented (given at the top of the page).
> >
>
> I haven't traced through the algorithm completely (and I have to run
> out the door
Manfred Lotz wrote at 03/09/2014 01:13 PM:
There is a certain way the
algorithm should be implemented (given at the top of the page).
I haven't traced through the algorithm completely (and I have to run out
the door now), but looks like you might be able to replace the
"(vector-copy vec)
On Sun, 09 Mar 2014 13:00:04 -0400
Neil Van Dyke wrote:
> Manfred Lotz wrote at 03/09/2014 12:34 PM:
> [...]
> > I had a look at the implementations of Knuth's algorithm S at
> > rosetta code: http://rosettacode.org/wiki/Knuth's_algorithm_S#Racket
> >
> [...]
>
> Without profiling or trying
Manfred Lotz wrote at 03/09/2014 12:34 PM:
[...]
I had a look at the implementations of Knuth's algorithm S at rosetta
code: http://rosettacode.org/wiki/Knuth's_algorithm_S#Racket
[...]
Without profiling or trying to understand the code:
* Is all that vector copying really necessary?
* Are
Hi there,
I had a look at the implementations of Knuth's algorithm S at rosetta
code: http://rosettacode.org/wiki/Knuth's_algorithm_S#Racket
What baffles me is the fact that the Racket version is so slow. Running
some sample on my laptop I have:
Ruby: ruby kas.rb 0.57s user 0.01s system 99% cpu
The GC in that first call to `vector-length` is really paying for work
related to allocating the vector.
Normally, a call to `vector-length` wouldn't present an opportunity for
the GC to fire. Combine it with `time`, though, and there are some
allocation points to set up timing. So, unfortunately,
I've pushed a repair for this bug. Thanks for the report!
At Sat, 08 Mar 2014 14:42:03 -0500, "David T. Pierson" wrote:
> On Sat, Mar 08, 2014 at 10:28:31AM -0700, Jon Stenerson wrote:
> > If anyone has linux available can you try this out and see if it is
> > an actual bug, and not just my instal
I looked into EPUB generation from Racket (with the eventual goal of
making a Scribble back-end) some time last year. I didn't get very far,
unfortunately.
One thing I remember being a problem: EPUB files (which are zip archives
with a special format) require zip features (an unzipped part at a
ce
24 matches
Mail list logo
