Viktor, > It'd be generic but very slow to parse potentially > infinite or deep dir structures routinely, just to > find some matching .hbc files.
Maybe "recursive" was not the right word. What I meant was that you set up some cfg file to look at dir1, dir2 and dir3 (like you do it today). and the in dir2 there is another file that can tell you to look at dir2\sub1, dir2\sub2, ... and so on So you just look at places someone tell you, but in each place there is an option to add more places to scan (usually a sub dir). This way your top level cfg file (or equivalent) does not need to know about structure of contrib/3rd party tree. >> As for packaging, maybe a section could be added to the GNU Makefiles? >> (clear, install, packaging, ...) that would take care of special anomalies if >> needed. > Maybe, and it could potentially be better, since > it would work regardless of packaging, I don't > know who will do it though. It would also need to > maintain a large number of additional Makefile, > so just for the sake of winuni packaging, the > work seems overkill. Can't it be part of INSTALL section? you already copy all bunch of files to some destination directories. Or just add new PACKAGING section to current Makefile(s) that are relevant? I don't know the actual impelemtation so these are just abstact ideas. > Off: They just stole my car, damn it. Auuch! Chen. ________________________________________ From: Chen Kedem Sent: 23 March 2010 11:01 To: Harbour mail-list Subject: Re: [Harbour] To move sdd* contribs to contrib root >> so I guess you want to remove the second one. >> But can you explain what above lines does? >> I was always wondering why I have it in hbmk.cfg >> when I do not have any of above directories in >> my Harbour installation. > It's a pending issue/question. Above will define > search path for .hbc files, so they are found > automatically without speccing full dir for them > in app-level make files. Maybe there could be a way to do it recursively like GNU make? Given a hbc|cfg|... file on a directory that can have instruction about sub-dir processing. This can make it generic solution for hbmk2 As for packaging, maybe a section could be added to the GNU Makefiles? (clear, install, packaging, ...) that would take care of special anomalies if needed. Just an idea Chen. _______________________________________________ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
