[Bug middle-end/11375] rtl_dump_file problems in rest_of_compilation

[amylaar at gcc dot gnu dot org]

------- Additional Comments From amylaar at gcc dot gnu dot org  2005-03-12 21:28 -------
(In reply to comment #0)
> Consider the relatively new bt-load optimization.  It runs in the middle of the
> flow2 pass.  It opens and closes its own dump file, DFI_branch_target_load. 
> This is all well and good, but there is a problem here.  Dump files don't stack.
>  So when we calll open_dump_file for DFI_branch_target_load, we end up closing
> the DFI_flow2 file accidentally.  Then when we close DFI_branch_target_load, we
> have no dump file at all.  35 lines later, we attempt to close DFI_flow2, but
> this does nothing at all.  Meanwhile, lots of info that should have gone into
> the flow2 dump file disappears.

In September 2004, open_dump_file was changed so that it aborts when a dump
file is already open.  That made the sh64-elf compiler abort when running
with -da.  I've fixed this with this patch:

http://gcc.gnu.org/ml/gcc-patches/2005-01/msg01467.html


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11375