Cameron Tacklind
Cameron Tacklind
I suspect the issue is exactly what @elestedt suggested. "It includes libicuu18n twice" ``` checking for main() in -licui18n... yes checking for main() in -licui18n... yes ``` `-licuuc -lz` seem...
`/usr/lib64/icu/current -> 49.1.2`
Yes. This does not fail (because of libs) when linking. ``` host ~ $ gcc -licui18n -licuuc -lz /usr/lib/gcc/x86_64-pc-linux-gnu/4.6.3/../../../../lib64/crt1.o: In function `_start': (.text+0x20): undefined reference to `main' collect2: ld returned...
Is there a chance this is related to #27?
I guessed as much. Is there a way to turn on a more verbose debug and see why the needed deps aren't getting linked?
The following excerpt is from the generated Makefile. It shows that icui18n is linked twice and icuuc and z not linked. `LIBS = $(LIBRUBYARG_SHARED) -lmagic_ext -licui18n -licui18n -lpthread -lrt -ldl...
If I edit that line to add the missing libs and make, it builds the lib correctly. I'm at a loss of how to add extra missing libs to the...
I found a fork that claims to be for gentoo. See above reference. I believe the change was simply adding these lines to ext/charlock_holmes/extconf.rb ``` # Fix underlinking have_library 'z'...
I was finally able to build this on my system. The the missing lines from above are what did it. (With the exception of `icudata` which seems to be unnecessary)...
Hmmm, interesting find @tsubus. That works for me. Are LDFLAGS set differently on other distros? Is this a gentoo bug?