No output with option --depends in version 2.7.x

[gkraser]

If run lessc 2.7.x with option '--depends' (lessc in.less out.css --depends), depends writen in console, output file - not writed.
In version 2.6.1 - all ok.

[seven-phases-max]

This was implemented in #2830. So what is the use-case of using both ("depends list" and "css") simultaneously?

[jdufresne]

The first run of the Makefile, CSS files must be generated as they do not yet exist. As a byproduct of producing the CSS files, the dependency files are created simultaneously. This avoid shelling out to two processes when one will do. Thus, theoretically, parsing the less files needs to happen only once. As the files are rebuilt, the dependencies will also be updated.

As an example, this is how GCC works.

See the article Auto-Dependency Generation. Particularly the section titled "Combining Compilation and Dependency Generation".

[seven-phases-max]

I think this is basically leads us to #2476 (comment).
I dunno if lessc is ever going to replicate the antihuman gcc configurabilty (yet another zillion of zillions lines of code).
So I guess we need to try to reduce the decision just to: "what is more important - the timing of the first lessc run when we do need both (i.e. your case) OR the timing of further runs when no css is often needed (@gtalusan case)".

[de-vri-es]

When considering make, you get the best possible processing time exactly when you produce the dependencies and the output in one run. There simply is no need to generate just the dependencies. Right now I'm forced to process the file twice if I want dependency tracking. And both runs take about the same time.

Maybe there are use cases outside of make where having dependencies without actual output makes sense, but for make #2830 is a big setback.

[seven-phases-max]

Just run lescc w/o --depends first (note the only reason for #2830 was performance, i.e. you still got the same old behavior = lessc-generate-css-only + less-generate-dependencies-only).

So the only drawback is that you need additional:

if (!css-exists)
    generate it;

in your scripts. Well, I guess this is survivable.

---

_{And I still can't imagine a use-case of having the css output before the deps. I.e. if your already got your CSS why do you need its dependencies at all?}

[seven-phases-max]

added "Consider Closing" due to lack of clear use-case description.

[de-vri-es]

The description in #2830 describes that --depends improved performance, with the only downside being that they now ran lessc twice. That was their mistake, they should just generate both the dependency files and the output in a single pass. There is no downside to that, and it avoids running lessc twice.

With the new behaviour, the only way to gain any benefit from --depends is to run lessc twice, which takes twice as long as running it once. That really is not an improvement.

I'm working on a few more improvements to dependency tracking. I'll submit a PR soon.

[de-vri-es]

In case it is not clear: there is no point in having dependency information before the generated output. The dependency tracking makes sure that make only invokes lessc when one of the source files is newer than the output file.

If there is no output file yet, make must always run lessc so there is no value in having the dependency information before the real output.

[seven-phases-max]

@de-vri-es

So the only use of these generated dependencies is to trigger recompilation when they changed?
In that case generating css+deps simultaneosly indeed makes more sense. Then I'm more in favour of reverting #2830 (as there the use-case assumes your dependencies have to be regenerated after the first pass thus the first css output is supposed to be invalid anyway.. Or somtheing like that).