On Wed, 2023-10-11 at 18:02 +0300, Ilias Tsitsimpis wrote:
> A small update here. I didn't manage to use the LLVM backend on i386,
> seems to be broken [1].
I am trying to figure out now what it takes to build GHC using the LLVM
backed on 32-bit PowerPC but it currently doesn't seem to be
Hi Adrian,
On Sun, Oct 15, 2023 at 09:01PM, John Paul Adrian Glaubitz wrote:
> Unfortunately, we're running into another familiar problem which is a missing
> -latomic
> when building hadrian using the bootstrap.py script which does not take any
> build flags,
> the build of the »shake« package
Hello!
I have built a patched version 9.0.1 of GHC for powerpc with a forged 9.0.3
version
number and uploaded it to unreleased so that we have a working bootstrap
compiler
to build 9.4.7 for powerpc once the bug has been fixed.
Unfortunately, we're running into another familiar problem which
On Wed, 2023-10-11 at 18:29 +0300, Ilias Tsitsimpis wrote:
> I think our best bet here is to bootstap GHC on these architectures,
> that's why I have introduced the 'pkg.ghc.nohadrian' build profile. Let
> me know if I can help, or if there is a better way to do it that I am
> missing.
OK, good
On Wed, Oct 11, 2023 at 05:12PM, John Paul Adrian Glaubitz wrote:
> I think you created a little hen and egg problem here by incorporating both
> the switch to the Hadrian build system as well as the 32-bit unregisterised
> and sparc64 build fixes into the same upload.
>
> Might a good idea to
Hi Ilias!
On Wed, 2023-10-11 at 18:02 +0300, Ilias Tsitsimpis wrote:
> A small update here. I didn't manage to use the LLVM backend on i386,
> seems to be broken [1].
>
> Instead, I believe I have managed to fix unregisterised GHC on 32-bit,
> by backporting these two patches [2] [3]. Can you
Hi Adrian,
On Wed, Oct 04, 2023 at 11:59AM, John Paul Adrian Glaubitz wrote:
> > 2. An unregisterised GHC 9.0.2 is *also* broken on powerpc, producing
> > code that overflows integers. We are also seeing unregisterised GHC
> > 9.4.6 on i386 being broken, since the tests for haskell-quickcheck
On 09 oct. 2023 09:32, John Paul Adrian Glaubitz
wrote:
[...]
> I think the interesting part would be the disassembly of
> base_GHCziFloat_floatToDigits_closure ()
> where the actual crash happened. Your disassembly seems to show parts
> of the segfault handler.
,
| 10a19f20 :
|
Hi Christian!
On Mon, 2023-10-09 at 09:25 +0200, Christian Marillat wrote:
> > On Mon, 2023-10-09 at 08:57 +0200, Christian Marillat wrote:
> > > > Could you provide the disassembled code for the affected code section?
>
> Is this enough ?
>
> ,
> > Dump of assembler code for function
On 09 oct. 2023 08:59, John Paul Adrian Glaubitz
wrote:
> Hi Christian!
Hi Adrian,
> On Mon, 2023-10-09 at 08:57 +0200, Christian Marillat wrote:
>> > Could you provide the disassembled code for the affected code section?
Is this enough ?
,
| Dump of assembler code for function
Hi Christian!
On Mon, 2023-10-09 at 08:57 +0200, Christian Marillat wrote:
> > Could you provide the disassembled code for the affected code section?
>
> I don't remember but now I can install ghc (>= 9.4) only 9.0.2 is
> available.
The bug affects GHC 9.0.2 as the change was backported. GHC
On 05 oct. 2023 22:34, John Paul Adrian Glaubitz
wrote:
> Hi Christian!
Hi Adrian,
[...]
> Could you provide the disassembled code for the affected code section?
I don't remember but now I can install ghc (>= 9.4) only 9.0.2 is
available.
Is it important ?
Christian
Hi Christian!
> ,
> | Reading symbols from
> /home/marillat/haskell-random-1.2.1.1/debian/hlibrary.setup...
> | (No debugging symbols found in
> /home/marillat/haskell-random-1.2.1.1/debian/hlibrary.setup)
> | [New LWP 9082]
> | [Thread debugging using libthread_db enabled]
> | Using host
Hi Ilias!
On Wed, 2023-10-04 at 12:26 +0200, John Paul Adrian Glaubitz wrote:
> Looking at the ghc package in openSUSE, I found this patch [1] which disables
> unboxed arrays
> in order to fix the build on big-endian systems. And, indeed, disabling
> unboxed arrays in
>
Hi!
On Wed, 2023-10-04 at 11:59 +0200, John Paul Adrian Glaubitz wrote:
> FWIW, I have not been able to build GHC from git on 32-bit PowerPC even for
> 8.10.7. I assume,
> I will need to add some of Debian's patches on top of vanilla GHC in order to
> get the build
> to succeed.
>
> Trying to
Hi Ilias!
On Wed, 2023-09-20 at 14:54 +0300, Ilias Tsitsimpis wrote:
> Thanks for working on this, comments inline.
Thanks for the useful hints!
> On Wed, Sep 20, 2023 at 12:15PM, John Paul Adrian Glaubitz wrote:
> > I have been bisecting this issue but in order to be successful, I need a
> >
Hi Adrian,
Thanks for working on this, comments inline.
On Wed, Sep 20, 2023 at 12:15PM, John Paul Adrian Glaubitz wrote:
> I have been bisecting this issue but in order to be successful, I need a
> simple
> reproducer which isn't trivial since I cannot just reuse the build directory
> of
> an
Hello!
I have been bisecting this issue but in order to be successful, I need a simple
reproducer which isn't trivial since I cannot just reuse the build directory of
an unsuccessful build due to the changing Haskell libraries for different GHC
versions.
Ideally, we should have a single command
Hi!
Note that this issue also prevents us from building the latest version of the
GHC compiler [1]. I have tried to cross-compile GHC 9.4.6 to work around this
issue and also tried building an unregisterised compiler. Both without success.
I have forwarded the issue upstream [2]. I think the
19 matches
Mail list logo