Thursday, December 05, 2019

Re: Fails to build textproc/mupdf on mips64el/loongson

On Thu, Dec 05, 2019 at 11:09:57PM +0000, Stuart Henderson wrote:
> Date: Thu, 5 Dec 2019 23:09:57 +0000
> From: Stuart Henderson <stu@spacehopper.org>
> To: Brian Callahan <callab5@rpi.edu>
> Cc: Xiyue Deng <manphiz@gmail.com>, ports@openbsd.org
> Subject: Re: Fails to build textproc/mupdf on mips64el/loongson
>
> On 2019/12/05 18:00, Brian Callahan wrote:
> >
> >
> > On 2019-12-05 5:55 PM, Stuart Henderson wrote:
> > > On 2019/12/04 16:35, Xiyue Deng wrote:
> > > > > # https://marc.info/?l=openbsd-ports&m=156448467232400&w=2
> > > > > # possible alignment issue?
> > > > > -MODULES += gcc4
> > > > > +MODULES += gcc4 lang/clang
> > > > > MODGCC4_ARCHS = armv7
> > > > > MODGCC4_LANGS = c
> > > > > +MODCLANG_ARCHS = mips64 mips64el
> > > > > +MODCLANG_LANGS = c
> > > > Thanks for the updated patch. It's definitely clearner this way.
> > > >
> > > > As it's now using clang from ports, it needs to build lang/clang first
> > > > which may take a few days on this loongson box. Will report back as
> > > > soon as it's finished.
> > > hmm, actually can you skip the MODULES/MODCLANG_* change above and see
> > > if it works with base-gcc? I doubt it needs to build with a different
> > > compiler, just use the different linker..
> >
> > base-gcc doesn't support the -fuse-ld= option. What you're suggesting was
> > already tried and unfortunately didn't work.
>
> Was it tried with the USE_LLD mechanism? If not, it's unlikely to have
> been a valid test.
>
> USE_LLD is already aware that base-gcc doesn't support -fuse-ld.
>

The failed stage during building mupdf uses "cc" instead of the shim
from ports, so if its cc is /usr/bin/cc then I guess it will use
ld.bfd unconditionally? Correct me if I'm wrong.

No comments:

Post a Comment