Skip to content

Bug 2033336 - Normalize paths in rename_external_files - #1530

Open
nicolas-guichard wants to merge 2 commits into
mozilla:masterfrom
nicolas-guichard:push-mosnuvlsukxv
Open

nicolas-guichard wants to merge 2 commits into
mozilla:masterfrom
nicolas-guichard:push-mosnuvlsukxv

Conversation

@nicolas-guichard

Copy link
Copy Markdown
Contributor

The rename_external_files function used to output paths such as:

/builds/worker/workspace/obj-build/modules/libpref/./../../../../checkouts/gecko/modules/libpref/Preferences.cpp

This was eventually normalized to:

/builds/worker/checkouts/gecko/modules/libpref/Preferences.cpp

But that normalization happened too late, after the removal of the
prefix set with the -p option.

We need to normalize these somewhere between rename_external_files and
the remove_prefix call in rewrite_paths. I chose to do it here to limit
potential side effects to a minimum.

normalize_path failures are expected with unified builds, don't let
them spam the logs.
The rename_external_files function used to output paths such as:
```
/builds/worker/workspace/obj-build/modules/libpref/./../../../../checkouts/gecko/modules/libpref/Preferences.cpp
```

This was eventually normalized to:
```
/builds/worker/checkouts/gecko/modules/libpref/Preferences.cpp
```

But that normalization happened too late, after the removal of the
prefix set with the -p option.

We need to normalize these somewhere between rename_external_files and
the remove_prefix call in rewrite_paths. I chose to do it here to limit
potential side effects to a minimum.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant