Hello,
I would like to report that this bug in WINE has been resolved in 1.2-rc2:
http://bugs.winehq.org/show_bug.cgi?id=22138
Now I guess it should be possible overcame the point where the cross
compilation of Guile for Windows with WINE crashed with a SIGSEGV in
libguile/simpos.c.
Sincerely,
---
>From : guile-devel-bounces+carlo.bramix=libero...@gnu.org
To : linasveps...@gmail.com, paul.ems...@bioch.ox.ac.uk,"Mike Gran"
spk...@yahoo.com,"Andy Wingo" wi...@pobox.com,"Ludovic Courtès" l...@gnu.org
Cc : "Guile User List" guile-u.
Hello,
I just wanted to report that I built GUILE 1.9.9 successfully on cygwin.
Some remarks:
1- I could not find libunistring, libffi and libgc into cygwin repository, so
you will need to build these libraries yourself too. Let's hope they will be
included too one day...
2- I received a strange
Hello!
> First, I've found that completing a successful build (i.e. autogen.sh,
> configure and make) is not at all the end of the story; it's only the
> first part of what is really needed - because at runtime some key pieces
> of function can still be missing, or can behave differently on
> MinG
Hello,
after an hard work I was able to get an almost working build of the most recent
guile.
In the attached patch there are some little fixes and a bigger one, an almost
complete and working implementation of posix mmap()/munmap() for Windows: this
will allow you a single source code to be eas
x), scm_tc8_char) \
: SCM_MAKE_ITAG8 ((scm_t_bits) (x), scm_tc8_char))
Sincerely,
Carlo Bramini.
-- Initial Header ---
>From : guile-devel-bounces+carlo.bramix=libero...@gnu.org
To : "Ludovic Courtès" l...@gnu.org, guile-devel@gnu.org
Cc :
itten.
Sincerely,
Carlo Bramini.
-- Initial Header ---
>From : guile-devel-bounces+carlo.bramix=libero...@gnu.org
To : guile-devel@gnu.org
Cc :
Date : Mon, 17 Aug 2009 17:33:03 +0200
Subject : Re: `SCM_MAKE_CHAR ()' signedness issue
> Mike Gran
Hello,
I'm getting these errors when compiling the very latest repository of guile
with cygwin.
I temporary patched the sources just for collecting all error messages until it
compiled guile.exe
Sincerely,
Carlo Bramini.
libtool: compile: gcc -DHAVE_CONFIG_H -DBUILDING_LIBGUILE=1 -I../../gu
lo Bramini.
-- Initial Header ---
>From : guile-devel-bounces+carlo.bramix=libero...@gnu.org
To : guile-devel@gnu.org
Cc : guile-u...@gnu.org
Date : Sun, 05 Jul 2009 23:06:44 +0200
Subject : GNU Guile 1.8.7 released
> We are pleased to announce G
or (YEAH!!!).
I will report something more about the crash as soon as possible.
Sincerely,
Carlo Bramini.
-- Initial Header ---
>From : guile-devel-bounces+carlo.bramix=libero...@gnu.org
To : "guile-devel" guile-devel@gnu.org
Cc :
Da
using another posix compatibility layer? But I could not see any change
in your patch for configure script...
Anyways, I would not corrupt guile because an isolated compiler bug (my
opinion).
Sincerely,
Carlo Bramini.
-- Initial Header ---
>From : guile-devel-b
emoved the "-lguile" parameter from LDFLAGS because it must use what it
has been written into LIBADD.
I did this change and it worked fine on cygwin and linux Debian 5.0
Sincerely,
Carlo Bramini.
-- Initial Header ---
>From : guile-devel-bounces+carlo.bram
rely,
Carlo Bramini.
-- Initial Header ---
>From : guile-devel-bounces+carlo.bramix=libero...@gnu.org
To : "guile-devel" guile-devel@gnu.org
Cc :
Date : Mon, 22 Jun 2009 12:22:33 +0200
Subject : Re: Again on Windows support (2)
> Hello,
>
NTERFACE@
but isn't the "-lguile" wrong into LDFLAGS? It should stay into LIBADD and
hopefully we have already it with libguile.la
Sincerely,
Carlo Bramini.
-- Initial Header ---
>From : guile-devel-bounces+carlo.bramix=libero...@gnu.org
To : "
.
Sincerely,
Carlo Bramini.
-- Initial Header ---
>From : "Andy Wingo" wi...@pobox.com
To : "carlo.bramix" carlo.bra...@libero.it
Cc : "guile-devel" guile-devel@gnu.org
Date : Sat, 20 Jun 2009 12:53:48 +0200
Subject : Re: A
mitive-eval ("noexpand" #)]
?: 34* [load-extension "libguile-i18n-v-0" "scm_init_i18n"]
: In procedure dynamic-link in expression (load-extension
"libguile-i18n-v-0" "scm_init_i18n"):
: file: "libguile-i18n-v-0", message: &quo
(dynamic-call
"scm_init_programs" (dynamic-link "libguile")):
: No error
make[3]: *** [system/base/pmatch.go] Error 1
make[3]: Leaving directory `/home/Carlo/guile/module'
make[2]: *** [all-recursive] Error 1
Sincerely,
Carlo Bramini.
-- Initial Header ---
Since I had no idea about those unknown '\' characters, I added some debug
prints before scm_boot_guile():
int
main (int argc, char **argv)
{
int x;
printf("argc=%d\n",argc);
for (x=0; xFrom : "Neil Jerram" n...@ossau.uklinux.net
To : "carlo.bramix&q
Hello,
this is what I get with this test:
$ set - '(display "foo")' && echo "--${1}--" && echo "--${2}--"
--(display "foo")--
Sincerely,
Carlo Bramini.
-- Initial Header ---
>From : "
Hello,
after a while I decided to take again guile and I tried to continue the test on
mingw+msys.
In one of the messages posted in thread "Again on Windows support" it has been
said to me to put in ~/.guile:
(debug-enable 'backtrace)
(debug-set! depth 80)
Since I was not able to do this te
Hello,
I feel a bit stupid because I was not able to create such log file...
I put those two lines into a ".guile" file.
I have $HOME variable correctly declared (which is normal: afterall msys aims
to be a full posix-like enviroment) and I also tried to put that file into
multiple places, but wi
Hello,
I confirm that the problem on undeclared alloca() function has been fixed after
this change.
Sincerely,
Carlo Bramini.
-- Initial Header ---
>From : guile-devel-bounces+carlo.bramix=libero...@gnu.org
To : guile-devel@gnu.org
Cc :
Date :
Hello,
I did a patch in the usual way instead of using GIT.
I hope it will be ok anyways.
Actually this patch adds the fixes described into the previous emails (still
need to know if the mapping created in function make_objcode_by_mmap() needs to
be freed somewhere or not!); I was not really ablt
Hello!
> > LIBGUILE/GSUBR.C
> >
> > function alloca() is undefined because under Windows the intrinsic
> > function is called _alloca().
>
> Hm, I thought the Gnulib alloca thing should have fixed this. Does
> adding #include in gsubr.c not fix this?
>
does not exists here.
Unf
Hello,
I saw there was a try for fixing the bug with guile and pthreads-w32.
I just wanted to say, although the fix seems to work, in my opinion this is the
wrong way to proceed.
"struct timespec" does not exist under Windows, this is the truth.
It has been added as an hack into pthreads-w32 just
Hello,
I got the sources of libguile-1.8.5 and I tried to compile them under
mingw+msys.
The compilation failed because of this error:
../../guile-1.8.5/libguile/threads.c: In function
`scm_timed_wait_condition_variable':
../../guile-1.8.5/libguile/threads.c:1277: error: storage size of 'waittim
26 matches
Mail list logo
