Closed
Bug 820351
Opened 13 years ago
Closed 13 years ago
Switch to native touch for config/makefiles/autotargets.mk
Categories
(Firefox Build System :: General, defect)
Tracking
(Not tracked)
RESOLVED
FIXED
mozilla20
People
(Reporter: glandium, Assigned: glandium)
References
Details
Attachments
(3 files, 1 obsolete file)
|
2.44 KB,
patch
|
ted
:
review+
|
Details | Diff | Splinter Review |
|
1.94 KB,
patch
|
ted
:
review+
|
Details | Diff | Splinter Review |
|
667 bytes,
patch
|
ted
:
review+
|
Details | Diff | Splinter Review |
With bug 820053 and bug 820289, we end up running:
touch -t 198001030000 "../../../dist/bin/browser/extensions/{972ce4c6-7e08-4474-a285-3208198ce6fd}/.mkdir.done"
which fails with the following error:
touch: cannot touch `../../../dist/bin/browser/extensions/972ce4c6-7e08-4474-a285-3208198ce6fd/.mkdir.done': No such file or directory
Once again, we're being hit by msys' handling of command lines. It turns out msys programs are doing {} expansion themselves, instead of the shell doing it. So when executing touch {a}, what touch considers is a, and when executing touch {a,b}, what touch considers is a and b. This doesn't happen when executing win32 executables (tested with cl).
| Assignee | ||
Comment 1•13 years ago
|
||
Attachment #690842 -
Flags: review?(ted)
| Assignee | ||
Comment 2•13 years ago
|
||
Attachment #690843 -
Flags: review?(ted)
| Assignee | ||
Comment 3•13 years ago
|
||
Better without a debug print.
Attachment #690845 -
Flags: review?(ted)
| Assignee | ||
Updated•13 years ago
|
Attachment #690842 -
Attachment is obsolete: true
Attachment #690842 -
Flags: review?(ted)
Updated•13 years ago
|
Attachment #690843 -
Flags: review?(ted) → review+
Comment 4•13 years ago
|
||
Comment on attachment 690845 [details] [diff] [review]
Add support for -t option of touch in pymake builtins
Review of attachment 690845 [details] [diff] [review]:
-----------------------------------------------------------------
This could stand a unit test or two.
Attachment #690845 -
Flags: review?(ted) → review+
| Assignee | ||
Comment 5•13 years ago
|
||
Attachment #690858 -
Flags: review?(ted)
Updated•13 years ago
|
Attachment #690858 -
Flags: review?(ted) → review+
| Assignee | ||
Comment 6•13 years ago
|
||
| Assignee | ||
Comment 7•13 years ago
|
||
Comment 8•13 years ago
|
||
https://hg.mozilla.org/mozilla-central/rev/dcec67acfda3
https://hg.mozilla.org/mozilla-central/rev/8b5953a0cbf7
https://hg.mozilla.org/mozilla-central/rev/500855f76d16
Status: NEW → RESOLVED
Closed: 13 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla20
Comment 9•13 years ago
|
||
For some reason, this change triggered this output for me & others (e.g. snorp) when doing a pull -u:
> $ hg pull -u
> pulling from https://hg.mozilla.org/mozilla-central/
> searching for changes
> adding changesets
> adding manifests
> adding file changes
> added 289 changesets with 1187 changes to 792 files
> not updating: path contains illegal component: /pymake/tests/native-touch.mk
> $ hg --version
> Mercurial Distributed SCM (version 2.2.2)
The workaround is to run "hg up --clean -r default", but it'd be good to figure out what happened here that's triggering the problem.
Comment 10•13 years ago
|
||
Specifically, that seems to be the last change -- 500855f76d16 -- which triggered this.
(That's the change that added build/pymake/tests/native-touch.mk.)
I hit this on 64-bit Linux (Ubuntu 12.10); snorp hit it on Mac.
Updated•8 years ago
|
Product: Core → Firefox Build System
You need to log in
before you can comment on or make changes to this bug.
Description
•