đŁÔŇ ëĎÓÁŇĹ×ÓËÉĘ wrote: > ON TOPIC: > maybe shipping with FPC cygwin runtime libraries for gprof wouldn't harm? > Because: > 1. Some are shipped (for FP --- IDE) > 2. If I am right, libc, libgcc, libgmon and libkernel32 are needed, > they shouldn't be weightier than some rarely used binary utils > 3. Full CYGWIN is not required (as I guess, MINGW is more > appropriate [its rtl], isn't it?) > 4. -pg is a compiler option, not some external feature implying > installation of something
As already mentioned by Jonas - yes, we should probably make it available somehow, at least as a standalone package. Note that we don't ship other static libraries either (sorry for a previous confusion - it's libc.a as correctly pointed out by Jonas, not libc.dll) - the main reason being that we can't keep in sync with their development (note that this is the case for libgdb.a needed for our IDE as well). OTOH, if we ship gprof.exe, we should probably ship the needed libraries and vice versa, it doesn't make too much sense as it is now... > BRANCH: >> > Bug number is 4929. >> a valid option. So my statement is still the same - could you be more >> specific what is wrong, please? >> Tomas > > Well, it is not a bug. > > > I even submitted it as compatibility or something. I do call it a bug, > because it was marked "Fixed", not "Not a bug". > > BUT: > 2.0.3 2006.4.20 does not emit warning, nor do I see one in compiler > messages file. (Maybe you mean "still BUGGY maximum optimize", Ox? [don't > mix with older comments about "still BUGGY!!!" register optimizations]) OK, _now_ I see what is wrong. The bug is closed as fixed in 2.0.3, whereas in reality it was only fixed in 2.1.1. So either the fixed version should be changed in the bug report, or we should add another line to errore.msg in the fixes branch. Doing the latter is really a cosmetic change and should have no side effects, hopefully, so it might be probably the better solution. The only thing I'm not sure about is whether it might not have impacts to the possibility of merging from trunk - anybody? Tomas _______________________________________________ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal