<div dir="ltr">I /believe/ that Chromium (maybe specifically on ARM? not sure) may have hit/had problems with the 4GB limit - probably trivially if you build with clang but pass `-fstandalone-debug` which disables many type reduction/deduplication strategies.<br><br>If you want something more standalone... this:<br><br><br><font face="monospace">#define MEMBERS(BASE) \<br>  int BASE##0 (int, int, int, int, int, int, int, int, int, int, int, int, int, int, int, int, int, int, int, int); \<br>  int BASE##1 (int, int, int, int, int, int, int, int, int, int, int, int, int, int, int, int, int, int, int, int); \<br>  int BASE##2 (int, int, int, int, int, int, int, int, int, int, int, int, int, int, int, int, int, int, int, int); \<br>  int BASE##3 (int, int, int, int, int, int, int, int, int, int, int, int, int, int, int, int, int, int, int, int); \<br>  int BASE##4 (int, int, int, int, int, int, int, int, int, int, int, int, int, int, int, int, int, int, int, int); \<br>  int BASE##5 (int, int, int, int, int, int, int, int, int, int, int, int, int, int, int, int, int, int, int, int); \<br>  int BASE##6 (int, int, int, int, int, int, int, int, int, int, int, int, int, int, int, int, int, int, int, int); \<br>  int BASE##7 (int, int, int, int, int, int, int, int, int, int, int, int, int, int, int, int, int, int, int, int); \<br>  int BASE##8 (int, int, int, int, int, int, int, int, int, int, int, int, int, int, int, int, int, int, int, int); \<br>  int BASE##9 (int, int, int, int, int, int, int, int, int, int, int, int, int, int, int, int, int, int, int, int); <br>template<int ... i><br>struct t1 {<br>  MEMBERS(f0)<br>  MEMBERS(f1)<br>  MEMBERS(f2)<br>  MEMBERS(f3)<br>  MEMBERS(f4)<br>  MEMBERS(f5)<br>  MEMBERS(f6)<br>  MEMBERS(f7)<br>  MEMBERS(f8)<br>  MEMBERS(f9)<br>};<br>#define ITER(A, B)    \<br>  template <int... i> \<br>  struct A {         \<br>    B<i..., 0> v0;   \<br>    B<i..., 1> v1;   \<br>    B<i..., 2> v2;   \<br>    B<i..., 3> v3;   \<br>    B<i..., 4> v4;   \<br>    B<i..., 5> v5;   \<br>    B<i..., 6> v6;   \<br>    B<i..., 7> v7;   \<br>    B<i..., 8> v8;   \<br>    B<i..., 9> v9;   \<br>  };<br>ITER(t2, t1);<br>ITER(t3, t2);<br>ITER(t4, t3);<br>ITER(t5, t4);<br>ITER(t6, t5);<br>ITER(t7, t6);<br>ITER(top, t7);<br>int main() {<br>  t6<> v;<br>}</font><br><br>Doesn't quite hit 4GB, it's about 1.2GB in .debug_info (& takes 2.5 minutes to compile with clang) - 5 of these (could stamp them out by including this file into a few other source files & just changing the `main` function to some other name in each)<br><br>This specifically doesn't push the .debug_str section as hard - it's about half the size of the .debug_info in this program.<br><br><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Apr 20, 2023 at 7:08 AM John DelSignore via Dwarf-discuss <<a href="mailto:dwarf-discuss@lists.dwarfstd.org">dwarf-discuss@lists.dwarfstd.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Is anyone aware of an open-source program or test program that when compiled and built on Linux x86_64, results in a .debug_info section that is greater than 4GB? I'm looking for a test program (realistic or not) that contains 32-bit DWARF CUs in a .debug_info section that is about 5GB long, or longer.<br>
<br>
Thanks, John D.<br>
<br>
<br>
<br>
This e-mail may contain information that is privileged or confidential. If you are not the intended recipient, please delete the e-mail and any attachments and notify us immediately.<br>
<br>
-- <br>
Dwarf-discuss mailing list<br>
<a href="mailto:Dwarf-discuss@lists.dwarfstd.org" target="_blank">Dwarf-discuss@lists.dwarfstd.org</a><br>
<a href="https://lists.dwarfstd.org/mailman/listinfo/dwarf-discuss" rel="noreferrer" target="_blank">https://lists.dwarfstd.org/mailman/listinfo/dwarf-discuss</a><br>
</blockquote></div>