[SOLVED] Iconv identity crisis

JohnHendry · 04-01-2020, 01:28 AM

I have two iconv executables after installing GNU libiconv, also two of iconv.h. Crux Linux can't find any of them so I can't update glib. I have LD_LIBRARY_PATH including /usr/local/lib where libiconv is but no use.

berndbausch · 04-01-2020, 01:50 AM

Quote:

Originally Posted by JohnHendry

I have two iconv executables after installing GNU libiconv, also two of iconv.h. Crux Linux can't find any of them so I can't update glib.

What do you mean by "can't find them"? Does the find command not list them? Are they not in your execution path?

What do you do, what happens and what did you expect to happen?

ondoho · 04-01-2020, 02:18 AM

I'd assume crux needs the headers to compile glib, not the executables?
I don't use crux - how does that work, updating glib?
What is the other iconv you have installed and why?

pan64 · 04-01-2020, 02:24 AM

LD_LIBRARY_PATH is used to specify location of libraries (.so files).
I do not really know what are you trying to do, but a .h file is usually used by makefiles or other build processes and you need to add a -I <directory> flag to specify its location and pass it to the compiler (usually that is CFLAGS).

JohnHendry · 04-02-2020, 05:45 AM

When I say Crux can't find libiconv I mean Crux package manager (prt-get) fails to update glib (for example), citing ld error "missing libiconv". Prt-get builds in a sandbox and updates/installs if successful.