http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51635
--- Comment #22 from rguenther at suse dot de <rguenther at suse dot de> 2011-12-21 15:51:16 UTC --- On Wed, 21 Dec 2011, markus at trippelsdorf dot de wrote: > http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51635 > > --- Comment #21 from Markus Trippelsdorf <markus at trippelsdorf dot de> > 2011-12-21 15:47:01 UTC --- > (In reply to comment #20) > > (In reply to comment #19) > > > Btw, one issue with merging based on DECL_SOURCE_LOCATION is that reducing > > > LTO testcases is going to be disrupted by source line changes. So for it > > > to be effective one would need to preserve #include directives and reduce > > > headers together with sources (ugh). > > > > Which means - can you check (on the original sources) whether just > > using the patch comparing DECL_SOURCE_LOCATION fixes the bug > > (yeah, and runs into the new bug...) > > > Yes, this patch alone fixes this bug. (and runs into the new one > from Comment 17) Thanks. New testcase appreciated ;) > (3.5 minutes CPU-time, 5GB RAM used, 3.1GB ltrans files written out) > > BTW a quick debugging question: > Is it possible to tell lto1 to use partitions even when called > directly in a delta check script? (I have only 8GB of RAM > and calling lto1 directly uses ~15GB. (I've used a big swapfile > on my SSD when reduceing this bug)) Hmm, I always use the xgcc or g++ drivers for reducing LTO bugs. To use partitions more "manually" you'd have to invoke lto-wrapper (or emulate what it does). Richard.
