Hi,
firstly -- thanks a lot for the efforts for straightening the matters.
I'm having a busy time right now, but I will try to apply your
solution ASAP, and so I need you to know how much I appreciate it!
> > > I guess you didn't configure without threads on GNU/Linux, did you?
> > > If not, I su
> From: Mark H Weaver
> Cc: Panicz Maciej Godek , guile-user@gnu.org
> Date: Sun, 25 Aug 2013 12:59:43 -0400
>
> > Anyway, I looked into this a bit. I can confirm that the simple
> > program you mentioned the first time aborts due to "stack overflow"
> [...]
> > [...] it turns out that GC_get_s
> From: Mark H Weaver
> Cc: dsm...@roadrunner.com, guile-user@gnu.org
> Date: Mon, 26 Aug 2013 01:56:19 -0400
>
> Okay, again: How exactly do you suggest we determine the location of the
> libguile installation from an arbitrary executable that links to it?
Like this:
Step 1: provide an API
I wrote:
> I can think of one notable case where the program would know where
> libguile is located: when the program bundles its own copy of Guile, and
> therefore assumes that libguile and the program are always moved
> together as an atomic unit.
>
> This practice is frowned upon on most POSIX
Eli Zaretskii writes:
>> Date: Sun, 25 Aug 2013 19:24:17 -0400
>> From:
>> Cc: guile-user@gnu.org
>>
>> On windows, I think you call GetModuleFileName() with the handle that was
>> passed to DllMain().
>> Is it possible for libguile to do that?
>
> I see no reasons why not.
Yes, that much we
> Date: Sun, 25 Aug 2013 19:24:17 -0400
> From:
> Cc: guile-user@gnu.org
>
> On windows, I think you call GetModuleFileName() with the handle that was
> passed to DllMain().
> Is it possible for libguile to do that?
I see no reasons why not.
> Seems like most windows apps install everything i
> From: Mark H Weaver
> Cc: godek.mac...@gmail.com, guile-user@gnu.org
> Date: Sun, 25 Aug 2013 17:42:27 -0400
>
> Eli Zaretskii writes:
>
> >> From: Mark H Weaver
> >> Cc: godek.mac...@gmail.com, guile-user@gnu.org
> >> Date: Sun, 25 Aug 2013 15:56:53 -0400
> >>
> >> Remember that Guile is
> From: l...@gnu.org (Ludovic Courtès)
> Date: Sun, 25 Aug 2013 20:59:03 +0200
>
> > Why should this feature be limited to Windows builds of Guile? Why
> > not make it work for Posix platforms as well? Some other projects
> > already do, they use argv[0] and PATH search to find the place where
>
Mark H Weaver wrote:
> Eli Zaretskii writes:
>
> >> From: Mark H Weaver
> >> Cc: godek.mac...@gmail.com, guile-user@gnu.org
> >> Date: Sun, 25 Aug 2013 15:56:53 -0400
> >>
> >> Remember that Guile is a library, not just an executable. So argv[0]
> >> could point to any arbitrary execu
Eli Zaretskii writes:
>> From: Mark H Weaver
>> Cc: godek.mac...@gmail.com, guile-user@gnu.org
>> Date: Sun, 25 Aug 2013 15:56:53 -0400
>>
>> Remember that Guile is a library, not just an executable. So argv[0]
>> could point to any arbitrary executable that's linked with libguile.
>
> We can
l...@gnu.org (Ludovic Courtès) writes:
> Eli Zaretskii skribis:
>
>>> From: Mark H Weaver
>>> Cc: Eli Zaretskii , "guile-user\@gnu.org"
>>>
>>> Date: Fri, 23 Aug 2013 11:13:19 -0400
>>>
>>> Of course, ideally we would allow the entire Guile install to be freely
>>> relocatable, as Windows us
Hi Eli,
Eli Zaretskii skribis:
>> From: Mark H Weaver
>> Cc: Panicz Maciej Godek , guile-user@gnu.org
>> Date: Sun, 25 Aug 2013 12:59:43 -0400
>>
>> Eli Zaretskii writes:
>>
>> > I guess you didn't configure without threads on GNU/Linux, did you?
>> > If not, I suggest to try that, my impre
Eli Zaretskii skribis:
>> From: Mark H Weaver
>> Cc: Eli Zaretskii , "guile-user\@gnu.org"
>> Date: Fri, 23 Aug 2013 11:13:19 -0400
>>
>> Of course, ideally we would allow the entire Guile install to be freely
>> relocatable, as Windows users have come to expect. This would require
>> some h
> Date: Sun, 25 Aug 2013 23:33:51 +0300
> From: Eli Zaretskii
> Cc: guile-user@gnu.org
>
> > From: Mark H Weaver
> > Cc: godek.mac...@gmail.com, guile-user@gnu.org
> > Date: Sun, 25 Aug 2013 15:56:53 -0400
> >
> > Remember that Guile is a library, not just an executable. So argv[0]
> > could
> From: Mark H Weaver
> Cc: godek.mac...@gmail.com, guile-user@gnu.org
> Date: Sun, 25 Aug 2013 15:56:53 -0400
>
> Remember that Guile is a library, not just an executable. So argv[0]
> could point to any arbitrary executable that's linked with libguile.
We can provide an API for passing to th
> From: Mark H Weaver
> Cc: godek.mac...@gmail.com, guile-user@gnu.org
> Date: Sun, 25 Aug 2013 15:50:34 -0400
>
> Well, that's not generally how things are done on POSIX systems
As I said, some GNU projects already do that. GCC and GDB are two
examples.
> furthermore I don't see how this cou
Mark H Weaver writes:
> Eli Zaretskii writes:
>
>>> From: Mark H Weaver
>>> Cc: Eli Zaretskii , "guile-user\@gnu.org"
>>>
>>> Date: Fri, 23 Aug 2013 11:13:19 -0400
>>>
>>> Of course, ideally we would allow the entire Guile install to be freely
>>> relocatable, as Windows users have come to
Eli Zaretskii writes:
>> From: Mark H Weaver
>> Cc: Eli Zaretskii , "guile-user\@gnu.org"
>> Date: Fri, 23 Aug 2013 11:13:19 -0400
>>
>> Of course, ideally we would allow the entire Guile install to be freely
>> relocatable, as Windows users have come to expect. This would require
>> some he
Eli Zaretskii writes:
>> From: Mark H Weaver
>> Cc: Panicz Maciej Godek , guile-user@gnu.org
>> Date: Sun, 25 Aug 2013 12:59:43 -0400
>>
>> Eli Zaretskii writes:
>>
>> > I guess you didn't configure without threads on GNU/Linux, did you?
>> > If not, I suggest to try that, my impression is t
> From: Mark H Weaver
> Cc: Panicz Maciej Godek , guile-user@gnu.org
> Date: Sun, 25 Aug 2013 12:59:43 -0400
>
> Eli Zaretskii writes:
>
> > I guess you didn't configure without threads on GNU/Linux, did you?
> > If not, I suggest to try that, my impression is that Guile without
> > threads is
Eli Zaretskii writes:
> I guess you didn't configure without threads on GNU/Linux, did you?
> If not, I suggest to try that, my impression is that Guile without
> threads is not used too much on Posix platforms.
Hydra, a continuous integration system, runs Guile's "make check" with
threads disab
> Date: Sat, 24 Aug 2013 10:05:13 +0200
> From: Panicz Maciej Godek
> Cc: "guile-user@gnu.org"
>
> 2013/8/24 Eli Zaretskii
>
> > > yes, it seems that this was the reason. So now the guile
> > > interpreter runs properly, but I still have a problem with
> > > running a program that, having been
2013/8/24 Eli Zaretskii
> > yes, it seems that this was the reason. So now the guile
> > interpreter runs properly, but I still have a problem with
> > running a program that, having been linked against
> > libguile, would call scm_with_guile or scm_init_guile, e.g.
> > ===
> > #include
> > void
> Date: Fri, 23 Aug 2013 22:14:43 +0200
> From: Panicz Maciej Godek
> Cc: "guile-user@gnu.org"
>
> > Configuring with --prefix=/usr is a mistake: there's no /usr on your
> > system, as far as MinGW programs are concerned.
> > [...]
> >
>
> yes, it seems that this was the reason. So now the guil
2013/8/23 Eli Zaretskii
> Configuring with --prefix=/usr is a mistake: there's no /usr on your
> system, as far as MinGW programs are concerned.
> [...]
>
yes, it seems that this was the reason. So now the guile
interpreter runs properly, but I still have a problem with
running a program that, h
> From: Mark H Weaver
> Cc: Eli Zaretskii , "guile-user\@gnu.org"
> Date: Fri, 23 Aug 2013 11:13:19 -0400
>
> Of course, ideally we would allow the entire Guile install to be freely
> relocatable, as Windows users have come to expect. This would require
> some help from a Windows developer.
W
Panicz Maciej Godek writes:
> 2013/8/23 Eli Zaretskii
>
>
> > I managed to go through the compilation process,
> > and (after modifying meta/Makefile.am according to Eli's
> > patch) to make install.
>
>
> This compilation process includes compiling all the Scheme
> Date: Fri, 23 Aug 2013 11:29:27 +0200
> From: Panicz Maciej Godek
> Cc: "guile-user@gnu.org"
>
> When I enter the build directory and type
> $ find ./ -name '*.go'
> it seems that every .scm file from `modules' directory has its .go
> counterpart,
Are they also present in the tree where you i
2013/8/23 Eli Zaretskii
>
> > I managed to go through the compilation process,
> > and (after modifying meta/Makefile.am according to Eli's
> > patch) to make install.
>
> This compilation process includes compiling all the Scheme files that
> come with Guile. Since you say it succeeded, I don't
> Date: Thu, 22 Aug 2013 22:25:02 +0200
> From: Panicz Maciej Godek
>
> I managed to go through the compilation process,
> and (after modifying meta/Makefile.am according to Eli's
> patch) to make install.
This compilation process includes compiling all the Scheme files that
come with Guile. Si
Recently I've had a little more time to experiment
with guile-2.0 on mingw32. Following the advice of
Eli Zaretskii from
http://lists.gnu.org/archive/html/guile-user/2013-06/msg00028.html,
I compiled guile-2.0.9 without thread support,
and modified my demos so they no longer use theads
explicitly (
31 matches
Mail list logo
