Hi. I've a question about --enable-backtrace in the configure step. Is
it useful for the users or only is useful for the racket developers?.
This option affect to the performance of racket?.
I'm not a scheme/racket developer. I'm just the racket maintainer on
OpenBSD [1]. I'm using this
On 07/31/12 15:37, Matthew Flatt wrote:
At Mon, 30 Jul 2012 01:50:22 +0200, Juan Francisco Cantero Hurtado wrote:
Hi. I've a question about --enable-backtrace in the configure step. Is
it useful for the users or only is useful for the racket developers?.
This option affect to the performance
On 10/02/2012 05:41 PM, Matthew Flatt wrote:
It looks like this is a result of the way that libssl is linked on
OpenBSD. In particular, it seems to not refer to libcrypto directly,
and instead depends on libcrypto supplying it exports in the global
namespace. Although the Racket `openssl'
On 10/18/12 20:09, Matthew Flatt wrote:
At Thu, 04 Oct 2012 03:48:42 +0200, Juan Francisco Cantero Hurtado wrote:
Probably you need execute 'export LDFLAGS=-pthread -lcrypto' in your
shell before of run ./configure.
Thanks for the suggestion, and I see why that would work. Still, I
think it's
On Thu, 18 Oct 2012 12:09:25 -0600
Matthew Flatt mfl...@cs.utah.edu wrote:
At Thu, 04 Oct 2012 03:48:42 +0200, Juan Francisco Cantero Hurtado
wrote:
Probably you need execute 'export LDFLAGS=-pthread -lcrypto' in
your shell before of run ./configure.
Thanks for the suggestion, and I
I'm seeing a weird behavior of the installation of Racket 5.3.1 on
OpenBSD (I don't know if other OS are affected or not).
On amd64 Racket installs this files:
/usr/local/share/racket/doc/images/pict_168.png
/usr/local/share/racket/doc/images/pict_169.png
On 11/19/12 00:08, Robby Findler wrote:
What are they?
The most of the images say we claim the privilege. One is the US Congress.
Robby
On Sun, Nov 18, 2012 at 5:01 PM, Juan Francisco Cantero Hurtado
i...@juanfra.info wrote:
I'm seeing a weird behavior of the installation of Racket 5.3.1
ray.rac...@gmail.com wrote:
I have it as well. Seems to be in the git repo. Google of the phrase is
interesting as well.
On Sun, Nov 18, 2012 at 6:23 PM, Juan Francisco Cantero Hurtado
i...@juanfra.info wrote:
On 11/19/12 00:08, Robby Findler wrote:
What are they?
The most of the images
the next version at May 1 and IIRC the frozen of
the CVS will occur in February. I want do racket a official package for
the next release, so I need fix or at least add a note about the known
bugs.
Robby
On Mon, Nov 19, 2012 at 12:13 PM, Juan Francisco Cantero Hurtado
i...@juanfra.info wrote
, Juan Francisco Cantero Hurtado wrote:
On 11/19/12 19:21, Robby Findler wrote:
I think it is probably best to have the OpenBSD port be a faithful
match to 5.3.1. This isn't a major bug and hopefully you'll just get
the fix in 5.3.2 or whatever the next version is called in 2-3 months.
Does
On 01/05/2013 03:58 PM, Matthew Flatt wrote:
I have been thinking about how developers who build their own Racket
are more likely to want installation-wide packages instead of user- and
version-specific packages. This is particularly true for those of us
who work from the git respository.
Maybe
(b265e260)
Chris Jester-Young:
- fix srfi/61 use of =, else (9e93ee26)
Juan Francisco Cantero Hurtado:
- fix configure for openbsd (292c81a8)
fix configure for GCC 4.7 on OpenBSD is a better description.
Add also Change the default stack size to safe values on OpenBSD
(592d762).
William
On 05/08/13 17:49, Asumu Takikawa wrote:
RacketCon 2013
--
We are pleased to announce that (third RacketCon) will take place on
September 29, 2013 at Northeastern University in Boston. This year, we
plan to bring in several speakers from industry, as well as host talks
from Racket
On 05/20/13 23:24, Carl Eastlund wrote:
On Mon, May 20, 2013 at 4:58 PM, Asumu Takikawa as...@ccs.neu.edu wrote:
On 2013-05-20 14:42:15 -0600, Matthew Flatt wrote:
Eventually, when the dust settles, I think we'll want to convert every
directory to its own git repo, and then we can incorporate
On 05/21/13 12:21, Carl Eastlund wrote:
On Mon, May 20, 2013 at 11:20 PM, Juan Francisco Cantero Hurtado
i...@juanfra.info wrote:
On 05/20/13 23:24, Carl Eastlund wrote:
On Mon, May 20, 2013 at 4:58 PM, Asumu Takikawa as...@ccs.neu.edu
wrote:
On 2013-05-20 14:42:15 -0600, Matthew Flatt
On 06/18/13 19:36, Carl Eastlund wrote:
rantI don't understand why version control systems don't take directories
and renames more seriously, because this stuff is part of the development
cycle and should be recorded like any other change./rant
Mercurial tracks renames. Look hg help mv :)
On 07/13/13 20:56, Matthew Flatt wrote:
[...]
** Downloading release installers from PLT
The www.racket-lang.org site's big blue button will provide the same
installers that it does now, at least by default. That is, the content
provided by the installer --- DrRacket, teaching languages, etc.
On 07/14/13 15:00, Matthew Flatt wrote:
At Sun, 14 Jul 2013 02:54:06 +0200, Juan Francisco Cantero Hurtado wrote:
On 07/13/13 20:56, Matthew Flatt wrote:
[...]
** Downloading release installers from PLT
The www.racket-lang.org site's big blue button will provide the same
installers
I think is a good idea to include the next patches in racket 5.3.6.
Support for libjpeg version 9:
http://git.racket-lang.org/plt/commit/158997cde7
And libpng 1.6:
https://github.com/plt/racket/commit/5629a6156a5720e51a277849f75b3135cb93664f
The standard on modern unix systems is to name the shared libraries with
this pattern: lib + name + .so. + major version + . + minor
version. Racket uses libracket-5.3.6.so. It isn't correct.
-rwxr-xr-x 1 root wheel 9.0M Aug 17 04:28
/usr/local/lib/libracket3m-5.3.6.so
-rw-r--r-- 1 root
On 09/16/13 17:10, Matthew Flatt wrote:
I think this is a libffi problem, and I guess there's a patch that we
still need to add to the Racket copy of libffi (although I sync'd with
the latest libffi sson after the last time this was discussed).
I've created a pull request with the patch.
On 09/11/13 10:42, Juan Francisco Cantero Hurtado wrote:
The standard on modern unix systems is to name the shared libraries with
this pattern: lib + name + .so. + major version + . + minor
version. Racket uses libracket-5.3.6.so. It isn't correct.
-rwxr-xr-x 1 root wheel 9.0M Aug 17 04:28
Hi. I'm compiling racket 6 (from the git branch release) on OpenBSD.
The configure script includes the options enable-gracket and
enable-docs but I don't see the gracket binary and the docs installed
after the installation. Someone forgot remove the options or these are
usefull for
On 11/25/13 05:10, Juan Francisco Cantero Hurtado wrote:
Hi. I'm compiling racket 6 (from the git branch release) on OpenBSD.
The configure script includes the options enable-gracket and
enable-docs but I don't see the gracket binary and the docs installed
after the installation. Someone forgot
On 12/01/13 04:00, Matthew Flatt wrote:
At Sun, 01 Dec 2013 03:31:32 +0100, Juan Francisco Cantero Hurtado wrote:
On 11/25/13 05:10, Juan Francisco Cantero Hurtado wrote:
Hi. I'm compiling racket 6 (from the git branch release) on OpenBSD.
The configure script includes the options enable
release of OpenBSD for these platforms. Add more platforms require
time and a lot of tests (from me and other people).
Meanwhile, I'm working on the update to racket 6 for amd64/i386 :)
(that's also the reason for my questions)
On Sun, Dec 1, 2013 at 7:19 PM, Juan Francisco Cantero Hurtado
i
Hi. If it's not too late, I would like to have these patches included in
racket 6:
https://github.com/plt/racket/commit/56483c8809811cf31a46677fc63d75f75505c1e0
https://github.com/plt/racket/commit/93b38e25a6aae9fac970f650d36e8e6d881ba700
Thanks.
_
Racket Developers
Hi. The last days I've been reading the code within gmplonglong.h and
I've a question/request. Why there is assembler code? Why not just to
remove the assembler code and to use the C fallback for every CPU?.
These days the racket developers (and users) mostly only test their code
on amd64,
be
inclined add the assembly; I hesitate only because adding more assembly
is exactly the opposite of your request.
At Sun, 12 Jan 2014 01:31:21 +0100, Juan Francisco Cantero Hurtado wrote:
Hi. The last days I've been reading the code within gmplonglong.h and
I've a question/request. Why
I'm trying to compile Racket 6.0 on OpenBSD/hppa but the compilation
fails because there is not support for CAS on OpenBSD/hppa. Is it
possible compile racket on platforms without atomic CAS?.
_
Racket Developers list:
http://lists.racket-lang.org/dev
On 04/28/14 01:03, Matthew Flatt wrote:
At Mon, 28 Apr 2014 00:58:48 +0200, Juan Francisco Cantero Hurtado wrote:
I'm trying to compile Racket 6.0 on OpenBSD/hppa but the compilation
fails because there is not support for CAS on OpenBSD/hppa. Is it
possible compile racket on platforms without
Francisco Cantero Hurtado wrote:
On 04/28/14 01:03, Matthew Flatt wrote:
At Mon, 28 Apr 2014 00:58:48 +0200, Juan Francisco Cantero Hurtado wrote:
I'm trying to compile Racket 6.0 on OpenBSD/hppa but the compilation
fails because there is not support for CAS on OpenBSD/hppa. Is it
possible compile racket
, Juan Francisco Cantero Hurtado wrote:
On 04/28/14 20:08, Matthew Flatt wrote:
I think `--enable-pthread` is triggering the attempt to use CAS. Can
you leave that one out?
I tried without enable-pthread. I see the same problem
http://juanfra.info/bl/racket-2014/racket-6.0-2.log
At Mon, 28 Apr
/racket-6.0-debug/racket-6.0/src/racket/gc2/precomp.c
Segmentation fault (core dumped)
The output of gdb:
http://juanfra.info/bl/racket-2014/backtrace-racket-6.0.log
At Wed, 30 Apr 2014 00:21:10 +0200, Juan Francisco Cantero Hurtado wrote:
On 04/28/14 21:13, Matthew Flatt wrote:
Sorry --- I now
I'm testing the update to racket 6.0.1 and I'm seeing this problem:
$ raco pkg install racket-test
[..]
$ cd .racket/6.0.1/pkgs/racket-test/tests/racket
$ racket -f quiet.rktl
Section(basic)
Section(unicode)
Section(rx)
Section(reading)
Section(readtable)
Section(printing)
Section(macro)
is not only related to the growing direction
of the stack. It can even hurt slightly the performance on other platforms.
HPPA and MIPS64 only permit aligned access to memory, however amd64, arm
(almost always) and x86 doesn't have this problem.
On 04/30/14 15:49, Juan Francisco Cantero Hurtado
a closer look.
I've been trying during the last days to run OpenBSD mips64/mips64el
with qemu but I failed. I will try with other architectures.
At Wed, 18 Jun 2014 04:33:46 +0200, Juan Francisco Cantero Hurtado wrote:
Sorry for revive an old thread but recently an OpenBSD developer
(jturner
I've been reading the code of the files gc/os_dep.c and
gc/include/private/gcconfig.h. I've some questions related to OpenBSD.
---
In the X86_64 config, the file defines STACKBOTTOM and HEURISTIC2
(unused because racket picks STACKBOTTOM). What's the preferred?. I'm
asking because I don't
to another
OpenBSD dev to test Racket with Senora on mips64el.
At Tue, 15 Jul 2014 04:37:45 +0200, Juan Francisco Cantero Hurtado wrote:
I've been reading the code of the files gc/os_dep.c and
gc/include/private/gcconfig.h. I've some questions related to OpenBSD.
---
In the X86_64 config
Hi, OpenBSD -current or -stable? amd64 or i386?
On 12/17/2014 01:56 PM, Philippe Meunier wrote:
Hello,
I just tried building racket from scratch on OpenBSD 5.6 after cloning
the github repository, and raco setup failed:
[...]
raco setup: rendering: pkgs/html-doc/html/html.scrbl
raco setup:
On 12/20/2014 04:17 PM, Philippe Meunier wrote:
Juan Francisco Cantero Hurtado wrote:
Hi, OpenBSD -current or -stable? amd64 or i386?
Stable i386.
Works fine on my machine.
Try with ulimit -d 100.
_
Racket Developers list:
http://lists.racket-lang.org/dev
.
In contrast to the i386 experience, racket works like a charm on
openbsd/amd64.
Sincerely, I don't know if the bug is in racket or in openbsd.
On 12/29/2014 02:41 PM, Philippe Meunier wrote:
Juan Francisco Cantero Hurtado wrote:
Works fine on my machine.
I've re-built the whole thing several
Please contact with gmane to update the info about the lists. I use its
service to access to the list with NNTP.
On 01/29/2015 01:47 AM, John Clements wrote:
Dear developers,
PLT would like to get out of the mailing-list administration game.
Accordingly, we’re planning to switch to Google
43 matches
Mail list logo
