> > But this *is* avoidable with better heuristic:
> >
> > - first it suspects for "tk.pm" because of string scanning
> > "::tk::priv()"
> > - it searches tk.pm but file system gives "Tk.pm"
>
> No. The filesystem say "yes" when asked: is there (i.e. -e)
> a "tk.pm" in some member of @INC. The
> > This heuristic looks bogus, but what is it that actually
> > fails for you?
>
> Because heuristic looks bogus :)
>
>
> > (AFAICT, finding "Tk.pm" when looking for the incorrectly deduced
> > "tk.pm"
> > has nothing to do with this and is in fact unavoidable when using
> > a case-insensitive
> > I return into this already discussed item, because something
> > other is broken.
> >
> > Namely, ScanDeps contains "case-sensitive FS" heuristic also,
> > and it seem to fail in my case:
>
> This heuristic looks bogus, but what is it that actually
> fails for you?
Because heuristic looks
> I return into this already discussed item, because something
> other is broken.
>
> Namely, ScanDeps contains "case-sensitive FS" heuristic also,
> and it seem to fail in my case:
This heuristic looks bogus, but what is it that actually fails for you?
(AFAICT, finding "Tk.pm" when looking for
> >And twisted it is: line 626 of Module::ScanDeps
> >
> > return $1 if /\b(\w[\w:]*)::\w+\(/;
> >
> >runs afoul of lines in Tcl/Tk.pm like
> >
> >$bot->pack(-side => "bottom", -fill => "x", -expand => 0);
> > -command => ['set', '::tk::Priv(button)', "$_"]);
.
> >Here
> > Is it possible to populate "my %Preload" hash with Tcl::Tk as
> > a special case??
>
> That won't help, because listing Foo.pm in %Preload doesn't prevent
> Foo.pm from being scanned, it only adds to the list of stuff to scan.
you're right, this is independent of string scanning...
> Anyw
> Is it possible to populate "my %Preload" hash with Tcl::Tk as
> a special case??
That won't help, because listing Foo.pm in %Preload doesn't prevent
Foo.pm from being scanned, it only adds to the list of stuff to scan.
> this is probably FAQ item, but why not tracking all these "require"
> str