On 05/02/2021 19:06, Marco Atzeri via Cygwin wrote:
On 05.02.2021 17:39, Lemke, Michael SF/HZA-ZIC2 wrote:
On Friday, February 5, 2021 4:18 PM Takashi Yano wrote:
On Fri, 5 Feb 2021 10:07:46 +0100
Marco Atzeri wrote:
On 05.02.2021 08:55, Daniel Röhrborn via Cygwin wrote:
On 04.02.2021 13:13, Daniel Röhrborn via Cygwin wrote:
I looked into this problem and found this issue causes if iconv
cannot be found in the search path.
Installing libiconv package should solve the issue, I guess.
I can confirm that installing libiconv solves the problem. So it
was not a case of BLODA here.
It seems that the GDB package should set a dependency on libiconv.
I had libiconv2 installed. Is that somehow related?
gdb always needed the shared lib in libiconv2
$ cygcheck /usr/bin/gdb.exe | grep iconv
D:\cygwin64\bin\cygiconv-2.dll
$ cygcheck -f /usr/bin/cygiconv-2.dll
libiconv2-1.16-2
but is seems the last versions are also calling
the program that is packaged separately
$ cygcheck -f /usr/bin/iconv.exe
libiconv-1.16-2
this dependency is more difficult to catch
and it was missed when GDB was packaged
Thanks for investigating this, and fixing it on sourceware.
I've updated the .cygport appropriately.
It seems that gdb wants to run 'iconv -l' to list the available encodings.
It looks like perhaps an upstream bug that gdb outputs nothing when
iconv can't be found (rather than using the default encoding?).
--
Problem reports: https://cygwin.com/problems.html
FAQ: https://cygwin.com/faq/
Documentation: https://cygwin.com/docs.html
Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
