Opened 5 years ago
Last modified 5 years ago
#261 closed defect
mbuild thinks archive_prep request is complete when splitting source archive into 2 smaller archives — at Initial Version
| Reported by: | Gary Dixon | Owned by: | Eric Swenson |
|---|---|---|---|
| Priority: | major | Milestone: | MR12.8 |
| Component: | Tools | Version: | MR12.7 |
| Keywords: | Cc: |
Description
bound_info_rtns_.s.archive is 253 pages long. Planned changes to its info_seg_.pl1 component prevent that larger source from being added to the archive:
mbuild: arch ---------- library_fetch bound_info_rtns_.s.archive -lb sss.source archive u bound_info_rtns_.s.archive info_seg_.pl1 archive: Archive segment overflow while copying who.pl1 in >udd>m>gd>w>hcom>bound_info_rtns_.s.archive Archive not updated.
Attempting to split that source archive into two smaller archives is done by deleting the version of bound_info_rtns_ built from a single source and object archive, and adding a new bound_info_rtns_
built from two smaller source archives and their associated object archives.
mbuild: rd
Description:
9) Add info_seg_$add_history_comment_block and info_seg_$find_history_comment
entry points. Retain those new entry points in bound_info_rtns_.bind.
A) Split bound_info_rtns_.s.archive into two smaller source archives.
Segments found by read request:
Build_script: bir.mb;
Bound_obj: bound_info_rtns_ IN: sss.execution DELETE;
bound_info_rtns_.archive:
bindfile: bound_info_rtns_.bind IN: sss.object REPLACE;
bound_info_rtns_.1.s.archive:
source_arch: bound_info_rtns_.1.s.archive IN: sss.source ADD;
source: check_info_segs.pl1
source: help.pl1
source: help_.pl1
source: help_listen_util_.pl1
source: help_request_tables_.alm
source: help_requests_.pl1
source: help_responses_.pl1
source: help_util_.pl1
source: info_seg_.pl1
source: info_seg_allocate_.pl1
source: info_seg_error_.pl1
source: info_seg_parse_.pl1
bound_info_rtns_.2.s.archive:
source_arch: bound_info_rtns_.2.s.archive IN: sss.source ADD;
source: info_seg_specifications_.cds
source: info_seg_util_.pl1
source: info_seg_verify_.pl1
source: info_seg_verify_iFile_.pl1
source: list_help.pl1
source: list_ref_names.pl1
source: print_motd.pl1
source: resource_usage.pl1
source: ring0_get_.pl1
source: system_info_.pl1
source: user_info_.pl1
source: verify_info.pl1
source: where.pl1
source: who.pl1
However, after mbuild recompiles all the sources (in order to create the associated object archives), it thinks the archive_prep request is complete. The archive_prep (or arch) request returns without doing anything.
mbuild: az
---------- clean -all
Derived-content segments eligible for clean:
Unbound_obj: check_info_segs
Unbound_obj: help
Unbound_obj: help_
Unbound_obj: help_listen_util_
Unbound_obj: help_request_tables_
Unbound_obj: help_requests_
Unbound_obj: help_responses_
Unbound_obj: help_util_
Unbound_obj: info_seg_
Unbound_obj: info_seg_allocate_
Unbound_obj: info_seg_error_
Unbound_obj: info_seg_parse_
Unbound_obj: info_seg_specifications_
Unbound_obj: info_seg_util_
Unbound_obj: info_seg_verify_
Unbound_obj: info_seg_verify_iFile_
Unbound_obj: list_help
Unbound_obj: list_ref_names
Unbound_obj: print_motd
Unbound_obj: resource_usage
Unbound_obj: ring0_get_
Unbound_obj: system_info_
Unbound_obj: user_info_
Unbound_obj: verify_info
Unbound_obj: where
Unbound_obj: who
mbuild (clean): Delete the segments above? no
---------- progress
COMPLETED REQUESTS for Builds
--------- ----------------------------
yes set -desc or read -desc
yes scan and/or read
yes analyze
yes compile
yes archive_prep
install_ec
mbuild: arch
mbuild:
That is the bug.
