;
> I assume the crash has got something to do how values are packed and unpacked
> into the SCM object type. I have not been able to find the problem yet myself,
> unfortunately which is why I am reporting this issue here.
>
> For anyone willing to debug this, access to a fast POWER machine running a
> big-endian Debian unstable can be obtained through the GCC compile farm [3].
>
> Thanks,
> Adrian
>
>> [1] https://lists.gnu.org/archive/html/guile-devel/2020-12/msg3.html
>> [2]
>> https://buildd.debian.org/status/fetch.php?pkg=guile-3.0&arch=hppa&ver=3.0.4-3&stamp=1607546304&raw=0
>> [3] https://gcc.gnu.org/wiki/CompileFarm
--
John David Anglin dave.ang...@bell.net
endif
Regards,
Dave
--
John David Anglin dave.ang...@bell.net
On 2020-12-12 5:21 p.m., John David Anglin wrote:
> On 2020-12-12 4:26 p.m., John Paul Adrian Glaubitz wrote:
>> I assume the crash has got something to do how values are packed and unpacked
>> into the SCM object type. I have not been able to find the problem yet
>> mys
On 2020-12-12 5:30 p.m., John David Anglin wrote:
> On 2020-12-12 5:21 p.m., John David Anglin wrote:
>> On 2020-12-12 4:26 p.m., John Paul Adrian Glaubitz wrote:
>>> I assume the crash has got something to do how values are packed and
>>> unpacked
>>> into
| ret = (((unsigned long) c) << 32) | b;
\
| ^~
Regards,
Dave
--
John David Anglin dave.ang...@bell.net
r powerpc. SCM_BIGP(x) faults when x is 0.
I updated debian PR with additional analysis:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=977223
Regards,
Dave
--
John David Anglin dave.ang...@bell.net
On 2020-12-12 5:21 p.m., John David Anglin wrote:
> On 2020-12-12 4:26 p.m., John Paul Adrian Glaubitz wrote:
>> I assume the crash has got something to do how values are packed and unpacked
>> into the SCM object type. I have not been able to find the problem yet
>> mys
On 2021-02-08 6:24 p.m., John David Anglin wrote:
> We need to investigate why scm_sum is passed "x=x@entry=0x0". SCM_BIGP (x)
> will fault on it. Maybe SP_REF is broken.
To be more specific, this is the type of sp:
(gdb) ptype sp
type = union scm_vm_stack_element {
u
On 2021-10-03 5:38 a.m., John Paul Adrian Glaubitz wrote:
> I can confirm that adding "-Oresolve-primitives -Ocps" to GUILE_OPTIMIZATIONS
> in bootstrap/Makefile.am fixes the problem for me on 32-bit PowerPC on Debian.
It also fixes the build on Debian hppa.
Dave
--
John David
I have found that the change to use `-no-undefined' causes libtool not
to build shared libraries under hpux 10 and 11. I didn't notice this
in the initial build. After installation, we have a new set of headers
and archive libraries, but old shared libraries. This inconsistent
configuration brea
> "John David Anglin" <[EMAIL PROTECTED]> writes:
> >
> > On hpux, libcrypt is only available as an archive library. Thus, it's
> > not particularly a great idea to linked it into a shared library.
>
> Do you mean it can't be used at all fr
11 matches
Mail list logo
