[rfc][icedtea-web] Add netx-dist-dist-tests-whitelist to .hgignore
Jie Kang
jkang at redhat.com
Tue Feb 24 17:46:23 UTC 2015
----- Original Message -----
> ...snip...
> >>>>> You understand it right. The reason to keep the file was to make it
> >>>>> simple. I'm
> >>>>> 50/50 to remove the file. Then, if file is not found, use default ".*".
> >>>>> If its
> >>>>> found, then it is used (no metter what is it)
> >>>>
> >>>> Reads very reasonable to me and seems to be a far better approach than
> >>>> the
> >>>> current one.
> >>>
> >>> On second sight, yes. Me or Jie (Thoughts?) will implement.
> >>
> >> At ached patch seems to do the job. The real removal from the repo maybe
> >> more
> >> fun. Once this is approve, I will proceed with removal and correct
> >> ignoring
> >> of our file.
> >>
> >> diff -r a1b50e850558 Makefile.am
> >> --- a/Makefile.am Wed Feb 18 18:47:18 2015 +0100
> >> +++ b/Makefile.am Fri Feb 20 15:34:07 2015 +0100
> >> @@ -193,12 +193,15 @@
> >> endif
> >> endif
> >>
> >> +# if you create netx-dist-tests-whitelist in top directory, and palce
> >> "expr match" regexes
> >> +# (separate by space) into it, you can control reproducers which compile
> >> or/xor run.
> >
> > Err no, please put this into the "Building" or "Testing" section of the
> > README file. I do not think
> > package and distro maintainers are going to take a peek at Makefile.am
> > file, especially when they
> > are interested in running tests before releasing their package. Anyhow,
> > this isn't probably the best
> > place to put this kind of information.
>
> Ufff.. I'm against moving to readme. I hope nobody expect itw (*few* people
> really) developers is
> interested in file. Not even maintainers.
>
> The reproducers are described on wikipage[1], which is still moreover
> correct.
>
> Actually when somebody developing ITW is looking for this whitelist, the
> makefile would be his
> better friend, or not?
>
> The testing part of readme is directed to different audition. And the section
> of reproducers is
> intentionally missing.
> >
> > Besides, please check the spelling before checking in: palce -> place.
> > Are the regexes really separated by a simple space character and not by a
> > new line character? What
> Sure, it is IFS as it is iterated in simle loop.
> > about test names with spaces? One could probably escape those with \x20 or
> > \u0020, I guess. But I
>
> Sure it is IFS what is used to iterate over the IFS separate strings. So by
> default \n \t and space
>
>
> The spaces in the regexes are generally not supported, but you can workaround
> itr by knowledge that
> it is expt match:
>
> As names with spaces are supported for reproducers. The way how to use those
> in filter is:
> .*text\swith\sspaces where \s is wild char for any type of space in bas regex
>
> see:
> [jvanek at jvanek ~]$ expr match "a a" "a\sa"
> 3
> [jvanek at jvanek ~]$ expr match "a a" "asa"
> 0
> [jvanek at jvanek ~]$ expr match "a a" "a a"
> 3
>
>
> > just would like to make sure the format gets properly documented. ;-)
>
> Long story short, I would like to stay with current patch as it is - of
> course with fixed spelling
> and enriched info as you wished.
>
> Are you ok with it?
>
> Jie -does the code works for you?
Hello,
I tested the patch and the code works as expected.
Shouldn't the patch also include the removal of 'netx-dist-tests-whitelist' file? ($hg remove netx-dist-tests-whitelist)
Regards,
> J.
> >
> >> +ECHO_WHITELIST=if [ -f $(REPRODUCERS_CLASS_WHITELIST) ] ; then cat
> >> $(REPRODUCERS_CLASS_WHITELIST)
> >> ; else echo ".*" ; fi
> >> if ENABLE_WHITELIST
> >> -COMPILE_WHITELIST_FILTER=`cat $(REPRODUCERS_CLASS_WHITELIST)`
> >> +COMPILE_WHITELIST_FILTER=`$(ECHO_WHITELIST)`
> >> RUN_WHITELIST_FILTER=.*
> >> else
> >> COMPILE_WHITELIST_FILTER=.*
> >> -RUN_WHITELIST_FILTER=`cat $(REPRODUCERS_CLASS_WHITELIST)`
> >> +RUN_WHITELIST_FILTER=`$(ECHO_WHITELIST)`
> >> endif
> >>
> >> if WITH_RHINO
> >
>
> [1] http://icedtea.classpath.org/wiki/Reproducers
>
>
--
Jie Kang
OpenJDK Team - Software Engineering Intern
More information about the distro-pkg-dev
mailing list