All of lore.kernel.org
 help / color / mirror / Atom feed
From: Andi Kleen <andi@firstfloor.org>
To: Garrett Cooper <yanegomi@gmail.com>
Cc: ltp-list@lists.sourceforge.net, Andi Kleen <andi@firstfloor.org>,
	Mike Frysinger <vapier@gentoo.org>, Nate Straz <nate@refried.org>
Subject: Re: [LTP] LTP 20091031 Makefiles totally broken?!?
Date: Fri, 6 Nov 2009 22:57:09 +0100	[thread overview]
Message-ID: <20091106215709.GK819@basil.fritz.box> (raw)
In-Reply-To: <364299f40911061347h24237df0x23aea3be3dc78b7e@mail.gmail.com>

On Fri, Nov 06, 2009 at 01:47:26PM -0800, Garrett Cooper wrote:
> > I'm pretty sure that not supporting older distributions is very
> > necessarily a bad thing.
> 
> I agree. There are some feature gaps between 3.80 and 3.81 I'll need
> to address, which means I need to first off download SLES 10 and

Sorry, it's suse 10.0, not sles10. 

But it's enough to just install make 3.80 somewhere and
call it explicitely on a newer distro (I just tested that).
Shows the same problem.

> install it on another VM, and toy around with it (if you can provide
> me with those details, I'll give it a shot).

what details do you need?

> >> Then it comes back to tools -- I'm basically going to have to write
> >> checks in autoconf to make sure that readlink does as planned (isn't
> >> broken), and it's going to be more painful for you performance wise to
> >> have this hack in place, as opposed to just having an upgraded version
> >> of make, which also has resolved several bugs between 3.80 and 3.81.
> >
> > I don't understand: the key is not to test for commands used
> > by makefiles, but simply only use features which are generally available.
> >
> > I'm also highly surprised that this doesn't work with autoconf -- I thought
> > the whole point of autoconf was to generate portable makefiles, but
> > in this case it seems to especially generate a non portable Makefile.
> >
> > I suspect it's actually not a autoconf problem by itself, but
> > something that's in the LTP templates.
> 
> Agreed. The problem that everyone with <3.80 is running into is that I

<=3.80

> was stupid and was under the assumption that many distros wouldn't
> still use make 3.81 because it's been out for the past 4 years. My
> apologies -- I stand corrected.

Thanks for addressing the problem.
I apologize also for being somewhat too grumpy on the issue.
If you have any patches to test feel free to send them.

-Andi
-- 
ak@linux.intel.com -- Speaking for myself only.

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
_______________________________________________
Ltp-list mailing list
Ltp-list@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ltp-list

      reply	other threads:[~2009-11-06 21:57 UTC|newest]

Thread overview: 37+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-11-06  9:57 [LTP] LTP 20091031 Makefiles totally broken?!? Andi Kleen
2009-11-06 11:16 ` Mike Frysinger
2009-11-06 13:09   ` Andi Kleen
2009-11-06 13:21     ` Mike Frysinger
2009-11-06 18:04       ` Garrett Cooper
2009-11-06 18:23         ` Garrett Cooper
2009-11-06 19:09         ` Mike Frysinger
2009-11-06 19:17           ` Andi Kleen
2009-11-09 13:15             ` Cyril Hrubis
2009-11-06 23:02           ` Matt Helsley
2009-11-06 23:09             ` Mike Frysinger
2009-11-06 23:34               ` Matt Helsley
2009-11-07  0:23                 ` Mike Frysinger
2009-11-07  0:52                   ` Garrett Cooper
2009-11-07  0:54                     ` Garrett Cooper
2009-11-08  2:09                       ` Garrett Cooper
2009-11-08 20:02                         ` Garrett Cooper
2009-11-09 18:01                           ` Garrett Cooper
2009-11-06 19:13         ` Andi Kleen
2009-11-06 19:39           ` Mike Frysinger
2009-11-06 19:44             ` Garrett Cooper
2009-11-06 19:53               ` Mike Frysinger
2009-11-06 19:50             ` Andi Kleen
2009-11-06 19:58               ` Mike Frysinger
2009-11-06 20:04               ` Mike Frysinger
2009-11-06 19:43           ` Nate Straz
2009-11-06 19:59             ` Andi Kleen
2009-11-06 20:25               ` Garrett Cooper
2009-11-06 21:02                 ` Andi Kleen
2009-11-06 21:12                   ` Mike Frysinger
2009-11-06 21:45                     ` Andi Kleen
2009-11-06 21:59                       ` Garrett Cooper
2009-11-06 22:47                         ` Andi Kleen
2009-11-06 23:03                           ` Nate Straz
2009-11-06 22:46                       ` Mike Frysinger
2009-11-06 21:47                   ` Garrett Cooper
2009-11-06 21:57                     ` Andi Kleen [this message]

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=20091106215709.GK819@basil.fritz.box \
    --to=andi@firstfloor.org \
    --cc=ltp-list@lists.sourceforge.net \
    --cc=nate@refried.org \
    --cc=vapier@gentoo.org \
    --cc=yanegomi@gmail.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 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.