| |
Burglar
Registered: Dec 2004
Posts: 1031 |
Cross Development using Makefile
Weekend didn't even start for most of you yet, but here it is ;)
Cross Development using Makefile
comments and improvements are of course very welcome.
enjoy and may your build times be short!
make -j16 |
|
... 37 posts hidden. Click here to view all posts....
|
| |
tlr
Registered: Sep 2003
Posts: 1714 |
Very useful!
I'm considering switching assembler for superfluid as the current dasm flow is rather messy. Automatic dependencies would be helpful as there are a lot of files to track. |
| |
MagerValp
Registered: Dec 2001
Posts: 1056 |
Agreed, it's a huge time saver. ca65 has a --create-dep option that does the same thing. |
| |
Oswald
Registered: Apr 2002
Posts: 5017 |
what hapens if demo.dep doesnt exist yet, or if I change the includes in the src, and make goes for the first time around ? |
| |
chatGPZ
Registered: Dec 2001
Posts: 11116 |
usually you have seperate rule that just generates the .dep file when it does not exist. and you trigger that rule manually when the includes change (or just always if its quick enough) |
| |
soci
Registered: Sep 2003
Posts: 473 |
Nothing interesting happens. If a file is missing with a dummy rule it's a change and of course modifying an include line in one of the sources is a change. The resulting compilation creates an updated demo.dep file and all is well.
A separate target may be necessary if dependency generation is not done at the same time as the compilation. For example when it's done by a separate program and it's somehow slow.
Until now I too thought this should be done in a separate target like Groepaz said and so there were no dummy rules generated. After all in that workflow you generate them manually and therefore there won't be any missing files. And if there were it was the reason to run it ;)
But generating them always is fast enough for me. |
| |
chatGPZ
Registered: Dec 2001
Posts: 11116 |
seperate rule is just a convention from old GNU times i think, when it took quite a while :) |
| |
Zirias
Registered: Jan 2014
Posts: 48 |
At least GNU make will re-read rules when one of the makefiles changes -- not sure what other flavors of make do. |
| |
Bacchus
Registered: Jan 2002
Posts: 154 |
For people like me, with no formal computer science training, I am always very late to the party, picking up what's logical. Coded too long in a monitor, coded too long on the native platform, coded too long without realising the value of git.
I do sublime and Swoffas plugin for KickAssembler, and I use the make.bat that it supports. My general way of working is a "fix.asm" where I load files, patch them and then save them back.
So this:
.file [name="temp\raw.prg", allowOverlap=true, segments="themain,themainpatch"]
Do I need to rethink my structure? As I see the examples, they are still assuming that there is and -o output from the assembly phase and I simply don't have that. |
| |
chatGPZ
Registered: Dec 2001
Posts: 11116 |
Just to say it once: Forget the advice about cygwin. These days please use msys2 - which is nicer in every aspect. |
| |
Krill
Registered: Apr 2002
Posts: 2844 |
Quoting Bacchusmake.bat I think batch files are out of scope of this thread. :) |
| Previous - 1 | 2 | 3 | 4 | 5 | 6 - Next |
