On Thu, 2 Feb 2012, Hans-Peter Diettrich wrote:
michael.vancann...@wisa.be schrieb:
One reason may be the different assumptions about the content of the
FProcessedUnits list, where either the input file part or the entire input
specification is stored. But this seems not to be the only bug :-(
The entire input spec is stored.
Only in HandleOnParseUnit, not in CreateDocumentation!
Indeed. Fixed in rev. 20216. I just store the unit filename.
In each case:
Connecting this mail to your other mail reports of packages automatically
appearing etc, I'm inclined to think that the automatisms you added in your
private version are somehow interfering with the regular workings.
But that is a wild guess.
You're right, for some reason SVN duplicated just the line where the module
is added, and did not find it as a modification later :-(
Having fixed beforementioned bug, I couldn't find any more errors :-)
In each case: If you want to file bug reports, please use the official
sources only to
reproduce the problem.
Currently I don't want to file bug reports, when your modifications are in
alpha state. Discussing issues in Mantis is so slow ;-)
BTW, did you test MakeSkel, too?
Not yet. But I don't think makeskel needs this recursive algorithm.
Michael.
_______________________________________________
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
