[SERVER-47399] Handling of dSYM directories in separate_debug.py is problematic Created: 07/Apr/20  Updated: 29/Oct/23  Resolved: 17/Apr/20

Status: Closed
Project: Core Server
Component/s: Build
Affects Version/s: None
Fix Version/s: 4.4.0-rc2

Type: Bug Priority: Blocker - P1
Reporter: Andrew Morrow (Inactive) Assignee: Andrew Morrow (Inactive)
Resolution: Fixed Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Issue Links:
Backports
Depends
Backwards Compatibility: Fully Compatible
Operating System: ALL
Backport Requested:
v4.4
Sprint: Dev Platform 2020-04-20
Participants:
Linked BF Score: 71

 Description   

In the separate_debug.py tool, we don't do anything special to account for the fact that on macOS, the separate debug information (the .dSYM) is a directory with substructure rather than a file. SCons is heavily file based, and it appears that trying to ignore this nuance breaks SCons in subtle ways. Instead, we will need to teach separate_debug.py about the substructure and let SCons handle it file by file. This will require changes to how auto_install_binaries.py integrates with separate_debug.py as well, since it currently uses suffix matching to determine placement. That will no longer be sufficient.



 Comments   
Comment by Githook User [ 20/Apr/20 ]

Author:

{'name': 'Andrew Morrow', 'email': 'acm@mongodb.com', 'username': 'acmorrow'}

Message: SERVER-47399 Use File Nodes to manage dSYM substructure

(cherry picked from commit 463cc815528b42c3c2f81dc7137cc27f7e7cc974)
Branch: v4.4
https://github.com/mongodb/mongo/commit/647b27bc349048ec9d029c6f9789fc833ad9f56b

Comment by Githook User [ 17/Apr/20 ]

Author:

{'name': 'Andrew Morrow', 'email': 'acm@mongodb.com', 'username': 'acmorrow'}

Message: SERVER-47399 Use File Nodes to manage dSYM substructure
Branch: master
https://github.com/mongodb/mongo/commit/463cc815528b42c3c2f81dc7137cc27f7e7cc974

Generated at Thu Feb 08 05:14:05 UTC 2024 using Jira 9.7.1#970001-sha1:2222b88b221c4928ef0de3161136cc90c8356a66.