GNU make for OS4 Updated - Software News - News

Software News : GNU make for OS4 Updated

Posted by ssolie on 2007/1/2 17:50:00 (2300 reads) News by the same author

Changes include:
- now uses case-sensitive comparisons no matter what the underlying file system is capable of for maximum compatibility during porting (thanks Henning Nielsen Lund)
- removed workaround for shell 51.x
- removed support for AmigaOS device names; it is just impossible to parse out targets from device names (thanks Thore B?ckelmann)
- now uses getopt() from clib2
- cleaned up Makefile.AmigaOS

Grab the latest version from OS4Depot and let me know if you find any problems with it.

The comments are owned by the author. We aren't responsible for their content.

Author	Thread
broadblues	Published: 2007/1/2 20:02 Updated: 2007/1/2 20:03
Home away from home Joined: 12/04/2006 From: Comments: 2371	Re: GNU make for OS4 Updated Thanks for the update. I get two problem with this version. 1. The AWeb make build process stalls after the dependency generation, seeming to hang for several minutes before returning with an error 127. 2. There seem to be a problem with search paths. I also get this with the version I currently use, (dated 02 apr 06). It seems to happen at random but sometime the search path for external commands appears corrupted. For example when building a test of snoopdos from CVS I get a requester to insert volume /ggc/bin: earlier in the day I got a request for "ImageFX4: (leading quote intended). ImagesFX4: is never in my path (let alone the corrupt version with a leading ") so I suspect the path being passef to the subprocess is corrupted.

spotUP	Published: 2007/1/2 21:07 Updated: 2007/1/2 21:07
Just can't stay away Joined: 11/26/2006 From: Comments: 1492	Re: GNU make for OS4 Updated getopt() is very welcome! thanx!

ssolie	Published: 2007/1/2 22:28 Updated: 2007/1/2 22:28
Amigans Defender Joined: 11/26/2006 From: Canada Comments: 986	Re: GNU make for OS4 Updated @broadblues Quote: The AWeb make build process stalls after the dependency generation, seeming to hang for several minutes before returning with an error 127. This version no longer allows AmigaOS-style device names in targets or dependencies. If gcc is outputting "SDK:blah" or similar it will now fail. The next GCC will have a fix for this. Check your dependency files do not have any AmigaOS-style paths in them. Perhaps you can use version 3.81-4 to work around the problem until the updated SDK appears? Quote: It seems to happen at random but sometime the search path for external commands appears corrupted. The "ImageFX4:" thing turned out to be incorrect environ setup problem which is fixed since version 3.81-4 and should not occur now. It had nothing to do with PATH setup.

broadblues	Published: 2007/1/2 23:39 Updated: 2007/1/2 23:39
Home away from home Joined: 12/04/2006 From: Comments: 2371	Re: GNU make for OS4 Updated Quote: Quote: The AWeb make build process stalls after the dependency generation, seeming to hang for several minutes before returning with an error 127. This version no longer allows AmigaOS-style device names in targets or dependencies. If gcc is outputting "SDK:blah" or similar it will now fail. The next GCC will have a fix for this. Check your dependency files do not have any AmigaOS-style paths in them. Perhaps you can use version 3.81-4 to work around the problem until the updated SDK appears? They don't, I work arround gcc emiting amigaos paths by using -MM in dependancy generation. Quote: Quote: It seems to happen at random but sometime the search path for external commands appears corrupted. The "ImageFX4:" thing turned out to be incorrect environ setup problem which is fixed since version 3.81-4 and should not occur now. It had nothing to do with PATH setup. I definetely got a request for a bogus path element since using the latest make. Will try some more tests to see.

broadblues	Published: 2007/1/3 0:02 Updated: 2007/1/3 0:03
Home away from home Joined: 12/04/2006 From: Comments: 2371	Re: GNU make for OS4 Updated Quote: Perhaps you can use version 3.81-4 to work around the problem until the updated SDK appears? I have been usinf 3.81-3, -4 also did not work for AWeb. However with some more testing I discovered that it only the output to stdout that is suspended the actuall build process still continues! Quote: I definetely got a request for a bogus path element since using the latest make. Will try some more tests to see. With some direct comparisons with my old make and the most recent version that the "ImageFX4: and /gcc/bin: problems are different things. The ImageFX one has indeed gone from the new make but, looking at the output from snoopy, gcc itdelf appears to be trying to lock "/gcc/bin:/SDK/C:/C/gcc" which looks like an entire $PATH variable has been appended to the gcc filename rather than just the first section. So this looks to be a gcc rather than make prblem.

hnl_dk	Published: 2007/1/3 6:55 Updated: 2007/1/3 6:55
Just popping in Joined: 11/16/2006 From: Denmark Comments: 74	Re: GNU make for OS4 Updated Quote: So this looks to be a gcc rather than make prblem. it is a gcc problem, and has been fixed in the adtools SVN Repository. There should be a fixed version in the next SDK release.

hnl_dk	Published: 2007/1/3 6:55 Updated: 2007/1/3 6:55
Just popping in Joined: 11/16/2006 From: Denmark Comments: 74	Re: GNU make for OS4 Updated working great here. Thanks for your great work Steven

hnl_dk	Published: 2007/1/3 6:59 Updated: 2007/1/3 6:59
Just popping in Joined: 11/16/2006 From: Denmark Comments: 74	Re: GNU make for OS4 Updated @spotUP Quote: getopt() is very welcome! thanx! It is "just" that make/gmake does now use the clib2 version of getopt() instead of the gnulib version (at least I guess so).

saimo	Published: 2007/1/3 20:21 Updated: 2007/1/3 20:21
Quite a regular Joined: 12/06/2006 From: Italy Comments: 812	Re: GNU make for OS4 Updated @ssolie I just adapted my makefiles to avoid AmigaOS-style device names and tested the new make with lots of stuff: works perfectly I noticed that the commandline handling does not support options after targets anymore, but after all that's the way it is supposed to be according to make's official documentation, so that's OK Thanks a lot! saimo