Am 27.03.2017 um 21:37 schrieb C Western via Lazarus:
But nevertheless, as mentioned in the beginning, I don't think that
these files are the reason of the compilation issues that you mention.
If that were true then anybody would have them - at least I don't.
I can't claim to be an expert on the way the search path works, but
the issue might only surface when spe is used in a component which is
compiled as part of the IDE. Can I suggest a short term fix is to
rename the local copies of the units (spe -> spe_fixed)? This will
definitely remove the clash.
I understand. A package using the original spe and TAChart using a
modified spe with the same name cannot coexist. You had not written this
in the previous posts.
At the moment TAChart has these modified numlib files in its
numlib_fixes folder: ipf (fitting, splines), mdt, sle. I am writing a
patch to remove the hard-coded array length in the numlib unit typ which
lead to the addition of ipf to TAChart. But this will only be a longterm
solution because fpc has a slow version cycle time and Lazarus wants to
support older fpc versions as well.
Luckily, no other units of numlib depend on ipf, and therefore, I could
rename the modified ipf to ipf_fix. mdt and sle seem to contain minor
modifications, a diff shows me that they were modified only to silence
the compiler, and so I deleted them. In total, now TAChart does no
longer contain any modified equally named units from other packages.
--
_______________________________________________
Lazarus mailing list
Lazarus@lists.lazarus-ide.org
http://lists.lazarus-ide.org/listinfo/lazarus
