Re: 2.6.0.RC1 cygwin compilation issue

Denis Corbin <[email protected]> Thu, 23 Aug 2018 21:31:48 +0200
Newsgroups gmane.comp.sysutils.backup.dar.general
Message-ID <[email protected]>
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

Hi,

thanks for your feedback, will try to reproduce it and fix this

Best Regards,
Denis

On 23/08/2018 16:13, mannino wrote:
> I have been trying to compile the RC on Windows 10 x64 under the 
> latest cygwin (2.1). I have followed the recipe in the FAQ and got 
> the required packages installed but I'm still facing multiple 
> problems.
> 
> Configure reports:
> 
> LIBDAR parameters: Zlib compression (gzip)    : YES Libbz2 
> compression (bzip2) : YES Liblzo2 compression (lzo)  : YES Liblxz 
> compression (xz)    : YES Strong encryption support  : YES Public 
> key cipher support  : NO Extended Attributes support: YES Large 
> files support (> 2GB): YES extX FSA / nodump support  : NO HFS+
> FSA support           : YES Integer size used          : 64 Thread
> safe support        : YES Furtive read mode          : YES Large 
> directory optim.     : YES posix fadvise support      : YES 
> microsecond read accuracy  : YES microsecond write accuracy : YES 
> can restore symlink dates  : YES can uses multiple threads  : NO 
> Delta-compression support  : YES Remote repository support  : NO
> 
> DAR SUITE command line programs: Long options available : YES 
> Building examples      : NO Building dar_static    : YES using upx 
> at install   : YES building documentation : YES
> 
> However, linking the binary fails with:
> 
> libtool: link: g++ -static -o dar_static.exe command_line.o 
> config_file.o dar.o dar_suite.o hide_file.o no_comment.o 
> line_tools.o crit_action_cmd_line.o  -lintl 
> ../libdar/.libs/libdar64.a -lpthread -lrsync -lgcrypt -lgpg-error 
> -llzma -llzo2 -lbz2 -lz -ldl 
> /usr/lib/gcc/x86_64-pc-cygwin/7.3.0/../../../../x86_64-pc-cygwin/bin/l
d:
>
>
> 
cannot find -lrsync
> /usr/lib/gcc/x86_64-pc-cygwin/7.3.0/../../../../x86_64-pc-cygwin/bin/l
d:
>
>
> 
cannot find -lgcrypt
> /usr/lib/gcc/x86_64-pc-cygwin/7.3.0/../../../../x86_64-pc-cygwin/bin/l
d:
>
>
> 
cannot find -lgpg-error
> /usr/lib/gcc/x86_64-pc-cygwin/7.3.0/../../../../x86_64-pc-cygwin/bin/l
d:
>
>
> 
cannot find -llzma
> /usr/lib/gcc/x86_64-pc-cygwin/7.3.0/../../../../x86_64-pc-cygwin/bin/l
d:
>
>
> 
cannot find -llzo2
> collect2: error: ld returned 1 exit status make[3]: *** 
> [Makefile:565: dar_static.exe] Error 1
> 
> By inspecting C:\cygwin64\lib I notice that many files have the 
> .dll.a suffix rather than .a (e.g. libpthread.a exists and ld 
> doesn't complain). All of the above 5 libs have the .dll.a suffix. 
> Copying them to .a files made ld happy.
> 
> However, it then fails with inability to resolve iconv functions:
> 
> libtool: link: g++ -static -o dar_static.exe command_line.o 
> config_file.o dar.o dar_suite.o hide_file.o no_comment.o 
> line_tools.o crit_action_cmd_line.o  -lintl 
> ../libdar/.libs/libdar64.a -lpthread -lrsync -lgcrypt -lgpg-error 
> -llzma -llzo2 -lbz2 -lz -ldl 
> /usr/lib/gcc/x86_64-pc-cygwin/7.3.0/../../../../lib/libintl.a(dcigette
xt.o):
>
>
> 
In function `_nl_find_msg':
> /usr/src/debug/gettext-0.19.8.1-2/gettext-tools/../gettext-runtime/int
l/dcigettext.c:1315:
>
>
> 
undefined reference to `libiconv'
> /usr/src/debug/gettext-0.19.8.1-2/gettext-tools/../gettext-runtime/int
l/dcigettext.c:1315:(.text+0x5ed):
>
>
> 
relocation truncated to fit: R_X86_64_PC32 against undefined symbol
> `libiconv' 
> /usr/src/debug/gettext-0.19.8.1-2/gettext-tools/../gettext-runtime/int
l/dcigettext.c:1183:
>
>
> 
undefined reference to `libiconv_open'
> /usr/src/debug/gettext-0.19.8.1-2/gettext-tools/../gettext-runtime/int
l/dcigettext.c:1183:(.text+0x96f):
>
>
> 
relocation truncated to fit: R_X86_64_PC32 against undefined symbol
> `libiconv_open' 
> /usr/src/debug/gettext-0.19.8.1-2/gettext-tools/../gettext-runtime/int
l/dcigettext.c:1177:
>
>
> 
undefined reference to `libiconv_open'
> /usr/src/debug/gettext-0.19.8.1-2/gettext-tools/../gettext-runtime/int
l/dcigettext.c:1177:(.text+0xaf9):
>
>
> 
relocation truncated to fit: R_X86_64_PC32 against undefined symbol
> `libiconv_open' 
> /usr/lib/gcc/x86_64-pc-cygwin/7.3.0/../../../../lib/libintl.a(relocata
ble.o):
>
>
> 
In function `libintl_set_relocation_prefix':
> /usr/src/debug/gettext-0.19.8.1-2/gettext-tools/../gettext-runtime/int
l/relocatable.c:171:
>
>
> 
undefined reference to `libiconv_set_relocation_prefix'
> /usr/src/debug/gettext-0.19.8.1-2/gettext-tools/../gettext-runtime/int
l/relocatable.c:171:(.text+0x46):
>
>
> 
relocation truncated to fit: R_X86_64_PC32 against undefined symbol
> `libiconv_set_relocation_prefix' collect2: error: ld returned 1 
> exit status make[3]: *** [Makefile:565: dar_static.exe] Error 1 
> make[3]: Leaving directory 
> '/cygdrive/t/dar-2.6.0.RC1/src/dar_suite' make[2]: *** 
> [Makefile:415: install-recursive] Error 1 make[2]: Leaving 
> directory '/cygdrive/t/dar-2.6.0.RC1/src' make[1]: *** 
> [Makefile:459: install-recursive] Error 1 make[1]: Leaving 
> directory '/cygdrive/t/dar-2.6.0.RC1' make: *** [Makefile:761: 
> install-strip] Error 2
> 
> I have installed a bunch of gettext-related packages. It still 
> fails.
> 
> I think the FAQ should be updated - it will take minutes for 
> someone familiar with the build process to list all required 
> packages while saving hours of repeated attempts to build for 
> someone who isn't.
> 
> In any case, how do I build dar on Windows?
> 
> ----------------------------------------------------------------------
- --------
>
>
> 
Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot 
> _______________________________________________ Dar-discussions 
> mailing list Dar-discussions-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org 
> https://lists.sourceforge.net/lists/listinfo/dar-discussions
> 
> 
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2

iQIVAwUBW38LowgxsL0D2LGCAQjddQ//U9kppBhY8VZ0bFq8HARdPPNcATjPoAbQ
PTAe9ho0ZTqRy0iQBYAokNwJOLRY6bev10F9qfuuPjdwlgc03fGIbLaKAk7yNLwa
7KQZHXbftBIY9vqhQSKp4VYubu8gSWhwSHpv1kWixa6DU4RMoFI0r7JErycbGQon
JUX9ll2OyPw/Xb80Q14aIPnBAF1a0hZ4tYouVYd81ThGG0D4FZsll9e5DsWXh3+S
XWrFw/xgx7b/8SnUoJ/8AW5zjVzcGc+rZIM8MtUaWZ+m/IRlKRakZ7ikNAusO+Ef
pZhnUXo7pk7ecEZeYtRega4Guhn8fa7EfcK4m/7zejdwoSWTq2zXeDRQHqiiVDes
DXYpAfdQMQVoFNyUVR82EpK9xxPHV/9RLEoPE0xWU5rAzDQTL4J4i7KyFRfetE06
dAmPapHdpm0Dh7VJWiFfJf37CWFn88w+AAWPrrk/rZyB10uGsNE/84IpbgPCHZno
R04mMob2Zb7RFYaaig48hSQleKqXKd4DCRjoD2CaHCb87lws9hYNXLkc9DCY4+WL
QQ8qgx/Z2McXJyrFL2V+/00zYPl2lz/UeIz6ZYgQHL7vtqpNpxhNJYak4rGQLZ85
emOTZ1Rbc2pn0MTCcmTqMULQ2BhLhWxUmYwIjDZ1eN03hZfEpqNqwDYTToyuMi4B
d2AF4xm7qFA=
=qjM4
-----END PGP SIGNATURE-----

------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot