[bug #31360] cannot handle path expansion correctly

URL: Summary: cannot handle path expansion correctly Project: make Submitted by: wilsontien Submitted on: Mon 18 Oct 2010 09:11:47 AM GMT Severity: 3 - Normal Item Group

[bug #31361] MinGW make inexplicably invokes as.exe

URL: 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

[bug #31361] MinGW make inexplicably invokes as.exe

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

[bug #31361] MinGW make inexplicably invokes as.exe

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:

Re: Intermittent parallel make rebuild failures

"David Highley wrote:" > > "Philip Guenther wrote:" > > > > Looking backwards, this rule from your top level makefile: > > > > > $(INF_DIST_SVCS_OBJS): $(DIRS) > > > > seems bogus, given that $(INF_DIST_SVCS_OBJS) is a list of objects in > > directories _below_ the list of directories in $(DIRS

[bug #31361] MinGW make inexplicably invokes as.exe

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' '-Wwrite-strin