All of lore.kernel.org
 help / color / mirror / Atom feed
From: Khem Raj <raj.khem@gmail.com>
To: openembedded-devel@lists.openembedded.org
Cc: openembedded-devel@openembedded.org
Subject: Re: mips site files update
Date: Sun, 7 Dec 2008 13:34:00 -0800	[thread overview]
Message-ID: <20081207213400.GD4642@gmail.com> (raw)
In-Reply-To: <20081207211848.GG15204@smtp.west.cox.net>

On (07/12/08 14:18), Tom Rini wrote:
> On Sun, Dec 07, 2008 at 12:54:30PM -0800, Khem Raj wrote:
> > On (06/12/08 17:50), Tom Rini wrote:
> > > On Sat, Dec 06, 2008 at 04:10:50PM -0800, Khem Raj wrote:
> > > 
> > > > Hi 
> > > > 
> > > > Trying to build for mips based machines. I needed this patch to get the
> > > > console-image building. 
> > > > 
> > > > OK for .dev
> > > 
> > > Can we please please please start splitting things up into common-linux
> > > and common-glibc/uclibc instead?  That way we fix more than mips.
> > 
> > Good. I figured that I only needed this change to get it going.
> > 
> > Thanks
> > -Khem
> 
> > diff --git a/site/common-linux b/site/common-linux
> > index 8d915d0..17d7a8d 100644
> > --- a/site/common-linux
> > +++ b/site/common-linux
> > @@ -10,3 +10,7 @@ samba_cv_HAVE_IRIX_SPECIFIC_CAPABILITIES=${samba_cv_HAVE_IRIX_SPECIFIC_CAPABILIT
> >  # coreutils
> >  fu_cv_sys_stat_statfs2_bsize=${fu_cv_sys_stat_statfs2_bsize=yes}
> >  
> > +# popt
> > +ac_cv_va_copy=${ac_cv_va_copy=yes}
> > +ac_cv___va_copy=${ac_cv___va_copy=yes}
> > +
> 
> I've been thinking about this (but not found much time to act, sorry),
> but we should, at least for common-linux/glibc/uclibc stop grouping by
> package and start grouping by function.  And in this case, perhaps we
> should do:

Configure tests may differ for same function on different packages. Its
useful to know which package needs what defines. va_copy may be tested
in different ways in different package's configure scripts.

> # va_copy
> ac_cv_va_copy=${ac_cv_va_copy=yes}
> ac_cv___va_copy=${ac_cv___va_copy=yes}

> 
> And similar for *{get,set}*uid* and so on.
> 
> In both -glibc and -uclibc, as that's a glibc feature.

Thats why a common file is preferred most of defines could be common
for uclibc and glibc. Keeping two copies is unnessary. 
Anyway for now I will add this to both -uclibc and -glibc files.
How they should be organised logically I will leave for laters.

> feature, I know there's something like ac_cv__dev_is_files or so (about
> to head out the door and already late) and that would be a common-linux
> feature.
> 
> -- 
> Tom Rini
> 
> _______________________________________________
> Openembedded-devel mailing list
> Openembedded-devel@lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel



  reply	other threads:[~2008-12-07 21:37 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-12-07  0:10 mips site files update Khem Raj
2008-12-07  0:50 ` Tom Rini
2008-12-07 20:54   ` Khem Raj
2008-12-07 21:18     ` Tom Rini
2008-12-07 21:34       ` Khem Raj [this message]
2008-12-07 23:20         ` Tom Rini

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=20081207213400.GD4642@gmail.com \
    --to=raj.khem@gmail.com \
    --cc=openembedded-devel@lists.openembedded.org \
    --cc=openembedded-devel@openembedded.org \
    /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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.