{"action":"created","issue":{"url":"https://api.github.com/repos/Museum-of-Art-and-Digital-Entertainment/macross/issues/6","labels_url":"https://api.github.com/repos/Museum-of-Art-and-Digital-Entertainment/macross/issues/6/labels{/name}","comments_url":"https://api.github.com/repos/Museum-of-Art-and-Digital-Entertainment/macross/issues/6/comments","events_url":"https://api.github.com/repos/Museum-of-Art-and-Digital-Entertainment/macross/issues/6/events","html_url":"https://github.com/Museum-of-Art-and-Digital-Entertainment/macross/issues/6","id":128434650,"number":6,"title":"Questions about build tools","user":{"login":"rubicks","id":44631,"avatar_url":"https://avatars.githubusercontent.com/u/44631?v=3","gravatar_id":"","url":"https://api.github.com/users/rubicks","html_url":"https://github.com/rubicks","followers_url":"https://api.github.com/users/rubicks/followers","following_url":"https://api.github.com/users/rubicks/following{/other_user}","gists_url":"https://api.github.com/users/rubicks/gists{/gist_id}","starred_url":"https://api.github.com/users/rubicks/starred{/owner}{/repo}","subscriptions_url":"https://api.github.com/users/rubicks/subscriptions","organizations_url":"https://api.github.com/users/rubicks/orgs","repos_url":"https://api.github.com/users/rubicks/repos","events_url":"https://api.github.com/users/rubicks/events{/privacy}","received_events_url":"https://api.github.com/users/rubicks/received_events","type":"User","site_admin":false},"labels":[],"state":"open","locked":false,"assignee":null,"milestone":null,"comments":1,"created_at":"2016-01-24T23:54:41Z","updated_at":"2016-01-25T01:20:42Z","closed_at":null,"body":"I'm decent with build infrastructure and I like to help, but I don't want to push anything that's not wanted/needed. So, without further ado:\r\n\r\n* Does `macross` require GNU make (with extensions), and not some minimally POSIX-compliant make?\r\n* Is there any interest in autotooling?\r\n* Is anyone absolutely against autotooling?\r\n* Is the project better served by \"simple\" `Makefile`s instead? How many?\r\n"},"comment":{"url":"https://api.github.com/repos/Museum-of-Art-and-Digital-Entertainment/macross/issues/comments/174365562","html_url":"https://github.com/Museum-of-Art-and-Digital-Entertainment/macross/issues/6#issuecomment-174365562","issue_url":"https://api.github.com/repos/Museum-of-Art-and-Digital-Entertainment/macross/issues/6","id":174365562,"user":{"login":"michaelcmartin","id":993503,"avatar_url":"https://avatars.githubusercontent.com/u/993503?v=3","gravatar_id":"","url":"https://api.github.com/users/michaelcmartin","html_url":"https://github.com/michaelcmartin","followers_url":"https://api.github.com/users/michaelcmartin/followers","following_url":"https://api.github.com/users/michaelcmartin/following{/other_user}","gists_url":"https://api.github.com/users/michaelcmartin/gists{/gist_id}","starred_url":"https://api.github.com/users/michaelcmartin/starred{/owner}{/repo}","subscriptions_url":"https://api.github.com/users/michaelcmartin/subscriptions","organizations_url":"https://api.github.com/users/michaelcmartin/orgs","repos_url":"https://api.github.com/users/michaelcmartin/repos","events_url":"https://api.github.com/users/michaelcmartin/events{/privacy}","received_events_url":"https://api.github.com/users/michaelcmartin/received_events","type":"User","site_admin":false},"created_at":"2016-01-25T01:20:42Z","updated_at":"2016-01-25T01:20:42Z","body":"I've been digging around this a little bit so far, and this is a simple enough project that I think simple Makefiles are the way to go - were it not for the _68000.c files. this could be built with `yacc macross_6502.y && gcc -m32 -o macross *.c`, and then slinky with `cp y.tab.h slinky && cd slinky && gcc -o slinky *.c`.\r\n\r\nThe dependency of both products on the same y.tab.h is the only sticking point, really, which makes me think it could be well handled with a single simple Makefile, perhaps with a pre-run makedepend.\r\n\r\nBe aware that I've made pretty heavy changes to the makefile and the system requirements on my fork at present; modern gcc seems to _really_ dislike pre-ANSI C, and my fork compiles with gcc -m32 -ansi, at least."}}