[Larceny-users] Larceny-users Digest, Vol 70, Issue 1

[William D Clinger]

Thank you for testing the release candidate.

I apologize for being so slow to respond. I've been on vacation and away
from the Internet for a week.

There appears to be a difference in R6 environments running in -r7rs mode
between the x86 and ARM runtimes.
My daily machine in an ARM Chromebook where test cases all pass, but I get
a test failure on both the x86 release candidate and, when I checked, the
x86 release as well.
Setup and run trace and details attached.

I am unable to reproduce this problem. After cloning your Crosstalk
repository and changing the "/home/kend/" in sis.scm to "/tmp/", all
tests passed with v0.99 (as shown in the attached temp1.txt). With
the nightly build available this morning, which should be equivalent
to the nightly build you used because none of the source code changed
while I was away, the tests are run in reverse order and there are
three test failures (as shown in the attached temp2.txt), but I did
not get the "undefined global variable: make-error-string-predicate"
error you got.

I took a quick run at building arm7 Larceny from a github clone.
The image runs fine as "larceny" but with either the -r7rs or -r7r6

Looks like you forgot to build the R7RS runtime as described in
http://www.cesura17.net/~larcenists/Nightly/doc/user-manual-alt.html#CompilingStdLibSection

I'll see if there's an easy way to generate an error message when
that happens.

Will

[kend]

On Fri, 4 Aug 2017 11:35:18 -0400 (EDT)

Post by William D Clinger
Thank you for testing the release candidate.

Hey, thanks much for Larceny!!

Post by William D Clinger
I apologize for being so slow to respond. I've been on vacation and away
from the Internet for a week.

Sounds like a _real_ vacation! Great.

Post by William D Clinger
I am unable to reproduce this problem.

Turns out I had set LARCENY_ROOT et all in my ".bashrc".

Long ago and forgotten.

The setting of LARCENY_LIBPATH also affected builds.

I updated Crosstalk to check for equivalent-alist? which allowed the three failed test cases to pass. Thanks for the report on this.

It took me while to discover why my updated test library failed to load. The only diagnostic I got was the "failed to load library" message.

I was testing code which worked fin in R7 but used #true and #false, which caused R6 to choke. Took me a long time to see this.

So the good news is that aside from some of my sillyness, a bunch of R6+7 code passes the test cases.

Thanks again for all,
-KenD

[kend]

On Fri, 4 Aug 2017 11:35:18 -0400 (EDT)

Post by William D Clinger
Looks like you forgot to build the R7RS runtime as described in
http://www.cesura17.net/~larcenists/Nightly/doc/user-manual-alt.html#CompilingStdLibSection

===============
Getting closer.

Post by William D Clinger

uname -a

Linux localhost 3.10.18 #1 SMP Mon Jun 5 16:52:23 PDT 2017 armv7l armv7l armv7l GNU/Linux

Set LARCENY_ROOT to bin-native larceny & cd to src larceny

Followed directions to first "(exit)". (see abbreviated build output, attached)

Set LARCENY_ROOT to src larceny

Built heaps

Using the newly built runtime heap, tried to compile r7rs runtime

--> Error: unhandled condition:
Compound condition has these components:
#<record &assertion>
#<record &who>
who : compile-library
#<record &message>
message : "contains non-library code"
#<record &irritants>
irritants : ("._original.sls")

Looks like the file indicated is
lib/R6RS/err5rs/records/syntactic/._original.sls

..which seems to be an artifact of git.


Platform difference w.r.t. directory traversal ?

Should have used original native binary rather than newly build binary ?

Thanks much,
-KenD

[William D Clinger]

Ken Dickey encountered the following error during a build
from source that appears to have been unpacked from
larceny-0.99-src.tar.gz :

--> Error: unhandled condition:
Compound condition has these components:
#<record &assertion>
#<record &who>
who : compile-library
#<record &message>
message : "contains non-library code"
#<record &irritants>
irritants : ("._original.sls")

Post by kend
Looks like the file indicated is
lib/R6RS/err5rs/records/syntactic/._original.sls
..which seems to be an artifact of git.

That file (and numerous other files whose names begin with
"._") came from unpacking

http://www.larcenists.org/LarcenyReleases/larceny-0.99-src.tar.gz

Those files should not have been present within the source
distribution. They contain gibberish related to an Apple
"feature" known as com.apple.quarantine:

https://developer.apple.com/library/content/releasenotes/Carbon/RN-LaunchServices/index.html

In short, the error you are encountering was caused by my use
of an Apple Macintosh and a Firefox browser when packaging the
source code for the larceny-0.99-src.tar.gz file.

I have created a new larceny-0.99-src.tar.gz file, without the
"._" files, and copied that corrected file to the larcenists.org
site. I will avoid using Apple products when creating the v1.3
files for download.

Thank you for bringing this problem to my attention.

Will

[kend]

On Sat, 5 Aug 2017 22:12:05 -0400 (EDT)

I have created a new larceny-0.99-src.tar.gz file, ...

Builds and runs just fine on ARM Chromebook. Tests all pass.

Great!

Thanks once again,
-KenD