* preserving timestamps on installation
@ 2009-06-04 21:07 Andy Wingo
2009-06-05 15:45 ` Peter Johansson
2009-06-06 13:21 ` Ludovic Courtès
0 siblings, 2 replies; 4+ messages in thread
From: Andy Wingo @ 2009-06-04 21:07 UTC (permalink / raw)
To: bug-automake; +Cc: guile-devel
Hey folks,
Development Guile support compilation of Scheme files, finally. But the
deal is that it will load the source file instead if the mtimes on the
Scheme and compiled files differ.
Where automake comes in is that installing a file touches its mtime,
always, not preserving the mtime of the file being installed.
What I would suggest is, given that automake ships with an install.sh,
add the -p option to install.sh, corresponding to install(1), and use it
by default. I can't think of any downsides.
Cheers,
Andy
--
http://wingolog.org/
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: preserving timestamps on installation
2009-06-04 21:07 preserving timestamps on installation Andy Wingo
@ 2009-06-05 15:45 ` Peter Johansson
2009-06-06 13:21 ` Ludovic Courtès
1 sibling, 0 replies; 4+ messages in thread
From: Peter Johansson @ 2009-06-05 15:45 UTC (permalink / raw)
To: Andy Wingo; +Cc: bug-automake, guile-devel
> What I would suggest is, given that automake ships with an install.sh,
> add the -p option to install.sh, corresponding to install(1), and use it
> by default. I can't think of any downsides.
>
>
That sounds like a bad idea.
Imagine the following (not unlikely) sequence:
1) install header.h
2) modify header.h
3) build some other package using the installed header.h
4) install the modified header.h
5) issue make in 'some other package'
Step 5 will not cause a recompilation because it looks like the newly
installed header is old as 2) and 'other package' was built at 3) which
is later.
If there is no difference between header.h in install 1) and 4) your
suggestion might be a good idea, but to get that behavior you can use
`install.sh -C'.
Cheers,
--
Peter Johansson
svndigest maintainer, http://dev.thep.lu.se/svndigest
yat maintainer, http://dev.thep.lu.se/yat
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: preserving timestamps on installation
2009-06-04 21:07 preserving timestamps on installation Andy Wingo
2009-06-05 15:45 ` Peter Johansson
@ 2009-06-06 13:21 ` Ludovic Courtès
2009-06-06 23:44 ` Andy Wingo
1 sibling, 1 reply; 4+ messages in thread
From: Ludovic Courtès @ 2009-06-06 13:21 UTC (permalink / raw)
To: bug-automake; +Cc: guile-devel
Hi Andy,
Andy Wingo <wingo@pobox.com> writes:
> Where automake comes in is that installing a file touches its mtime,
> always, not preserving the mtime of the file being installed.
Could it be solved with an `install-hook' target that would touch all
the installed `.go' files?
Thanks,
Ludo'.
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: preserving timestamps on installation
2009-06-06 13:21 ` Ludovic Courtès
@ 2009-06-06 23:44 ` Andy Wingo
0 siblings, 0 replies; 4+ messages in thread
From: Andy Wingo @ 2009-06-06 23:44 UTC (permalink / raw)
To: Ludovic Courtès; +Cc: bug-automake, guile-devel
On Sat 06 Jun 2009 15:21, ludo@gnu.org (Ludovic Courtès) writes:
> Hi Andy,
>
> Andy Wingo <wingo@pobox.com> writes:
>
>> Where automake comes in is that installing a file touches its mtime,
>> always, not preserving the mtime of the file being installed.
>
> Could it be solved with an `install-hook' target that would touch all
> the installed `.go' files?
That's what I do now, though I'm not sure if the -r argument to `touch'
is portable.
A
--
http://wingolog.org/
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2009-06-06 23:44 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2009-06-04 21:07 preserving timestamps on installation Andy Wingo
2009-06-05 15:45 ` Peter Johansson
2009-06-06 13:21 ` Ludovic Courtès
2009-06-06 23:44 ` Andy Wingo
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).