Follow-up Comment #5, bug #31361 (project make):
Is it possible to change the name of the bug to MinGW make deletes
intermediate file prematurely or something similar, please? The inaccurate
bug name might be putting people off.
___
Follow-up Comment #6, bug #31361 (project make):
Nothing I've seen so far indicates that this is a bug in make. Make has no
visibility into, or even concept of, intermediate files created by your
compiler, and it's certainly not going to be deleting them. From what I've
seen it's your compiler
Follow-up Comment #7, bug #31361 (project make):
Thanks Paul. I thought make might be managing intermediate files but you say
no. Ok, that's progress.
I'm downloading make-3.82-3-mingw32-bin.tar.lzma now, though I believe it
will be fruitless. I'll try something else in the meantime.
Seems to
Follow-up Comment #8, bug #31361 (project make):
If your bug isn't in make, then it doesn't belong in make's bug database,
under any name.
___
Reply to this item at:
http://savannah.gnu.org/bugs/?31361
Follow-up Comment #9, bug #31361 (project make):
Drilling deeper into this, I see cc1plus.exe is silently giving me errors
even though I specified -v.
cc1plus.exe: error: argument to -gdwarf- should be a non-negative integer
Hmm. Must be referring to -gdwarf-2, which is a perfectly valid
Follow-up Comment #10, bug #31361 (project make):
Thanks Martin. Fair enough, I just thought a more appropriate name might help
others in my position (even if it's marked not a make bug or whatever).
Apparently my searching has led me to the wrong place, so could you point me
towards the right
Follow-up Comment #11, bug #31361 (project make):
I just thought a more appropriate name might help others in my position
And it might well do. (I too can't see how to change the name.) I just
feared that you were hoping that someone would look at a gcc issue here.
could you point me
URL:
http://savannah.gnu.org/bugs/?31361
Summary: MinGW make inexplicably invokes as.exe
Project: make
Submitted by: fatman_uk
Submitted on: Mon Oct 18 11:58:08 2010
Severity: 3 - Normal
Item Group: Bug
Follow-up Comment #1, bug #31361 (project make):
I found the random filename elsewhere in the results file. Looks like cc1plus
produces Assembler output in a temp location and then as compiles it into
machine code. Ok, so that's how the build system works. Fine.
Invoking cc1plus by hand, I find
Follow-up Comment #2, bug #31361 (project make):
Pass the -v option to gcc (or g++ or cc1plus) to have it provide more
information.
But this is no longer a Make issue...
___
Reply to this item at:
http://savannah.gnu.org/bugs/?31361
Follow-up Comment #3, bug #31361 (project make):
Thanks Eli. From my make output, make is already passing -v to cc1plus. It
doesn't mention anything about not writing the file (or writing it and then
deleting it).
I see from this:
COLLECT_GCC_OPTIONS='-v' '-DSmallTestLib_EXPORTS'
11 matches
Mail list logo
