Found some other problems with extensionless input masks, it makes things either complicated or code redundant plus adds up several issues to deal with (like filtering out binaries). So I'll most probably leave it as it was, which means extensionless input masks won't be expanded by hbmk2. [ This also means some functional difference when shell does the expansion, IOW hbmk2 won't emulate it fully on non *nix shells. ]
I'll add filter support though. Your further input on issue below is still welcome. Brgds, Viktor On Sat, Jun 6, 2009 at 9:35 AM, Viktor Szakáts<[email protected]> wrote: >>> 2009-06-06 09:06 UTC+0200 Viktor Szakats (harbour.01 syenar.hu) >>> * utils/hbmk2/hbmk2.prg >>> * Input files with following extensions won't be considered >>> .prg source files anymore: .ch, .h, .hpp, .hxx. >>> This means *.* input mask can now be used more freely. >>> I cannot imagine a situation where this could be limitation, >>> but if someone has any concern with this, please tell. >> >> People habits. It will be the only one tool which does not accept >> *.prg files without extension. People using CLIPPER.EXE, HARBOUR.EXE, >> CL.BAT, hbmk scripts, etc. used to call such tools without extension. >> After many years I still have problems in using CLIP -e from command >> line due to such requirement. Of course it's only my POV. >> If the only one reason of above modification was your improvement >> for wilidcard expansion inside hbmk2 which is unusable for SHELL >> users which works in MSYS or POSIX systems then for them it will >> be only some functionality reduction. In such I case I suggest to >> restore previous functionality inside the function which makes >> expansion and if file name does not contain any wildcards and >> extensions simply add .prg extension. > > Above change only filters out filenames with above few header > extensions. > > hbmk2 still accepts input files with no extension, or even with any > custom made extensions (like: .prog). Maybe I'm misunderstanding > something, but can't see the issue, or maybe I've implemented my > idea wrongly. > > Although I've found a bug: *.* and * weren't expanded. > > Brgds, > Viktor > _______________________________________________ Harbour mailing list [email protected] http://lists.harbour-project.org/mailman/listinfo/harbour
