>=3B >=3B >= =3B only the object files with referenced symbols are linked from an
>= =3B >=3B >=3B archive
>=3B >=3B >=3B
>=3B >=3B >=3B = so only a.o with the given main.o because of the symbol f
>=3B >=3B = >=3B
>=3B >=3B >=3B now if you make some reference in main.c su= ch that b.o should
>=3B >=3B >=3B be included but main still retur= ns 0 that would be a bug
>=3B >=3B >=3B
>=3B >=3B >=3B e= g. add a void g(void){} to b.c and call it from main.c
>=3B >=3B <= br>>=3B >=3B Ok=2C thanks for that info. It appears that there is a pro= blem in gcc
>=3B >=3B 4.9 and not 4.8.3.
>=3B
>=3B Is per= haps -ffunction-sections and/or -fdata-sections added
>=3B automatical= ly? Those would break musl like experienced.

Thanks for t= hat tip=2C but I didn't change the sections in the linker script. I didn't = add any flags either. I attach the single test case cleaned up a bit. I ran= this on the buildroot toolchain (standard config with uclibc and with 2.24= .0 binutils) with 4.8.2 and the result is 42. I rebuilt the toolchain only = changing the compiler version to 4.9.2 and the result is 0.

<= /div>

This corroborates what I was seeing (or not as in the case of the= prompt not appearing in busybox) with my builds also.

Thomo

= --_8800cd4f-43da-480e-970b-fa5e721509a5_-- --_4f9b040d-f34b-4ce4-a809-065be517e017_ Content-Type: application/x-sh Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="badgcc.sh" IyEvYmluL3NoIC1lCkxPQURFUj0iIgpDQz0iZ2NjIgpBUj0iYXIiCk5NPSJubSIKRkxJU1Q9ImEu YyBiLmMgbWFpbi5jIGEubyBiLm8gbWFpbi5vIGEuYSBhIgpjZCAvdG1wCmlmIFsgIiQobHMgLWwg JHtGTElTVH0gMj4gL2Rldi9udWxsIHwgd2MgLWwpIiAhPSAiMCIgXSA7IHRoZW4KICAgIGVjaG8g IlNvcnJ5IG9uZSBvZiB0aGVzZSBmaWxlcyBleGlzdHMgJHtGTElTVH0gYW5kIEkgd291bGQgbGlr ZSB0byBvdmVyd3JpdGUgdGhlbSIKICAgIGV4aXQgMQpmaQpjYXQgPiBhLmMgPDwgX0VPRgovLyBh LmMKc3RydWN0IGZvbyB7aW50IGk7fTsKc3RhdGljIHN0cnVjdCBmb28gKmNvbnN0IGR1bW15ID0g MDsKZXh0ZXJuIHN0cnVjdCBmb28gKmNvbnN0IGhhc2ZvbyBfX2F0dHJpYnV0ZV9fKCh3ZWFrLCBh bGlhcygiZHVtbXkiKSkpOwppbnQgZih2b2lkKQp7CiAgICByZXR1cm4gaGFzZm9vID8gaGFzZm9v LT5pIDogMDsKfQpfRU9GCmNhdCA+IGIuYyA8PCBfRU9GCi8vIGIuYwpzdHJ1Y3QgZm9vIHtpbnQg aTt9OwpzdGF0aWMgc3RydWN0IGZvbyBmb28gPSB7LmkgPSA0Mn07CnN0cnVjdCBmb28gKmNvbnN0 IGhhc2ZvbyA9ICZmb287CnZvaWQgZygpCnsKfQpfRU9GCmNhdCA+IG1haW4uYyA8PCBfRU9GCi8v IG1haW4uYwppbnQgZih2b2lkKTsKdm9pZCBnKCk7CmludCBtYWluKCkKewogICAgZygpOwogICAg cmV0dXJuIGYoKTsKfQpfRU9GCiR7Q0N9ICR7Q0ZMQUdTfSAtYyBhLmMKJHtDQ30gJHtDRkxBR1N9 IC1jIGIuYwoke0NDfSAke0NGTEFHU30gLWMgbWFpbi5jCiR7Q0N9ICR7Q0ZMQUdTfSAtbyBhIG1h aW4ubyBhLm8gYi5vCmVjaG8gIioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKiIKZWNobyAtbiAiUnVubmluZyB3aXRoIC4uLiIKJHtDQ30g LS12ZXJzaW9uCiR7QVJ9IHIgYS5hIGEubyBiLm8KJHtOTX0gYS5hCiR7Q0N9ICR7Q0ZMQUdTfSAt byBhIG1haW4ubyBhLmEKcmV0PTA7ICR7TE9BREVSfSAuL2EgfHwgcmV0PSR7P30KZWNobyAiRXhw ZWN0aW5nIDQyLCBnb3QgJHtyZXR9LiIKZWNobyAiKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqIgpybSAtZiAke0ZMSVNUfQo= --_4f9b040d-f34b-4ce4-a809-065be517e017_--