hi
My attempt on porting Racket interpreter to iOS has been for a while and
I've been able to run interpreter on both iOS device as well iOS simulator.
Right now, it runs perfectly on iOS simulator, but lack of satisfaction on
device. The reason is for those devices like iPad/iPhone or Android, t
This is probably on a linux -- and is a problem that I reported as
part of PR 11778 (and probably better to file a new one, to make it
more visible, since it doesn't really belong in 11778). The short
story is that the arrows are not drawn on the screen, but if you force
a redraw of DrRacket someh
On Thu, Apr 21, 2011 at 7:42 PM, Robby Findler
wrote:
> On Wed, Apr 20, 2011 at 10:41 PM, Ryan Culpepper wrote:
>> * Robby Findler
>> - DrRacket Tests
>
> all passed except tests/drracket/test-engine-test.rkt and I'll be
> looking into that one.
This is now fixed.
Those of you who do teaching
It looks like it was a problem with libffi, which was also out of date in my
macports. I upgraded it before your email, and the build got past that point
where it was failing. Hopefully it won't have any more problems.
Thanks for the help.
-Eric
On Apr 21, 2011, at 10:17 PM, Matthew Flatt wr
The recent change to `configure' makes it use `pkg-config' to add -L
and -I flags for libffi. But those should flags be added consistently;
that is, you should end up with a build that uses `libiconv' from
macports.
Did you run `configure' in a fresh build directory? If not, maybe you
have files l
On Thu, 21 Apr 2011 19:32:18 -0600, Matthew Flatt wrote:
> At Thu, 21 Apr 2011 22:22:00 -0300, David Bremner wrote:
>
> Besides some code-organization problems, my guess is that "sconfig.h"
> doesn't figure out that you're on a FreeBSD variant. Do you know what
> pre-processor definition should b
I don't have any *FLAGS variables set in my environment when I run configure or
make. But I do have libiconv installed through macports. It was out of date,
and I upgraded it, but now I am getting a different message:
gcc -o Racket.framework/Versions/5.1.1.3/Racket -m32 -pthread -framework
Cor
It looke like you have `-L/opt/local/lib' in your LDFLAGS
configuration. Do you also have `-I/opt/local/include' in CPPFLAGS?
You machine is probably like mine, where you have two installations of
libiconv, and this error happens when the C headers of one installation
get mixed with the lib of the
I tried to build the git HEAD today and ran into problems. During the make
process, it fails to create the framework with the following error message:
gcc -o Racket.framework/Versions/5.1.1.3/Racket -m32 -pthread -framework
CoreFoundation -dynamiclib -all_load libracket.a libmzgc.a -ldl -lm -
At Thu, 21 Apr 2011 22:22:00 -0300, David Bremner wrote:
> I'm trying to build 5.1 on debian/kfreebsd, and I'm having problems with
> src/racket/src/port.c
>
> The main problems stem from MZ_FLUSH_* not being defined. This in turn
> seems to be because MZ_FDS is not defined at line 259. At that p
Hi All;
I'm trying to build 5.1 on debian/kfreebsd, and I'm having problems with
src/racket/src/port.c
The main problems stem from MZ_FLUSH_* not being defined. This in turn
seems to be because MZ_FDS is not defined at line 259. At that point I
got stuck, I couldn't see what controlled this def
At Wed, 20 Apr 2011 23:41:08 -0400, Ryan Culpepper wrote:
> * Matthew Flatt
> - Racket Tests
> - Languages Tests
> - GRacket Tests (Also check that `gracket -z' and `gracket-text' still
> works in Windows and Mac OS X)
> - mzc Tests
> - mzc --exe tests
> - .plt-packing Tests
> -
On Wed, Apr 20, 2011 at 10:41 PM, Ryan Culpepper wrote:
> * Robby Findler
> - DrRacket Tests
all passed except tests/drracket/test-engine-test.rkt and I'll be
looking into that one.
> - Framework Tests
> - Contracts Tests
> - Games Tests
> - Teachpacks Tests: image tests
> - PLaneT Tests
All of the plot tests and plot extensions in the science collection work as
expected.
On Wed, Apr 20, 2011 at 9:41 PM, Ryan Culpepper wrote:
> Checklist items for the v5.1.1 release
> (using the v5.1.0.900 release candidate build)
>
> Search for your name to find relevant items, reply when you
Two points worth noting:
1. Robby pointed out that I forgot to compile my code when I ran the script.
That was a critical omission on my side and it eliminates point -A- from my
list of negative observations.
2. I forgot to mention the most amazing aspect of my final test run with the
stude
Uhh.. no. But I see them, as attached. That's a mac with an older
version than yours; I've also checked the release candidate under
windows with the same program and they were there.
Robby
On Thu, Apr 21, 2011 at 4:42 PM, Danny Yoo wrote:
> The lexical scoping arrows seem to be missing from Chec
The lexical scoping arrows seem to be missing from Check Syntax. Is
this deliberate? Currently using 5.1.1.3--2011-04-21. Thanks!
_
For list-related administrative tasks:
http://lists.racket-lang.org/listinfo/dev
At Wed, 20 Apr 2011 23:41:08 -0400,
Ryan Culpepper wrote:
> - Typed Racket Tests
Done.
Vincent
_
For list-related administrative tasks:
http://lists.racket-lang.org/listinfo/dev
I had a request for line counts:
-- my own project used ~5,000loc, which includes comments and blank lines
-- of these, ~3,200 lines are 'real' code and some ~1,800 lines of
rackunit code
-- the Java projects run at about 2x to 3x the line count (the best project
comes in at close
On Wed, Apr 20, 2011 at 11:41 PM, Ryan Culpepper wrote:
> * Carl Eastlund
> - Dracula Tests (confirm that Dracula runs from PLaneT)
Done.
--Carl
_
For list-related administrative tasks:
http://lists.racket-lang.org/listinfo/dev
Not a mistake. 'mzscheme' is kept for script-compatibility but
'drscheme' is dropped as part of the name change transition.
Jay
2011/4/21 Jon Rafkind :
> Source distributions compiled ok. The racket distribution no longer
> produces a 'drscheme' executable even though it does produce 'mzscheme'.
Source distributions compiled ok. The racket distribution no longer
produces a 'drscheme' executable even though it does produce 'mzscheme'.
Is that a mistake?
On 04/21/2011 11:50 AM, Jon Rafkind wrote:
>> * Jon Rafkind
>> Release tests for (one of the) linux releases:
>> - Test that the `ra
Matthias Felleisen wrote at 04/21/2011 01:07 PM:
-A- I demanded that students deliver their functionality via Unix shell
scripts, and so I did so too. My tcsh scripts check the argument number and
pass the arguments on to Racket. Firing up one of my clients or servers takes
several seconds. Al
> * Jon Rafkind
> Release tests for (one of the) linux releases:
> - Test that the `racket' and `racket-textual' source releases
> compile fine
> - Test that the binary installers for both work, try each one in
> both normal and unix-style installation modes. (just ubuntu)
> [Note
[ In case you don't know: since the late 90s, I have been teaching a course
dubbed software dev every so often. Students choose their favorite language, I
choose the project, they program, I program in Racket and in DrRacket (and
strictly). Over the semester the students code-walk their project
An hour and a half ago, Kevin Tew wrote:
> An alternative patch that keeps places enabled but uses processes
> for build.
Yes -- this is what I meant by disabling it. (Assuming that this
disables the parallel build with either places or processes.)
> diff --git a/collects/setup/parallel-do.rkt
An alternative patch that keeps places enabled but uses processes for build.
diff --git a/collects/setup/parallel-do.rkt b/collects/setup/parallel-do.rkt
index 00823fe..2716c2a 100644
--- a/collects/setup/parallel-do.rkt
+++ b/collects/setup/parallel-do.rkt
@@ -168,7 +168,8 @@
At Thu, 21 Apr 2011 05:33:47 -0400, Eli Barzilay wrote:
> Two days ago, Kevin Tew wrote:
> >
> > This means that parallel zo and doc builds will use places instead
> > of processes.
> >
> > Report bugs as usual :)
>
> Here's a major bug: the memory consumption is *horrible*.
Ok, we'll disable f
Two days ago, Kevin Tew wrote:
>
> This means that parallel zo and doc builds will use places instead
> of processes.
>
> Report bugs as usual :)
Here's a major bug: the memory consumption is *horrible*. Winooski,
the main build machine, has 4 cores and 4gb ram. Things used to be
pretty bad wi
29 matches
Mail list logo
