> -Original Message-
> From: Joseph Myers [mailto:jos...@codesourcery.com]
> Sent: Tuesday, January 08, 2013 12:13 AM
> To: Terry Guo
> Cc: gcc-patches@gcc.gnu.org
> Subject: RE: [RFC] New feature to reuse one multilib among different
targets
>
> On Fri, 7 D
On Fri, 7 Dec 2012, Terry Guo wrote:
> 2012-12-07 Terry Guo
>
> * gcc/Makefile.in (s-mlib): New argument MULTILIB_REUSE.
> * gcc/doc/fragments.texi: Document MULTILIB_REUSE.
> * gcc/gcc.c (multilib_reuse): New internal spec.
> (set_multilib_dir): Also search mul
> -Original Message-
> From: Joseph Myers [mailto:jos...@codesourcery.com]
> Sent: Friday, December 07, 2012 2:04 AM
> To: Terry Guo
> Cc: gcc-patches@gcc.gnu.org
> Subject: RE: [RFC] New feature to reuse one multilib among different
> targets
>
> On Tue, 1
On Tue, 13 Nov 2012, Terry Guo wrote:
> +@findex MULTILIB_REUSE
> +@item MULTILIB_REUSE
> +Sometimes it is desirable to reuse one existing multilib among different
> +targets. Such kind of reuse can minimize the number of multilib variants.
I don't think "among different targets" is the right wo
PM
> To: jos...@codesourcery.com
> Cc: gcc-patches@gcc.gnu.org
> Subject: Ping: RE: [RFC] New feature to reuse one multilib among
> different targets
>
> Hi Joseph,
>
> Can you please help to review this patch and share your thoughts on
> this
> feature? Thanks.
>
2:47 PM
> To: jos...@codesourcery.com
> Cc: gcc-patches@gcc.gnu.org
> Subject: RE: [RFC] New feature to reuse one multilib among different
> targets
>
> > -Original Message-
> > From: Joseph Myers [mailto:jos...@codesourcery.com]
> > Sent: Saturday, November 10
> -Original Message-
> From: Joseph Myers [mailto:jos...@codesourcery.com]
> Sent: Saturday, November 10, 2012 12:35 AM
> To: Terry Guo
> Cc: gcc-patches@gcc.gnu.org
> Subject: RE: [RFC] New feature to reuse one multilib among different
> targets
>
> On Fri,
On Fri, 9 Nov 2012, Terry Guo wrote:
> You are right that we should make script POSIX compliant. This v3 patch
> removed "function" and "local" which don't belong to POSIX standard. I also
> verified that CONFIG_SHELL is passed to this script with value "/bin/sh".
Suppose /bin/sh is not a POSIX s
> -Original Message-
> From: Joseph Myers [mailto:jos...@codesourcery.com]
> Sent: Friday, November 09, 2012 5:10 AM
> To: Terry Guo
> Cc: gcc-patches@gcc.gnu.org
> Subject: RE: [RFC] New feature to reuse one multilib among different
> targets
>
> On Thu,
On Thu, 8 Nov 2012, Terry Guo wrote:
> To convert such statements to data structure used by multilib_raw, I
> refactor codes in genmultilib into two functions combo_to_dir and
The "function" keyword for creating shell functions is not POSIX, and I
don't know if we ensure that $SHELL is a shell s
[...]
> > Please help to review this new Multilib feature. It intends to
> provide
> > user
>
> Your patch doesn't include documentation for fragments.texi (which
> needs to define the semantics without reference to the details of what
> gcc.c's internal datastructures for multilibs, as output by
On Wed, 10 Oct 2012, Terry Guo wrote:
> Hello Joseph,
>
> Please help to review this new Multilib feature. It intends to provide user
Your patch doesn't include documentation for fragments.texi (which needs
to define the semantics without reference to the details of what gcc.c's
internal datas
12 matches
Mail list logo
