[gdal-dev] CSharp bindings queued for removal (was Re: GDAL CSharp bindings maintainers/contributors listening... ?)
Paul Harwood
runette at gmail.com
Wed Jan 29 00:13:47 PST 2025
It seems to be a hyper aggressive move to go from a highly technical
question about UTF-8 to "remove C# totally".
If the question is "We need a named maintainer for C# or we remove it" then
I will step forward since I have an app that depends on it. However, I
don't feel competent enough in SWIG to address detailed changes such as
UTF-8 without help.
I seem to remember saying the same thing a few years ago and did not even
get an acknowledgement that I had responded.
Paul
On Wed, 29 Jan 2025, 04:32 Even Rouault via gdal-dev, <
gdal-dev at lists.osgeo.org> wrote:
> 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 listgdal-dev at lists.osgeo.orghttps://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
>
> _______________________________________________
> gdal-dev mailing list
> gdal-dev at lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/gdal-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/gdal-dev/attachments/20250129/802f31f6/attachment.htm>
More information about the gdal-dev
mailing list