uucibg@sw1e.UUCP (3929]) (03/28/89)
Sorry to bring up and old subject (to comp.bugs.sys5 at least). I seem to recall a number of patches to make for various flavors of Unix. I'm not sure if there was one to fix macro substitution on SystemV3.1. In particular, our version seems to If there was such a fix posted, I apologize for not having pulled it out of the stream as it went by. Could some kind soul please send me such a fix if it exists? (Yes we have a 3.1 source license). Diffs would be very nice. If not, I guess I'll go convince the 'keepers of the source code' to let me have a copy of make and start de-obfuscating things... :-\ Thanks, Brian R. Gilstrap Southwestern Bell Telephone One Bell Center Rm 17-G-4 ...!ames!killer!texbell!sw1e!uucibg St. Louis, MO 63101 ...!bellcore!texbell!sw1e!uucibg (314) 235-3929 #include <std_disclaimers.h>
uucibg@sw1e.UUCP (3929]) (03/29/89)
In article <1426@sw1e.UUCP> I wrote: >Sorry to bring up and old subject (to comp.bugs.sys5 at least). I seem to >recall a number of patches to make for various flavors of Unix. I'm not sure >if there was one to fix macro substitution on SystemV3.1. In particular, our >version seems to OOPS. Let's try this again and see if my fingers will listen this time... Macro substitution only seems to work only for final strings. Thusly: bar = food.c foo.c boo.c list1 = $(bar:o.c=x.y) will result in $(list1) <==> food.c fox.y box.y However bar = food.c foo.c boo.c list1 = $(bar:fo=r) Does NOT result in $(list1) <==> rod.c ro.c boo.c Just as a guess, it looks like it could be a problem with doing a strcmp rather than a strncmp... Anyway, if anyone has a fix, I would *greatly* appreciate it if they could send me a copy via email. We are running plain vanilla SysV3.{1,2} Thanks, Brian R. Gilstrap Southwestern Bell Telephone One Bell Center Rm 17-G-4 ...!ames!killer!texbell!sw1e!uucibg St. Louis, MO 63101 ...!bellcore!texbell!sw1e!uucibg (314) 235-3929 #include <std_disclaimers.h>