On Thu, Oct 13, 2016 at 4:35 PM, Thomas Preudhomme <thomas.preudho...@foss.arm.com> wrote: > Hi ARM maintainers, > > This patchset aims at adding multilib support for R and M profile ARM > architectures and allowing it to be built alongside multilib for A profile > ARM architectures. This specific patch adds the t-rmprofile multilib > Makefile fragment for the former objective. Multilib are built for all M > profile architecture involved: ARMv6S-M, ARMv7-M and ARMv7E-M as well as > ARMv7. ARMv7 multilib is used for R profile architectures but also A profile > architectures. > > ChangeLog entry is as follows: > > > *** gcc/ChangeLog *** > > 2016-10-03 Thomas Preud'homme <thomas.preudho...@arm.com> > > * config.gcc: Allow new rmprofile value for configure option > --with-multilib-list. > * config/arm/t-rmprofile: New file. > * doc/install.texi (--with-multilib-list): Document new rmprofile > value > for ARM. > > > Testing: > > == aprofile == > * "tree install/lib/gcc/arm-none-eabi/7.0.0" is the same before and after > the patchset for both aprofile and rmprofile > * default spec (gcc -dumpspecs) is the same before and after the patchset > for aprofile > * No difference in --print-multi-directory between before and after the > patchset for aprofile for all combination of ISA (ARM/Thumb), architecture, > CPU, FPU and float ABI > > == rmprofile == > * aprofile and rmprofile use similar directory structure (ISA/arch/FPU/float > ABI) and directory naming > * Difference in --print-multi-directory between before [1] and after the > patchset for rmprofile for all combination of ISA (ARM/Thumb), architecture, > CPU, FPU and float ABI modulo the name and directory structure changes > > [1] as per patch applied in ARM embedded branches > https://gcc.gnu.org/viewcvs/gcc/branches/ARM/embedded-5-branch/gcc/config/arm/t-baremetal?view=markup > > == aprofile + rmprofile == > * aprofile,rmprofile and rmprofile,aprofile builds give an error saying it > is not supported > > > Is this ok for master branch?
This is OK , thanks. Ramana > > Best regards, > > Thomas
