> 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

Reply via email to