bug#15160: Is --disable-posix excluding too much?

2013-08-22 Thread Jan Schukat
ile runs on knows paths. (oh, and --disable-posix is necessary to compile on/for windows/mingw, the cost of portability) Regards Jan Schukat

bug#14599: An option to make vector allocation aligned

2013-06-17 Thread Jan Schukat
On 06/14/2013 02:21 PM, Ludovic Courtès wrote: Jan Schukat skribis: The more I think about it and hear what you have to say, the more I think alignment just needs to be tied to the type of the uniform array. I think it would be wrong. An array of floats is an array of floats, regardless

bug#14599: An option to make vector allocation aligned

2013-06-14 Thread Jan Schukat
On 06/14/2013 03:33 AM, Daniel Hartwig wrote: On 13 June 2013 21:31, Ludovic Courtès wrote: Jan Schukat skribis: The other question is the read syntax (one of the primary reasons I'm doing all this). If alignment is something that should be preserved in the permanent representation, you

bug#14599: An option to make vector allocation aligned

2013-06-13 Thread Jan Schukat
Hello again :) On 06/12/2013 10:37 PM, Andy Wingo wrote: On Wed 12 Jun 2013 15:37, Jan Schukat writes: If you want to access native uniform vectors from c, sometimes you really want guarantees about the alignment. 16 bytes I guess? Guile's uniforms are 8-byte-aligned by default, a

bug#14599: An option to make vector allocation aligned

2013-06-12 Thread Jan Schukat
the size of the elements is inferred by the amount of them in each group. So if there is interest for something like this in the main guile, I will make the patches. If not, I'll just stick to my crude hack for now and see if I need the full shebang :). Regards Jan Schukat On 06/12/20

bug#14599: An option to make vector allocation aligned

