importing is very expensive with a lot of projects

[mihaisebea]

given a long chain of recursive dependencies the current implementation takes too long and uses too much memory

simple fix should be to prepare the filters only if the export block was not imported already
something like

    if not table.contains(parsed, exp.name) then

      prepareFilters(filters)
    -- Only import if the filters matches
      if  matchFilters(exp.name, filters) then

I'll try to submit a merge request once i manage to find the time :)

[mihaisebea]

Later edit ...
looks like the problem with prepareFilters function still persists

for k, v in ipairs(filters) do
    filters[k] = prepareFilter(v)
  end

although all my filters are "" at one point one of them becomes
.
and then
%.*
and then
%%%.* which gets slower and slower everytime

the solutions seems to be to use temporary variable for the prepared filters

local preparedFilters = {}
for k, v in ipairs(filters) do
    preparedFilters[k] = prepareFilter(v)
  end
return preparedFilters

[Meoo]

Thanks for your contribution!
As you said, prepareFilters is modifying the input parameter so returning a new table should help.
I won't be able to test anything as it's been at least a couple years since I last used premake, but if it works please tell me or send a PR and I'll update the code.
Anyway, I'm quite surprised you are running into noticeable performance issues, I first wrote it for a project with 30-40 libraries and it was good enough.

[mihaisebea]

Thanks for the reply
i have around 150 projects and I will probably add more ...
the issues is that i have some base libraries that are includded in most of the projects so every time the filters are prepared they are modified to add more %%%%%%% like pages and pages of it which becomes very expensive to match !
In any case ... nice module ...thank you for writing it !