Technical analysis Web apps using PostgreSQL and SCGI library (this is
from before Racket Web Server) work well. Lately I have had good success
using Racket's standard PostgreSQL support, after using proprietary
interfaces before. Internal research tools Web apps (e.g., corpus
annotating and s
Hi,
At work we are sort of settling on building web applications with
HTML5/Javascript client-side UI's backed by services. Java, .NET, and
Python are obvious candidates. It makes me curious about what the Racket
stack would look like, I mean what is the defacto:
* database
* database library or O
Hi,
There are posts out there about Racket on Heroku:
https://github.com/onixie/heroku-buildpack-racket
I am wondering how are you experiences with it?
Having just learned Amazon EC2, Heroku looks pretty nice.
Grant
Racket Users list:
http://lists.racket-lang.org/users
Hi all,
Running raco setup, I'm getting many duplicate tag reports. Such as:
raco setup: WARNING: duplicate tag: (part ("(planet doc.scrbl (khardy
gui-container-utils.plt 1 0))" "zz"))
raco setup: in: c:\home\racketutils\gui-container-utils\doc.scrbl
raco setup: and: C:\home\RacketUtils\gui-conta
The power of Racket, particularly it's ability to compose of map, fold, and
filter, is exactly what I need. I'm not sure the R library is
particularly transferable to Racket though, but I'll need to study it more
to be sure. I'll start down the path of implementing a few relational
algebra primitiv
Thanks Jay for this link. This is a most comprehensive system that seems to
cover what I need, and a fair bit more as well. It will take me a while to
get through the manual but I hope there are nuggets of
insight contained within.
One thing surprises me though, it seems there are as many different
Thanks Asumu for these links. Although the code in the paper is confusing
because I'm not familiar with R, it has given me a good insight: datasets
need to be described as dimensions and variables. I think the library
presented in the paper conflates the structure of the data as read (in a
csv file
On Tue, Nov 6, 2012 at 5:19 PM, Ray Racine wrote:
> To pick up on a previous topic:
>
> OK given define-predicate doesn't work for mutable datatypes.
>
> (define-predicate T? (HashTable Symbol String)) ;; goes boom
>
> Are we also saying in effect that no possible manual predicate construction
> w
To pick up on a previous topic:
OK given define-predicate doesn't work for mutable datatypes.
(define-predicate T? (HashTable Symbol String)) ;; goes boom
Are we also saying in effect that no possible manual predicate construction
will be accepted by TR?
i,e, is there any form of the below one c
On 11/06/2012 03:23 PM, Ryan Culpepper wrote:
On 11/06/2012 02:59 PM, Grant Rettke wrote:
Hi,
Usually there are homework problems and stuff for tweaking strings but I
was just playing around for the fun of it. I wondered what is the "best
way" to do a couple of simple tasks but without regex. H
Racket's loop iteration system is extensible; we can extend Racket to
produce a 'for' loop that can accumulate strings. For example:
;; An example of using for/fold/derived.
;;
;; for/string: a loop variant that produces a string:
(defi
On 11/06/2012 02:59 PM, Grant Rettke wrote:
Hi,
Usually there are homework problems and stuff for tweaking strings but I
was just playing around for the fun of it. I wondered what is the "best
way" to do a couple of simple tasks but without regex. Here are two of
them. They are not optimized I j
Hi,
Usually there are homework problems and stuff for tweaking strings but I
was just playing around for the fun of it. I wondered what is the "best
way" to do a couple of simple tasks but without regex. Here are two of
them. They are not optimized I just wrote them in a way that seemed the
simple
Perhaps the right approach is to migrate/adapt/port the R library to Racket?
That way you get what you need, plus experience in building a DSL, plus the
power and speed of Racket.
On Nov 5, 2012, at 11:32 PM, Asumu Takikawa wrote:
> On 2012-11-06 15:22:49 +1100, Simon Haines wrote:
>> A
Guys:
- Gambit is awesome (and not just because the name is so cool)
- LLVM is a worthy project; one from academia even!
- Benchmarks don't really say much about a language implementation.
Lets not get too excited.
Thanks,
Robby
On Tue, Nov 6, 2012 at 9:53 AM, Neil Van Dyke wrote:
> (CC
(CC list trimmed.)
Greg Hendershott wrote at 11/06/2012 10:22 AM:
It sounds like this is morphing into benchmarking C compilers?
I think architecting a compiler to target the wildly popular GCC, as the
default configuration, is totally fair.
Sounds like Apple pulled a switcheroo, broke
Probably it's because I'm no authority on benchmarks, but I'm confused
in a couple ways.
It sounds like this is morphing into benchmarking C compilers?
Also I wonder about measuring a "best-case" scenario (find/install/use
best-available C compiler) vs. a "typical-case" scenario (using the
"out o
Le 2012-11-06 à 3:50 AM, Hugh Aguilar a écrit :
> I am very impressed that Racket is as fast as it is. I had expected the
> compilers such as Gambit to be much faster than the VM-JIT system. If Racket
> had a 64-bit x86 assembler available, I might even consider using it instead
> of Gambit.
John (I think it was you),
A few days back you mentioned something about the JIT for PPC not being
compatible with "Book E" FPUs. Since I plan to be tinkering with racket
and a Book E device, I was wondering whether there were any references/
tests I could look out for to observe this problem.
I
I am very impressed that Racket is as fast as it is. I had expected the
compilers such as Gambit to be much faster than the VM-JIT system. If Racket
had a 64-bit x86 assembler available, I might even consider using it instead of
Gambit.
Message: 1
Date: Mon, 5 Nov 2012 08:09:19 -0500
From: Sa
20 matches
Mail list logo
