mailarchive of the ptxdist mailing list
 help / color / mirror / Atom feed
From: "Andreas Bießmann" <biessmann@corscience.de>
To: ptxdist@pengutronix.de
Subject: Re: [ptxdist] awk bug in some make dependency scripts?
Date: Wed, 14 Nov 2012 10:08:59 +0100	[thread overview]
Message-ID: <50A35FAB.6050301@corscience.de> (raw)
In-Reply-To: <20121113200203.GB8330@pengutronix.de>

On 13.11.2012 21:02, Michael Olbrich wrote:
> Hi,
> 
> On Tue, Nov 13, 2012 at 03:35:40PM +0100, Andreas Bießmann wrote:
>> On 12.11.2012 12:47, Michael Olbrich wrote:
>>> On Mon, Nov 12, 2012 at 10:02:06AM +0100, Andreas Bießmann wrote:
>>>> On 09.11.2012 17:28, Michael Olbrich wrote:
>>>>> On Fri, Nov 09, 2012 at 03:20:55PM +0100, Andreas Bießmann wrote:

<snip>

>> These following lines show my test-case with the real repository. The
>> repository is first built completely (so just the rebuild is required).
>> The rebuild of kernel and datasource-driver is triggered explicitly,
>> dependency for printer-driver is met implicitly. To show the content of
>> kernel-modules.ipkg I delete the 'extra' dir in NFS-root before and
>> check it after the build.
>> The difference in order of targets built is sticking out and until now
>> always reproducible (just switch the awk version and do the sequence).
>>
>> ---8<---
>> with gawk 4.0 (sudo aptitude install gawk/squeeze-backports)
>> rm -rf platform-responder2/root/lib/modules/3.4.18/extra/
>> ./p drop kernel.compile
>> ./p drop datasource-driver.compile
>> ./p go
>>
>> target: kernel.compile
>> target: kernel.install
>> target: kernel.install.pack
>> target: kernel.install.post
>> target: kernel.targetinstall
>> target: printer-driver.extract.post
>> target: printer-driver.prepare
>> target: printer-driver.compile
>> target: printer-driver.install
>> target: printer-driver.install.pack
>> target: printer-driver.install.post
>> target: printer-driver.targetinstall
>> target: printer-driver.targetinstall.post
>> target: datasource-driver.extract.post
>> target: datasource-driver.prepare
>> target: datasource-driver.compile
>> target: datasource-driver.install
>> target: datasource-driver.install.pack
>> target: datasource-driver.install.post
>> target: datasource-driver.targetinstall
>> target: datasource-driver.targetinstall.post
>> target: kernel.targetinstall.post
>>
>> ls -la platform-responder2/root/lib/modules/3.4.18/extra -> OK
>> ----
>> with gawk 3.1.x (sudo aptitude install gawk/stable)
>>
>> rm -rf platform-responder2/root/lib/modules/3.4.18/extra/
>> ./p drop kernel.compile
>> ./p drop datasource-driver.compile
>> ./p go
>>
>> target: kernel.compile
>> target: kernel.install
>> target: kernel.install.pack
>> target: kernel.install.post
>> target: kernel.targetinstall
>> target: kernel.targetinstall.post
>> target: datasource-driver.extract.post
>> target: datasource-driver.prepare
>> target: datasource-driver.compile
>> target: datasource-driver.install
>> target: datasource-driver.install.pack
>> target: datasource-driver.install.post
>> target: datasource-driver.targetinstall
>> target: datasource-driver.targetinstall.post
>> target: printer-driver.extract.post
>> target: printer-driver.prepare
>> target: printer-driver.compile
>> target: printer-driver.install
>> target: printer-driver.install.pack
>> target: printer-driver.install.post
>> target: printer-driver.targetinstall
>> target: printer-driver.targetinstall.post
>>
>> ls -la platform-responder2/root/lib/modules/3.4.18/extra -> NOT OK
>> --->8---
>>
>> Any other pointers?
> 
> Hmmm, what order do you get if you run "./p targetinstall kernel" instead
> of "./p go"?

Well, does not build the drivers at all. And it is explicable cause
(shame on me) I missed the explicit dependency kernel.targetinstall.port
-> driver.targetinstall. My small example, however, had this rule so I
could not reproduce the behaviour with it.
Many thanks to you Michael and Tim Niemeyer who pushed me in the right
direction.

I wonder if we can add an implicit rule to build <package>.targetinstall
before kernel.targetinstall.post if we depend on KERNEL. So we could get
rid of the explicit rule in a driver.

Best regards

Andreas Bießmann

-- 
ptxdist mailing list
ptxdist@pengutronix.de

      reply	other threads:[~2012-11-14  9:09 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-11-09 14:20 Andreas Bießmann
2012-11-09 16:28 ` Michael Olbrich
2012-11-12  9:02   ` Andreas Bießmann
2012-11-12 11:47     ` Michael Olbrich
2012-11-13 14:35       ` Andreas Bießmann
2012-11-13 20:02         ` Michael Olbrich
2012-11-14  9:08           ` Andreas Bießmann [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=50A35FAB.6050301@corscience.de \
    --to=biessmann@corscience.de \
    --cc=ptxdist@pengutronix.de \
    /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