https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119513
Bug ID: 119513
Summary: Bootstrap with cobol enabled and
--enable-generated-files-in-srcdir fails
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: bootstrap
Assignee: unassigned at gcc dot gnu.org
Reporter: rguenth at gcc dot gnu.org
Target Milestone: ---
cobol/parse.o differs - the issue seems to be that stage2 has parse.cc in the
object tree while stage3 has it in the source tree. This then results in
stage2:
> hexdump -C -s 574100 stage2-gcc/cobol/parse.o.stripped | head -20
0008c294 62 6c 5f 64 65 63 6c 61 72 61 74 69 76 65 5f 74 |bl_declarative_t|
0008c2a4 28 73 69 7a 65 5f 74 2c 20 65 63 5f 74 79 70 65 |(size_t, ec_type|
0008c2b4 5f 74 2c 20 63 6f 6e 73 74 20 73 74 64 3a 3a 5f |_t, const std::_|
0008c2c4 5f 63 78 78 31 31 3a 3a 6c 69 73 74 3c 6c 6f 6e |_cxx11::list<lon|
0008c2d4 67 20 75 6e 73 69 67 6e 65 64 20 69 6e 74 3e 26 |g unsigned int>&|
0008c2e4 2c 20 63 62 6c 5f 66 69 6c 65 5f 6d 6f 64 65 5f |, cbl_file_mode_|
0008c2f4 74 2c 20 62 6f 6f 6c 29 00 00 00 00 2f 68 6f 6d |t, bool)..../hom|
0008c304 65 2f 72 67 75 65 6e 74 68 65 72 2f 73 72 63 2f |e/rguenther/src/|
0008c314 67 63 63 2f 6c 69 62 73 74 64 63 2b 2b 2d 76 33 |gcc/libstdc++-v3|
0008c324 2f 6c 69 62 73 75 70 63 2b 2b 2f 2e 2e 2f 2e 2e |/libsupc++/../..|
0008c334 2f 6c 69 62 67 63 6f 62 6f 6c 2f 65 78 63 65 70 |/libgcobol/excep|
0008c344 74 6c 2e 68 00 00 00 00 00 00 00 00 66 69 6c 65 |tl.h........file|
0008c354 73 2e 73 69 7a 65 28 29 20 3c 3d 20 43 4f 55 4e |s.size() <= COUN|
0008c364 54 5f 4f 46 28 74 68 69 73 2d 3e 66 69 6c 65 73 |T_OF(this->files|
0008c374 29 00 00 00 00 00 00 00 00 00 00 00 48 8b 41 10 |)...........H.A.|
0008c384 48 89 37 44 88 4f 08 89 57 0c 89 47 10 44 89 47 |H.7D.O..W..G.D.G|
0008c394 54 48 83 f8 10 77 39 66 0f ef c0 48 8d 57 14 0f |TH...w9f...H.W..|
0008c3a4 11 47 14 0f 11 47 24 0f 11 47 34 0f 11 47 44 85 |.G...G$..G4..GD.|
0008c3b4 c0 74 1c 48 8b 01 48 39 c8 74 14 90 48 8b 70 10 |.t.H..H9.t..H.p.|
0008c3c4 48 8b 00 48 83 c2 04 89 72 fc 48 39 c8 75 ed c3 |H..H....r.H9.u..|
stage3:
> hexdump -C -s 574100 stage3-gcc/cobol/parse.o.stripped | head -20
0008c294 62 6c 5f 64 65 63 6c 61 72 61 74 69 76 65 5f 74 |bl_declarative_t|
0008c2a4 28 73 69 7a 65 5f 74 2c 20 65 63 5f 74 79 70 65 |(size_t, ec_type|
0008c2b4 5f 74 2c 20 63 6f 6e 73 74 20 73 74 64 3a 3a 5f |_t, const std::_|
0008c2c4 5f 63 78 78 31 31 3a 3a 6c 69 73 74 3c 6c 6f 6e |_cxx11::list<lon|
0008c2d4 67 20 75 6e 73 69 67 6e 65 64 20 69 6e 74 3e 26 |g unsigned int>&|
0008c2e4 2c 20 63 62 6c 5f 66 69 6c 65 5f 6d 6f 64 65 5f |, cbl_file_mode_|
0008c2f4 74 2c 20 62 6f 6f 6c 29 00 00 00 00 2f 68 6f 6d |t, bool)..../hom|
0008c304 65 2f 72 67 75 65 6e 74 68 65 72 2f 73 72 63 2f |e/rguenther/src/|
0008c314 67 63 63 2f 67 63 63 2f 63 6f 62 6f 6c 2f 2e 2e |gcc/gcc/cobol/..|
0008c324 2f 2e 2e 2f 6c 69 62 67 63 6f 62 6f 6c 2f 65 78 |/../libgcobol/ex|
0008c334 63 65 70 74 6c 2e 68 00 00 00 00 00 66 69 6c 65 |ceptl.h.....file|
0008c344 73 2e 73 69 7a 65 28 29 20 3c 3d 20 43 4f 55 4e |s.size() <= COUN|
0008c354 54 5f 4f 46 28 74 68 69 73 2d 3e 66 69 6c 65 73 |T_OF(this->files|
0008c364 29 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |)...............|
0008c374 00 00 00 00 00 00 00 00 00 00 00 00 48 8b 41 10 |............H.A.|
0008c384 48 89 37 44 88 4f 08 89 57 0c 89 47 10 44 89 47 |H.7D.O..W..G.D.G|
0008c394 54 48 83 f8 10 77 39 66 0f ef c0 48 8d 57 14 0f |TH...w9f...H.W..|
0008c3a4 11 47 14 0f 11 47 24 0f 11 47 34 0f 11 47 44 85 |.G...G$..G4..GD.|
0008c3b4 c0 74 1c 48 8b 01 48 39 c8 74 14 90 48 8b 70 10 |.t.H..H9.t..H.p.|
0008c3c4 48 8b 00 48 83 c2 04 89 72 fc 48 39 c8 75 ed c3 |H..H....r.H9.u..|
note the different relative path produced for exceptl.h, stage2 has
/home/rguenther/src/gcc/libstdc++-v3/libsupc++/../../libgcobol/exceptl.h
and stage3
/home/rguenther/src/gcc/gcc/cobol/../../libgcobol/exceptl.h
for gengtype-lex.cc this isn't a similar issue as that's generated once during
stage1.
We can add cobol/parse.o to the compare-exclusions as workaround.
