>
> Yeah, that’s not possible.
>
>> I'll sign the CA next week for Guile.
>
> Awesome, thank you!
I have signed the copyright assignment and sent it to the appropriate
mail address at the FSF.
Thanks,
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub..
Hi!
On 1/26/20 6:46 AM, William ML Leslie wrote:
> On Sun, 26 Jan 2020, 8:20 am John Paul Adrian Glaubitz,
> mailto:glaub...@physik.fu-berlin.de>> wrote:
>
> Hi Andy!
>
> I noticed that you recently purged hppa support from guile [1].
>
>
> This ch
issue affects multiple architectures.
> It's not my first debian-ports fun either - I ran a hurd-i386 box for
> over a decade without issue.
Nice.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
write an IA64 backend for Lightening, I would
> be happy to accept it :) The beginnings of one are there in the git
> history.
Ok. I assume that applies to alpha, hppa, m68k, powerpc*, riscv*, sparc* as
well.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - g
Hi!
In a20feea43, the mra of continuation was included in scm_dynthrow but
it was forgotten for SCM_STACK_GROWS_UP when calling grow_stack which
causes guile failing to build on Linux/hppa.
Thanks,
Adrian
* libguile/continuations.c (scm_dynthrow): Fix missing mra
parameter to grow_stack for SCM_STACK_GROWS_UP.
---
libguile/continuations.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libguile/continuations.c b/libguile/continuations.c
index 3f86c6bd4..67a47d38c 100644
---
CK
#include
#endif
There are some more issues. I wills send a patch for ia64 in a bit.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
2.html
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
Hi Ludo!
On 2/8/20 3:10 PM, Ludovic Courtès wrote:
> John Paul Adrian Glaubitz skribis:
>
>> * libguile/continuations.c (capture_auxiliary_stack): Fix
>> logic in preprocessor code when checking for ia64 host;
>> fix dereferencing of ctx variable.
>>
* libguile/continuations.c (scm_dynthrow): Fix missing mra
parameter to grow_stack for SCM_STACK_GROWS_UP.
---
libguile/continuations.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
v2:
- Improved grammar in commit message
diff --git a/libguile/continuations.c
* libguile/continuations.c (capture_auxiliary_stack): Fix
logic in preprocessor code when checking for ia64 host;
fix dereferencing of ctx variable.
* libguile/threads.h (struct scm_thread): Add missing member
SCM_STACKITEM *auxiliary_stack_base.
---
libguile/continuations.c | 6
* libguile/continuations.c (capture_auxiliary_stack): Fix
logic in preprocessor code when checking for ia64 host;
fix dereferencing of ctx variable.
* libguile/threads.h (struct scm_thread): Add missing member
SCM_STACKITEM *auxiliary_stack_base.
---
libguile/continuations.c | 6
Hello!
On 2/4/20 1:11 PM, John Paul Adrian Glaubitz wrote:
> diff --git a/libguile/continuations.c b/libguile/continuations.c
> index 3f86c6bd4..67a47d38c 100644
> --- a/libguile/continuations.c
> +++ b/libguile/continuations.c
> @@ -323,7 +323,7 @@ scm_dynthrow (SCM con
On 12/11/20 12:41 PM, John Paul Adrian Glaubitz wrote:
> I'm currently bisecting the problem on a fast POWER server running a 32-bit
> Debian
> powerpc installation and will hopefully report back soonish.
Bisecting lead me to this change which is probably just hiding the rea
On 12/12/20 9:25 PM, John Paul Adrian Glaubitz wrote:
> Here is the backtrace:
>
> #0 0x006e3e9c in scm_sum (x=x@entry=0x0, y=0x6) at numbers.c:7569
> 7569 else if (SCM_BIGP (x))
Looking at the source code, I assume the data packing fails on 32-bit
BE systems for some reas
Hi!
On 12/11/20 12:41 PM, John Paul Adrian Glaubitz wrote:
> There seems to be a regression in guile that was introduced somewhere between
> the
> 3.0.2 and 3.0.4 which seems to affect 32-bit big-endian targets only [1]:
Here is the backtrace:
#0 0x006e3e9c in scm_sum (x=x@entry=0
t in case someone already can give me a pointer to the
cause.
Adrian
> [1]
> https://buildd.debian.org/status/fetch.php?pkg=guile-3.0=hppa=3.0.4-3=1607546304=0
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
17 matches
Mail list logo
