Re: Volunteer available

olution. > eo> I'd say smaller is better. > > Smaller is better, all things being equal. But portable is far and away > more important than smaller. They're not even in the same ballpark. > Yes, this portability game is really hard to grasp at times. Then it seems

Volunteer available

before, so I guess I might do that too ;) But I don't know if it would be smaller than the first solution. I'd say smaller is better. What do you think? Thanks, -- Eray (exa) Ozkural Comp. Sci. Dept., Bilkent University, Ankara e-mail: [EMAIL PROTECTED] www: http:

Development version on CVS?

7;t commit them because an incomplete read.c would obviously break the stable version? :) So what about speeding things up a bit and putting it in a devel branch. You can then merge the stuff back into stable as usual. Looking forward to your comments, Thanks, -- Eray (exa) Ozkural Comp.

Re: 3.80 development

Wait. There's already something in the CVS, I should take a look at it ;) Thanks, -- Eray (exa) Ozkural Comp. Sci. Dept., Bilkent University, Ankara e-mail: [EMAIL PROTECTED] www: http://www.cs.bilkent.edu.tr/~erayo ___ Bug-make mailing list [

Re: 3.80 development

have a look at it and understand what you're doing. Perhaps you could make it available as an "unstable" branch or something on the CVS, if working in the open does not bother you. Thanks, -- Eray (exa) Ozkural Comp. Sci. Dept., Bilkent University, Ankara e

Re: Make on Windows NT using VC++ 6.0

Thierry Zamofing wrote: > > calling nmake /f NMakefile on cmd.exe: errr, nmake isn't GNU Make. go ask for some support ms :) they may not be very responsive though, i hope the next 150MB service pack fixes your problem. :))) -- Eray (exa) Ozkural Comp. Sci. Dept., Bilkent Universit

3.80 development

ch I think is a bit ad hoc). I'd also written a small patch that did it with mem streams but it'd been found inadequate because not all platforms supported it. I'm offering to do it in a portable way, but I suppose we would need to co-operate to make this happen. Regards, -- Era

Any progress on new expansion code?

Hi Paul, I'd like to check whether there has been any progress on the code we've been talking about. If there hasn't been the opportunity tell me a bit about how you thought it could be done, and I'll code it right away. Sincerely, -- Eray (exa) Ozkural Comp. Sci. Dept.

Re: Stems in pattern rules suck! Why not use regexes

lable. > It seems I haven't received that mail. Could you please resend it? I'd be glad to help. Thanks! -- Eray (exa) Ozkural Comp. Sci. Dept., Bilkent University, Ankara e-mail: [EMAIL PROTECTED] www: http://www.cs.bilkent.edu.tr/~erayo __

Re: Stems in pattern rules suck! Why not use regexes

reach idl_file,$(PUBLIC_IDL),$(PUBLIC_IDL_DIR)/$(idl_file) : >$(PUBLIC_IDL_DIR)/$(dir $(idl_file))/% : % \ > $(INSTALL_READ_ONLY) \ > ) yep, sth like that ;) Regards, -- Eray (exa) Ozkural Comp. Sci. Dept., Bilkent University, Ankara e-mail: [EMA

Re: Extension proposal

and robust. I'm not sure how it'd be done but some kind of file modification detection that involves checksums would be great. Thanks, -- Eray (exa) Ozkural Comp. Sci. Dept., Bilkent University, Ankara e-mail: [EMAIL PROTECTED] www: http://www.cs.bilkent.edu.tr/~erayo ___ Bug-make mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/bug-make

Extension proposal

e worked out but overall I'm hoping that you'll find this patch useful. [I'll be coming up with some more advanced features soon] Thanks, PS: This is a context diff, to apply it just gzip -d -c make-patch.diff.gz | patch -c in make toplevel dir. -- Eray (exa) Ozkural Comp. Sci. Dep