[gdal-dev] CSharp bindings queued for removal (was Re: GDAL CSharp bindings maintainers/contributors listening... ?)

Even Rouault even.rouault at spatialys.com
Tue Jan 28 20:32:39 PST 2025


Hearing silence, the only logical conclusion is that there is no 
interest ==> https://github.com/OSGeo/gdal/pull/11746


Le 27/09/2024 à 20:15, Even Rouault via gdal-dev a écrit :
>
> Hi,
>
> This is your regular remainder that nobody in the core GDAL maintainer 
> team is a CSharp aficionado (we don't have a personal grief against 
> it, just that we are blatantly ignorant, at least speaking for myself 
> !), so related tickets about it will definitely result in no action.
>
> See 
> https://github.com/OSGeo/gdal/issues?q=is%3Aissue+is%3Aopen+label%3A%22csharp+bindings%22
>
> The current trend is that people seem to be annoyed by UTF-8 related 
> issues. The issue is likely that our methods that accept or take a 
> const char* in the SWIG bindings should use a specific typemap to map 
> to CSharp Unicode strings instead of the "C" one or whatever those 
> concepts are called in CSharp. There is an existing "utf8_path" 
> typemap that is used in method that accept filenames, that should 
> probably be renamed to utf8_string and be used more extensively. And 
> probably with a version of the methods to also return a raw C string / 
> bytearray in the cases where drivers don't know the encoding and might 
> return "random" stuff. Cf pull request #10652 where I did something 
> for Java that suffered from that later issue.
>
> Happy pull requests!
>
> Even
>
> -- 
> http://www.spatialys.com
> My software is free, but my time generally not.
>
> _______________________________________________
> gdal-dev mailing list
> gdal-dev at lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/gdal-dev

-- 
http://www.spatialys.com
My software is free, but my time generally not.
Grumpy maintainer.
"De l'égo à l'égoût, il n'y a qu'une bouche mal refermée", André Isaac
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/gdal-dev/attachments/20250129/6ffc2d44/attachment.htm>


More information about the gdal-dev mailing list