News for hackers. Stuff that matters.
Re:Rewriting Libimagequant in Rust for Portability by rightbyte on Tuesday January 04, 2022 @02:28PM (#29798956)
> That doesn't mean anything.

I meant that you can specify symbol versions to link to glibc specifically.

https://sourceware.org/binutils/docs/ld/VERSION.html

> They wanted to support multiple platforms, that multiple platforms implied multiple compilers was part of the portability issues the original goal led to.

He could have used gcc on different platforms too. He writes:

"the platonic ideal portable C exists only as a hypothetical construct in the C standard. The C that exists in the real world is whatever Microsoft, Apple, and others have shipped. That C is a mess"

I.e. his problem could have been solved by sticking to one compiler, be it Rust or Clang ...

Re:Rewriting Libimagequant in Rust for Portability by masklinn on Tuesday January 04, 2022 @02:50PM (#29799302)
> I meant that you can specify symbol versions to link to glibc specifically.

You're confusing glibc and GLib...

> He could have used gcc on different platforms too.

That certainly would have solved the multiple platform issue, I'm sure gcc has great and easy support for producing VS-compatible dlls, and that there's nothing an ios dev likes to hear more than "you can use GCC to compile libimagequant".

Re:Rewriting Libimagequant in Rust for Portability by jcranmer on Tuesday January 04, 2022 @02:32PM (#29799016)
> I meant that you can specify symbol versions to link to glibc specifically.

sanxiyn was talking about GLib, not glibc, and these are two very different projects...