> Yes, the last patch is ugly and should be removed or fixed > (path is created with alloca and later overwritten with malloc),Fixed just > now, removed the malloc. > and that patch is only used as fallback, > when CONFIG_TCCDIR is undefined. ... which makes sense on Windows systems where not all code isconstantly re-compiled and/or re-configured when running it onmultiple systems and/or platforms. A 7-line patch to accomodatethat doesn't seem ugly to me. > For memory leaks from malloc, which are only freed at program shutdown: > A design decision is not a bug.Correct. That said, it's gone now. TCC has a *lot* of ugly code, but hey, it (sortof) works. > For using an object format, with is not the same, what most other > compiler>use on that system:Well, that is mostly a side-effect of using > gnu/unix/linux based code on awindows machine. There is nothing wrong with > using ELF as the internalformat, as long as we can generate PE (or Mach-O, or > whatever) for thefinal output.
Yes, it could be *nice* if TCC could also deal with other formats for anyplatform, but that would add a lot (more) code to it. Fred
_______________________________________________ Tinycc-devel mailing list Tinycc-devel@nongnu.org https://lists.nongnu.org/mailman/listinfo/tinycc-devel