----- Forwarded message from Loïc Minier <[email protected]> -----

From: Loïc Minier <[email protected]>
Date: Wed, 29 Sep 2010 00:59:47 +0200
Subject: Re: gcl binutils copy
Cc: [email protected]
To: Camm Maguire <[email protected]>
Message-ID: <[email protected]>

        Hey

On Tue, Sep 28, 2010, Camm Maguire wrote:
> gcl has several modes for native object relocation, implemented via
> configure switches

 Wow, awesome notes, thanks

> --enable-statsysbfd -- use the system installed static bfd library,
>   path probed at configure time using standard environment variables

 Hmm I don't think Debian nor Ubuntu provide static bfd though; I
 remember asking that recently to Matthias Klose because the current
 shared libbfd generate painfully tight dependencies for packages like
 oprofile, or more recently the linux-tools' "perf" utility.

> --enable-custreloc -- use relocation code for elf, coff, and mach-o
>   provided by gcl natively.  armel is supported here in the -63 and
>   above debian package series, and is the default here.  Don't know
>   about armhf, as debian-ports has not picked gcl up yet.  This is the
>   future direction, as it is smaller and simpler, and as bfd does not
>   support all the targets gcl needs anyway.
[...]
> If you are building -60, the default for arm should be --statsysbfd,
> which means you are using the latest binutils installed on your
> system.  The local copy is never required, and is just there for users
> who cannot or do not want to install binutils themselves.

 Sounds great; we shall just move to -63 for armel then; we will see
 whether that works fine with thumb2 binaries!

 As you note, it's a bit early to speak about armhf; let's see what
 happens  :)

    Cheers,
-- 
Loïc Minier

----- End forwarded message -----

-- 
Loïc Minier

-- 
gcl currently not built on armel, needed as a build-dependency
https://bugs.launchpad.net/bugs/636977
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.

-- 
ubuntu-bugs mailing list
[email protected]
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs

Reply via email to