Bug: lib_libiconv_0 contains GPL-3 license instead of LGPL

[mugomes]

Hi!

I noticed that static-php-cli uses lib_libiconv_0 only in some extensions during the build process.

Since lib_libiconv_0 is licensed under GPLv3, I have a few questions regarding possible licensing implications:

When lib_libiconv_0 is used only by certain extensions, does the final static binary still become a GPL-derived work, effectively making the whole build subject to GPL terms?

Would this prevent distributing the static PHP binary under another license (such as the BSD) or bundling it with proprietary software?

Considering that the PHP License is incompatible with the GPL, could this create a legal or licensing conflict when building with extensions that depend on lib_libiconv_0?

Is there any alternative way to build these extensions without relying on the GPL version of lib_libiconv_0 — for example, using a BSD, MIT, or LGPL compatible implementation?

Thanks in advance for any clarification or suggestions on how to avoid license compatibility issues during compilation.

[henderkes]

libiconv is LGPL, not GPL 3. The iconv program is GPL licensed.

[henderkes]

The only potential troubling library I can think of right now is readline. If you compile a version with readline, you must follow the GPL 3 license.

[mugomes]

For a moment I thought the title was wrong and I corrected it, but now looking at the generated license file, it looks like this:
lib_libiconv_0.txt and inside it is GPL v3

[mugomes]

The extensions used were:
bcmath, bz2, calendar, ctype, curl, dom, exif, fileinfo, filter, ftp, gd, gmp, xml, mbstring, mbregex, mysqlnd, openssl, pcntl, pdo, pdo_mysql, pdo_sqlite, phar, posix, redis, session, simplexml, soap, sockets, sqlite3, tokenizer, xmlwriter, xmlreader, zlib, zip

I removed iconv, but it still returns libiconv_0 with GPLv3.

[henderkes]

XML uses iconv, but it seems like we're forwarding the wrong license file.