From: Ramana Radhakrishnan <ramana.radhakrishnan@foss.arm.com>
To: "Jasmin J." <jasmin@anw.at>,
Ramana Radhakrishnan <ramana.gcc@googlemail.com>
Cc: gcc-patches <gcc-patches@gcc.gnu.org>,
Tejas Belagod <Tejas.Belagod@arm.com>
Subject: Re: [PATCH] Add support for ARM embedded multilibs
Date: Wed, 04 Nov 2015 09:43:00 -0000 [thread overview]
Message-ID: <5639D355.7080900@foss.arm.com> (raw)
In-Reply-To: <5639C54F.5070700@anw.at>
On 04/11/15 08:43, Jasmin J. wrote:
> Hello Ramana!
>
>> Thank you for your patch - In this case before you make any more
>> changes to this patch - comparing your patch and Terry's patch here
>> https://gcc.gnu.org/ml/gcc-patches/2014-05/msg00729.html shows no real
>> differences
> As I wrote in the patch, it is a port from the embedded-4_9-branch and it
> is exactly what Terry did. I didn't know this patch. I extracted it from
> the branch.
>
> All other stuff required to build a gcc for the ARM embedded CPUs are already
> on gcc trunk. This last piece is missing to get rid of the embedded-X_X-branch!
> I would love to see it in mainline GCC.
CC'ing Tejas as he now looks after this branch internally at ARM. There are usually features on the embedded-X_X-branch used to create releases that may not be on an FSF release branch.
>
>> I would like to ask if you have a copyright assignment on file with the FSF
> I will do that.
So, you don't have one ? In which case it may make more sense for Tejas to deal with this given he can handle it under ARM's copyright assignment. If you make changes to this without a copyright assignment on file and submit it, it may be difficult to review this from a copyright position.
>
>> How was your patch tested
> The patch is old an doesn't contain any real GCC change, but support for the
> library building process only. This was used since 15 months by many people
> and I used it to build an ARM embedded compiler based on gcc-5-branch.
Changing the way in which you build GCC is a real change to GCC that affects many developers. Not testing your change by building and checking that it does what it says on the tin is unacceptable.
>
>> see for example how I added t-aprofile to the backend and the kind of
>> testing it underwent
> I will look on that, if it is really required.
>
>>> * configure.ac (with_multilib_list): Export for being used in arm
>>> embedded multilib fragment.
>>> * Makefile.in (with_multilib_list): Import for being used in
>>> multilib fragment.
>>
>> This is already being used in config.gcc - why do you need this
>> additional hunk ?
> To be hones, I ported the patch and checked if it works. I will analyse it more
> detailed, if this is really required.
>
>> The t-rmprofile file will need updating to newer values for -mcpu and
>> march as well as comments up top to explain what multilibs are being
>> built .
> Where can I find them?
gcc/doc/invoke.texi should document the rest.. I think mapping all the remaining -mcpu=cortex-a* cores and -mcpu=cortex-m* cores in there would be a sensible first step.
regards
Ramana
>
> BR
> Jasmin
>
next prev parent reply other threads:[~2015-11-04 9:43 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-11-04 0:29 Jasmin J.
2015-11-04 7:47 ` Ramana Radhakrishnan
2015-11-04 8:44 ` Jasmin J.
2015-11-04 9:43 ` Ramana Radhakrishnan [this message]
2015-11-04 19:31 ` Jasmin J.
2015-11-08 0:24 ` Jasmin J.
2015-11-27 22:43 ` [PATCH] [ping] " Jasmin J.
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=5639D355.7080900@foss.arm.com \
--to=ramana.radhakrishnan@foss.arm.com \
--cc=Tejas.Belagod@arm.com \
--cc=gcc-patches@gcc.gnu.org \
--cc=jasmin@anw.at \
--cc=ramana.gcc@googlemail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).