base: support gzip-compressed object files
Review Request #3131 - Created Sept. 21, 2015 and submitted
| Information | |
|---|---|
| Curtis Dunham | |
| gem5 | |
| default | |
| Reviewers | |
| Default | |
Automatically detect and decompress gzip'd content in the object loader.
Posted (Oct. 9, 2015, 12:38 p.m.)
Any feedback or objections?
Posted (Oct. 16, 2015, 7 p.m.)
-
src/base/loader/object_file.cc (Diff revision 1) -
I suggest we heave this off to separate function.
-
src/base/loader/object_file.cc (Diff revision 1) -
nullptr
-
src/base/loader/object_file.cc (Diff revision 1) -
nullptr
-
src/base/loader/object_file.cc (Diff revision 1) -
Make these lines common to both if and else.
Review request changed
Updated (Nov. 13, 2015, 4:01 p.m.)
Diff: |
Revision 2 (+61 -8) |
|---|
Posted (Nov. 14, 2015, 11:18 a.m.)
-
src/base/loader/object_file.cc (Diff revision 2) -
Does mmap complain with nullptr?
-
src/base/loader/object_file.cc (Diff revision 2) -
I still think this code should be common to both cases. Your function doGzipLoad() should return the fd to the tmp file you create.
-
src/base/loader/object_file.cc (Diff revision 2) -
Does this check fail if doGzipLoad() returns nullptr?
Review request changed
Updated (Nov. 19, 2015, 2:37 p.m.)
Diff: |
Revision 3 (+67 -4) |
|---|
Review request changed
Updated (Nov. 20, 2015, 12:47 p.m.)
Diff: |
Revision 4 (+63 -4) |
|---|
Posted (Nov. 24, 2015, 1:50 p.m.)
-
src/base/loader/object_file.cc (Diff revision 4) -
Can we use libc defined macro P_tmpdir instead of the /tmp?
Review request changed
Updated (Feb. 9, 2016, 12:41 p.m.)
Diff: |
Revision 5 (+69 -4) |
|---|
