This is the mail archive of the crossgcc@sourceware.org mailing list for the crossgcc project.
See the CrossGCC FAQ for lots more information.
Index Nav: | [Date Index] [Subject Index] [Author Index] [Thread Index] | |
---|---|---|
Message Nav: | [Date Prev] [Date Next] | [Thread Prev] [Thread Next] |
Other format: | [Raw text] |
On 2/19/06, Robert P. J. Day <rpjday@mindspring.com> wrote: > > You should also consider to use a quilt like patch stack mechanism ... > > all i did for my mini-script was have a PATCH_DIRS variable which is > set to the default of the current patch directory, but which you could > append other directories to, and the patches would be added in that > order. i didn't try to get any fancier than that, so it was > essentially a shell script loop wrapped around the normal patch > processing. > > is there (at least for now) any need for it to be more complicated > than that? Simple is better for the moment. In fact, I'd kind of prefer there just be a SITE_PATCH_DIR variable; if set, getandpatch.sh would check there, too. e.g. instead of if test -d $TOP_DIR/patches/$BASENAME; then we'd have for patchdir in $TOP_DIR/patches $SITE_PATCH_DIR; do if test -d $patchdir/$BASENAME; then - Dan -- Wine for Windows ISVs: http://kegel.com/wine/isv ------ Want more information? See the CrossGCC FAQ, http://www.objsw.com/CrossGCC/ Want to unsubscribe? Send a note to crossgcc-unsubscribe@sourceware.org
Index Nav: | [Date Index] [Subject Index] [Author Index] [Thread Index] | |
---|---|---|
Message Nav: | [Date Prev] [Date Next] | [Thread Prev] [Thread Next] |