[Bug preprocessor/35697] -MF should create dependency file atomically

--- Comment #6 from tromey at gcc dot gnu dot org 2008-04-04 14:33 --- Confirmed. I think the best behavior is a bit unclear. -- tromey at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug preprocessor/35697] -MF should create dependency file atomically

--- Comment #5 from pinskia at gcc dot gnu dot org 2008-03-25 21:12 --- (In reply to comment #3) > To put the "weird setup" into perspective: The naive user in me expects > make cc1 & > make ada.pdf And if someone does: make cc1 & make cc1plus They will run into the same issue wit

[Bug preprocessor/35697] -MF should create dependency file atomically

--- Comment #4 from pinskia at gcc dot gnu dot org 2008-03-25 21:11 --- (In reply to comment #2) > But that still doesn't help with SIGQUIT or KILL. Asking too much? I think you are asking too much there, the same issue with those two signals with -S and -c happen too. The GCC driver

[Bug preprocessor/35697] -MF should create dependency file atomically

--- Comment #3 from rwild at gcc dot gnu dot org 2008-03-25 21:10 --- To put the "weird setup" into perspective: The naive user in me expects make cc1 & make ada.pdf to work. More details regarding this enhancement bug: --

[Bug preprocessor/35697] -MF should create dependency file atomically

--- Comment #2 from Ralf dot Wildenhues at gmx dot de 2008-03-25 21:00 --- Subject: Re: -MF should create dependency file atomically * pinskia at gcc dot gnu dot org wrote on Tue, Mar 25, 2008 at 09:53:52PM CET: > Actually the driver should cleanup the file if cc1 was > interr

[Bug preprocessor/35697] -MF should create dependency file atomically

--- Comment #1 from pinskia at gcc dot gnu dot org 2008-03-25 20:53 --- Actually the driver should cleanup the file if cc1 was interrupted/errors out like it does with all the rest of the files. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35697