Re: [sharutils] Does not compile with -fno-common
Bruce Korb <[email protected]> Tue, 28 Jan 2020 18:06:53 -0800
| Newsgroups | gmane.comp.gnu.utils.bugs |
|---|---|
| Message-ID | <[email protected]> |
On 1/23/20 7:19 AM, Petr Pisar wrote: > On Mon, Jan 20, 2020 at 07:47:15PM +0100, Christian Voegl wrote: >> Trying to build sharutils 4.15.2 with -fno-common fails with >> >> [ 30s] >> /usr/lib64/gcc/x86_64-suse-linux/9/../../../../x86_64-suse-linux/bin/ld: >> shar-opts.o:(.data.rel.ro.local+0x0): multiple definition of >> `program_name'; shar.o:(.rodata+0x10): first defined here >> [ 30s] >> /usr/lib64/gcc/x86_64-suse-linux/9/../../../../x86_64-suse-linux/bin/ld: >> ../lib/libgnu.a(md5.o): in function `md5_stream': >> [ 30s] md5.c:(.text+0x15d): multiple definition of `md5_stream'; >> shar.o:shar.c:(.text+0x28): first defined here >> >> >> As -fno-common is going to be the default, I think this should be fixed. >> > Please try the two patches attached. The first one should fix the program_name > symbol. The second the md5_stream symbol. I was able to reproduce the first > one, but not the second one. (Depiste tha fact I do not link to openssl.) > > -- Petr Thank you guys. I'll queue this up for when I can figure out how to re-run "autoreconf" once again. Meanwhile, use Petr's patch.