On 31/01/2015 16:31, WPB wrote:
CC = g++ FC = g++ PC = g++ CXX = g++So the command should at least
produce a different error to File -c not found. But the result of
make was exactly the same as before.
The -c is coming from the shell. Try this:
*set UnixEnv$.SHELLFLAGS
*make
printf
On Sun, 01 Feb 2015 12:01:34 -, Ron b...@woosh.co.nz wrote:
The dash error for this is better -as long as it still does it when
being called from make.
$ printfMaking dir...\n
/ADFS::Trav.$/home/bin/sh: 8: printfMaking dir...\n: not found
put a space after printf and all is well.
$
In message 54ccff8d.90...@gmx.com
Duncan Moore duncan.mo...@gmx.com wrote:
On 31/01/2015 13:11, Duncan Moore wrote:
As to why \n is causing problems, I'm not sure. It looks like some weird
interaction between 'make' and 'printf'.
I'm wondering if it's due to 'make' calling
On Sun, 01 Feb 2015 09:38:56 -, Duncan Moore duncan.mo...@gmx.com
wrote:
On 31/01/2015 16:31, WPB wrote:
CC = g++ FC = g++ PC = g++ CXX = g++So the command should at least
produce a different error to File -c not found. But the result of
make was exactly the same as before.
The -c
Hi all,
Seeing as you're all game ;)...
The makefile I'm trying to beat into submission now gets to the point
where it builds a dependency file using the following command:
g++ -M $(CPPFLAGS) $(SRC) $(DEPSFILE)
This generates output in $(DEPSFILE) that looks like this:
vertex.o:
On 01/02/2015 13:02, WPB wrote:
On Sun, 01 Feb 2015 09:38:56 -, Duncan Moore duncan.mo...@gmx.com
wrote:
On 31/01/2015 16:31, WPB wrote:
CC = g++ FC = g++ PC = g++ CXX = g++So the command should at least
produce a different error to File -c not found. But the result of
make was exactly
On 01/02/2015 14:02, WPB wrote:
g++ -M $(CPPFLAGS) $(SRC) $(DEPSFILE)
This generates output in $(DEPSFILE) that looks like this:
vertex.o: src/vertex.cpp \
/HostFS::HostFS.$$/AppsInUse/Dev/GCC474r1/!GCC/bin/../lib/gcc/arm-unknown-riscos/4.7.4/../../../../include/c++/4.7.4/iostream
On Sun, Feb 01, 2015 at 02:02:48PM -, WPB wrote:
What would be great is if there was a way to make the dependencies
output use a RISC OS system variable -- ideally GCCbin$Path looks
the most sensible -- so that absolute paths aren't hard-coded into
the dependencies file in the first place.