2013-06-12 Thread Jan Schukat
On 06/12/2013 04:59 PM, Ludovic Courtès wrote: Instead, I would suggest using the scm_take_ functions if allocating from C, as you noted. The whole point of me doing this is so I can use lisp files to define aligned data (and using lisp as a flexible text data format that can be compiled is th

bug#14599: An option to make vector allocation aligned

2013-06-12 Thread Jan Schukat
xtended. Which could be worthwhile ... Apart from that, I see there are issues with the native mingw builds again, which I haven't noticed earlier since I primarily develop on linux, but I can reproduce the problem shown in #14361. Regards Jan Schukat

bug#14171: Aw: Re: bug#14171: REPL doesn't work on windows min-gw

2013-04-14 Thread Jan Schukat
ket.test: ntohl: 0 PASS: tests/00-socket.test: ntohl: -1 PASS: tests/00-socket.test: ntohl: 2^32 PASS: tests/00-socket.test: ntohl: 2^1024 Regards Jan Schukat On 04/11/2013 04:40 PM, Jan Schukat wrote: Ok, did use this package: guile-2.0.9.2-f480a-dirty.tar.gz and can build and run guile-2.0 on

bug#14171: Aw: Re: bug#14171: REPL doesn't work on windows min-gw

2013-04-11 Thread Jan Schukat
ndows could be resolved in the last few weeks.   Regards   Jan Schukat   Gesendet: Mittwoch, 10. April 2013 um 22:23 Uhr Von: "Andy Wingo" An: "Jan Schukat" Cc: 14...@debbugs.gnu.org Betreff: Re: bug#14171: REPL doesn't work on windows min-gw On Wed 10 Apr 201

bug#14171: REPL doesn't work on windows min-gw

2013-04-10 Thread Jan Schukat
t to work on it again my next steps will be starting guile with command line expressions loading all different kinds of modules related to to the REPL to see which one does the hanging. If you have any suggestions or hints on how to proceed best, I'd be greateful as well.   Regards   Jan Schukat

bug#13848: Aw: Re: Re: Re: bug#13848: Statically linking guile-2.0.

2013-04-07 Thread Jan Schukat
exactly to appreoach this problem. I guess I'm gonna put a lot more debug output into the the various load functions. Or I'm gonna make debug builds and fire up gdb on windows. Or maybe you have an idea.   Regards   Jan Schukat   Gesendet: Sonntag, 07. April 2013 um 22:00 Uhr Von: "

bug#13848: Aw: Re: Re: bug#13848: Statically linking guile-2.0.

2013-04-07 Thread Jan Schukat
Error 2 make[4]: Leaving directory `/c/Users/shookie/guiletest/lib/guile-2.0/meta' make[3]: *** [install-am] Error 2 make[3]: Leaving directory `/c/Users/shookie/guiletest/lib/guile-2.0/meta' make[2]: *** [install-recursive] Error 1 make[2]: Leaving directory `/c/Users/shookie/guiletest/lib/guil

bug#13848: Aw: Re: bug#13848: Statically linking guile-2.0.

2013-04-07 Thread Jan Schukat
seem to be a very complicated module.   Also it doesn't seem to be a module used during the build process.   Regards   Jan Schukat   Gesendet: Sonntag, 07. April 2013 um 12:20 Uhr Von: "Ludovic Courtès" An: "Jan Schukat" Cc: "Andy Wingo" , 13848-d...@debbu

bug#13848: Statically linking guile-2.0.

2013-04-05 Thread Jan Schukat
a while, so progress is slow, since I always go away doing other things after I initiated a build and test-run. Regards Jan Schukat On 03/30/2013 10:27 PM, Ludovic Courtès wrote: Jan Schukat skribis: Starting the guile.exe or my own guiletest.exe still fails due to init not finding the path

bug#13848: Aw: Re: bug#13848: Statically linking guile-2.0.

2013-03-13 Thread Jan Schukat
Many thanks! I won't be home until Friday, but checking the new tarball will be one of the first things I do then.One more question, when I finally manage to create a self-contained/relocatable guile application on windows and mac, would that be something of interest to the main project?RegardsJan

bug#13848: Statically linking guile-2.0.

2013-03-09 Thread Jan Schukat
On 03/09/2013 10:32 AM, Andy Wingo wrote: Hi, On Fri 01 Mar 2013 17:19, Jan Schukat writes: But compiling guile-2.0 on MinGW is a very hairy undertaking. I'm not sure how often it is tested by the developers. Approximately never, unfortunately. However we have been improving it rec

bug#13848: Statically linking guile-2.0.

2013-03-09 Thread Jan Schukat
:5215: gcc -V >&5 gcc.exe: error: unrecognized command line option '-V' gcc.exe: fatal error: no input files compilation terminated. Regards Jan Schukat On 03/07/2013 12:12 AM, Ludovic Courtès wrote: Jan Schukat skribis: On mingw the latest source snapshot tarball (after

bug#13848: Statically linking guile-2.0.

2013-03-05 Thread Jan Schukat
ll try again and will find some new and some of the same old problems again and go from there and probably write again. And then I'm probably gonna wait for the 2.0.9 tarball with some new and some old problems, and write again. Regards Jan Schukat On 03/05/2013 06:25 PM, Ludo

bug#13848: Statically linking guile-2.0.

2013-03-05 Thread Jan Schukat
here one might apply that m4_pattern_allow. What I can gather it could also just be a sign of a syntax error in the configure.ac. Regards Jan Schukat On 03/05/2013 11:22 AM, Ludovic Courtès wrote: Hi, Sorry for the delay. Jan Schukat skribis: ice-9/boot-9.scm:106:20: In procedure #: ice-9/boot-9

bug#13848: Statically linking guile-2.0.

2013-03-04 Thread Jan Schukat
2 make[1]: Leaving directory `/c/Users/shookie/guiletest/lib/guile-2.0' make: *** [lib/lib/libguile-2.0.a] Error 2 I attached the new updated test-project tgz. In summary, I still think on mingw the configure script gets very confused about paths and file names. Regards Jan Schukat

bug#13848: Statically linking guile-2.0.

2013-03-03 Thread Jan Schukat
s wrote: Hello, Thanks for the report. Jan Schukat skribis: But then on install (processing .texi files) guile.exe fails with this message: "Throw without catch before boot: Throw to key system-error with args ("canonicalize-path" "~A" ("No such file or directo

bug#13848: Statically linking guile-2.0.

2013-03-01 Thread Jan Schukat
odules can't be found and built, and thus everything crashes at startup. But trying to figure out what's going on and wrong in an automake build is a major project of its own. Any hints by the experts? Regards Jan Schukat

bug#13768: --without-posix code uses scm_getpid() in libguile-2.0.2

2013-02-19 Thread Jan Schukat
I'm experimenting a little with statically linking a minimal build of libguile. So while no one really would want to build it it with --without-posix (except when you want the same functionality on all platforms including windows in your program), and this is a low priority bug and I can easily