0000368: libelf shared lib error - BusyBox Bug and Patch Tracking

Notes
(0000424) swth 08-17-05 07:49	My problem matches yours with the exception of --target and --host: ....... ./configure \ --target=i386-linux \ --host=i386-linux \ --build=i386-pc-linux-gnu \ --prefix=/usr \ --sysconfdir=/etc \ --disable-nls \ --enable-shared \ ); The short answer: cross compiling disables shared library creation The long answer (working backwards): 1.) The shared libraries are not created because $mr_enable_shared is equal to "no". 2.) $mr_enable_shared is equal to "no" and the "configure: warning: shared libraries not supported for i386-pc-linux-gnu" warning is generated because $mr_cv_target_elf does not equal "yes" 3.) $mr_cv_target_elf does not equal "yes" because it is set to "no" when $cross_compiling is equal to "yes" 4.) Why does enabling cross_compiling cause TARGET elf support to be disabled? Oh wait, the associated comment states "Checking for native ELF system". Well, which is it suppose to be checking? The comment says NATIVE and the variable says TARGET. Hmmm, maybe it means native elf support on the target. The answer: Assuming configure is attempting to determine if native elf support exists on the cross compiled target, the always "no" answer is incomplete at best. Thus, configure needs a patch for this situation: 1.) create the following c program, compile it with the cross compiler, and call the executable elf_test int main(int argc, char **argv) { return 0; } 2.) create the native elf application checking c program and compile it with the host compiler 3.) use the program created in step 2 to determine if the program in step one is elf or not 4.) set the mr_cv_target_elf variable according to the output in step 3 Question: This will work to solve my i386 program. However, I do not know if it will solve your arm problem. Are the first 4 bytes of an elf arm application '\177' 'E' 'L' 'F' ( 7f 45 4c 46 in hex)? Please run the following on elf_test (or one of your arm applications) and let me know if the output is "7f 45 4c 46": hexdump -C elf_test \| head -1 \| cut -f3-6 -d' '

(0000433) mdeschamps 08-25-05 00:45 edited on: 08-25-05 00:47	$ hexdump -C /sbin/hotplug \| head -1 \| cut -f3-6 -d' ' 7f 45 4c 46 err... ok then but what's exactly your point ?

(0000438) swth 08-26-05 07:34	I believe the elf library support for cross compiling has been disabled because somebody mistakenly attempted use the host test as the cross target test and it did not work. Thus, as a short term solution, it was marked as disabled when a cross compiler was in use. So, after reading your problem discription and debugging the script in question, I determined a way to fix it. However, I did not know enough about ELF executables to know if my solution would work for your cross compiler. Thus, I asked for the simple test. Will your output match mine? Answer, yes. Now, I know that the fix I have should work and I will finish it as soon as possible.

Issue History
Date Modified	Username	Field	Change
08-08-05 01:35	mdeschamps	New Issue
08-08-05 01:35	mdeschamps	Status	new => assigned
08-08-05 01:35	mdeschamps	Assigned To	=> uClibc
08-16-05 17:57	swth	Issue Monitored: swth
08-17-05 07:49	swth	Note Added: 0000424
08-25-05 00:45	mdeschamps	Note Added: 0000433
08-25-05 00:47	mdeschamps	Note Edited: 0000433
08-26-05 07:34	swth	Note Added: 0000438
10-11-05 10:27	bjdooks	Issue Monitored: bjdooks
12-03-05 10:36	boris64	Issue Monitored: boris64
01-23-06 05:21	prpplague	Relationship added	has duplicate 0000307
01-23-06 06:04	prpplague	Status	assigned => resolved
01-23-06 06:04	prpplague	Resolution	open => fixed
01-23-06 06:04	prpplague	Additional Information Updated
03-08-06 16:56	vapier	Status	resolved => closed
02-12-07 05:46	vapier	Status	closed => assigned
02-12-07 05:46	vapier	Assigned To	uClibc => buildroot