RE: Prelinking does not work with uClibc anymore?
Hello, I'm bumping this topic, no one is using prelinking or just the standalone executable for the dynamic loader on MIPS? I would be glad if someone who uses successfully this on MIPS could give me the list of patches he/she uses to get this working (and the base SHA1) Thanks :) Regards, Yann -Original Message- From: uclibc-boun...@uclibc.org [mailto:uclibc-boun...@uclibc.org] On Behalf Of Yann Sionneau Sent: Thursday, January 30, 2014 3:18 PM To: 'Shailesh Panchal'; uclibc@uclibc.org Subject: RE: Prelinking does not work with uClibc anymore? Hello, I have tried using head of 0.9.33 branch (still for MIPS target) and I still get the same issue (standalone dynamic loader not outputting to console). What is your uClibc version? Which exact GIT SHA1? What is your target arch? MIPS as well? Thanks for reporting the same issue, I will report back if I find any solution :) Best regards, Yann Sionneau -Original Message- From: uclibc-boun...@uclibc.org [mailto:uclibc-boun...@uclibc.org] On Behalf Of Shailesh Panchal Sent: Thursday, January 30, 2014 5:35 AM To: uclibc@uclibc.org Subject: Re: Prelinking does not work with uClibc anymore? Hi, I am also facing same problem. I am not getting any output on /lib/ld-uclibc.so.0 if u get any solution then update it. Regards. shailesh ___ uClibc mailing list uClibc@uclibc.org http://lists.busybox.net/mailman/listinfo/uclibc -- IMPORTANT NOTICE: The contents of this email and any attachments are confidential and may also be privileged. If you are not the intended recipient, please notify the sender immediately and do not disclose the contents to any other person, use it for any purpose, or store or copy the information in any medium. Thank you. ___ uClibc mailing list uClibc@uclibc.org http://lists.busybox.net/mailman/listinfo/uclibc -- IMPORTANT NOTICE: The contents of this email and any attachments are confidential and may also be privileged. If you are not the intended recipient, please notify the sender immediately and do not disclose the contents to any other person, use it for any purpose, or store or copy the information in any medium. Thank you. ___ uClibc mailing list uClibc@uclibc.org http://lists.busybox.net/mailman/listinfo/uclibc
RE: Prelinking does not work with uClibc anymore?
Hello, I have tried using head of 0.9.33 branch (still for MIPS target) and I still get the same issue (standalone dynamic loader not outputting to console). What is your uClibc version? Which exact GIT SHA1? What is your target arch? MIPS as well? Thanks for reporting the same issue, I will report back if I find any solution :) Best regards, Yann Sionneau -Original Message- From: uclibc-boun...@uclibc.org [mailto:uclibc-boun...@uclibc.org] On Behalf Of Shailesh Panchal Sent: Thursday, January 30, 2014 5:35 AM To: uclibc@uclibc.org Subject: Re: Prelinking does not work with uClibc anymore? Hi, I am also facing same problem. I am not getting any output on /lib/ld-uclibc.so.0 if u get any solution then update it. Regards. shailesh ___ uClibc mailing list uClibc@uclibc.org http://lists.busybox.net/mailman/listinfo/uclibc -- IMPORTANT NOTICE: The contents of this email and any attachments are confidential and may also be privileged. If you are not the intended recipient, please notify the sender immediately and do not disclose the contents to any other person, use it for any purpose, or store or copy the information in any medium. Thank you. ___ uClibc mailing list uClibc@uclibc.org http://lists.busybox.net/mailman/listinfo/uclibc
Re: Prelinking does not work with uClibc anymore?
Hi, Thanks for your reply! I will give it a try to the 0.9.33 stable branch and if it still does not work for me I will start to blame the MIPS port and focus my investigation on _dl_printf :) I will keep you posted. Best regards, Yann On 01/27/2014 04:37 PM, Filippo Arcidiacono wrote: Hi, I'm using uClibc based on 0.9.33 stable branch (uClibc-0.9.33.2), and prelink on SH target until now works fine. Follow the results i got on my SH4 target: On 1/24/2014 4:00 PM, Yann Sionneau wrote: Hello, I am trying to get prelinking to work on a MIPS target. I reproduced the issue on OpenWRT (master branch, using uClibc-0.9.33.2) using the MIPS Malta CoreLV board (qemu) Target System. At first uClibc Standalone Support was disabled leading to this when trying to run the dynamic linker as an executable: root@OpenWrt:/# /lib/ld-uClibc.so.0 Standalone execution is not enabled Then I enabled the following options in uClibc configuration: LDSO_STANDALONE_SUPPORT=y LDSO_PRELINK_SUPPORT=y Afterward I get this when running the dynamic linker as an executable which means the standalone support has been enabled successfully: root@OpenWrt:/# /lib/ld-uClibc.so.0 root@OpenWrt:/# Seems you have some wrong declaration of _dl_dprintf. You should get: root@arcidiaf:~# /lib/ld-uClibc.so.0 Usage: ld.so [OPTION]... EXECUTABLE-FILE [ARGS-FOR-PROGRAM...] You have invoked `ld.so', the helper program for shared library executables. This program usually lives in the file `/lib/ld.so', and special directives in executable files using ELF shared libraries tell the system's program loader to load the helper program from this file. This helper program loads the shared libraries needed by the program executable, prepares the program to run, and runs it. You may invoke this helper program directly from the command line to load and run an ELF executable file; this is like executing that file itself, but always uses this helper program from the file you specified, instead of the helper program file specified in the executable file you run. This is mostly of use for maintainers to test new versions of this helper program; chances are you did not intend to run this program. --library-path PATH use given PATH instead of content of the environment variable LD_LIBRARY_PATH Then here comes the issue: root@OpenWrt:/# LD_WARN= LD_TRACE_PRELINKING=1 LD_TRACE_LOADED_OBJECTS=1 /lib/ld-uClibc.so.0 /bin/busybox root@OpenWrt:/# root@arcidiaf:~# LD_WARN= LD_TRACE_PRELINKING=1 LD_TRACE_LOADED_OBJECTS=1 /lib/ld-uClibc.so.0 /bin/busybox /bin/busybox = /bin/busybox (0x40, 0x0) libcrypt.so.0 = /lib/libcrypt.so.0 (0x29558000, 0x29558000) libm.so.0 = /lib/libm.so.0 (0x2957d000, 0x2957d000) libc.so.0 = /lib/libc.so.0 (0x2959f000, 0x2959f000) TLS(0x1, 0x8) ld-uClibc.so.0 = /lib/ld-uClibc.so.0 (0x52aac000, 0x52aac000) This should (should it?) print the list of libraries that busybox depends on (at least eglibc does that on x86), but here it prints nothing. However, if running directly busybox with those environment variables I get what I wanted: root@OpenWrt:/# LD_WARN= LD_TRACE_PRELINKING=1 LD_TRACE_LOADED_OBJECTS=1 /bin/busybox /bin/busybox = /bin/busybox (0x40, 0x0) libcrypt.so.0 = /lib/libcrypt.so.0 (0x77c19000, 0x77c19000) libm.so.0 = /lib/libm.so.0 (0x77bf4000, 0x77bf4000) libgcc_s.so.1 = /lib/libgcc_s.so.1 (0x77bd, 0x77bd) libc.so.0 = /lib/libc.so.0 (0x77b63000, 0x77b63000) TLS(0x1, 0x0) ld-uClibc.so.0 = /lib/ld-uClibc.so.0 (0x77c3d000, 0x77c3d000) Unfortunately, the prelink tool seems to depend on the eglibc behaviour which is to print those messages even if the dynamic linker is called as an executable, therefore I get those errors when trying to prelink: root@OpenWrt:/# cat /etc/prelink.conf -l /lib -l /usr/lib -l /bin -l /sbin -l /usr/bin -l /usr/sbin root@OpenWrt:/# prelink -c /etc/prelink.conf -C /etc/prelink.cache --dynamic-linker=/lib/ld-uClibc.so.0 -mvR --ld-library-path=/lib:/usr/lib -a prelink: /bin/ubus seen 0 times in LD_TRACE_PRELINKING output, expected once prelink: /bin/busybox seen 0 times in LD_TRACE_PRELINKING output, expected once [...] etc By looking at prelink source code (src/gather.c) I can see that indeed prelink tries to execute LD_WARN= LD_TRACE_PRELINKING=1 LD_TRACE_LOADED_OBJECTS=1 /lib/ld-uClibc.so.0 /bin/busybox and then tries to parse the output to get the dependencies: For this the dynamic linker has been extended to support the standalone mode. argv[i++] = ent_filename; argv[i] = NULL; envp[0] = LD_TRACE_LOADED_OBJECTS=1; envp[1] = LD_TRACE_PRELINKING=1; envp[2] = LD_WARN=; envp[3] = NULL; f = execve_open (dl, (char * const *)argv, (char * const *)envp); Does anyone encounter this issue as well? Is there a known fix? Thanks :) PS: I am using prelink-20130503 So do I. Regards, -- IMPORTANT NOTICE: The contents of this email and any
Prelinking does not work with uClibc anymore?
Hello, I am trying to get prelinking to work on a MIPS target. I reproduced the issue on OpenWRT (master branch, using uClibc-0.9.33.2) using the MIPS Malta CoreLV board (qemu) Target System. At first uClibc Standalone Support was disabled leading to this when trying to run the dynamic linker as an executable: root@OpenWrt:/# /lib/ld-uClibc.so.0 Standalone execution is not enabled Then I enabled the following options in uClibc configuration: LDSO_STANDALONE_SUPPORT=y LDSO_PRELINK_SUPPORT=y Afterward I get this when running the dynamic linker as an executable which means the standalone support has been enabled successfully: root@OpenWrt:/# /lib/ld-uClibc.so.0 root@OpenWrt:/# Then here comes the issue: root@OpenWrt:/# LD_WARN= LD_TRACE_PRELINKING=1 LD_TRACE_LOADED_OBJECTS=1 /lib/ld-uClibc.so.0 /bin/busybox root@OpenWrt:/# This should (should it?) print the list of libraries that busybox depends on (at least eglibc does that on x86), but here it prints nothing. However, if running directly busybox with those environment variables I get what I wanted: root@OpenWrt:/# LD_WARN= LD_TRACE_PRELINKING=1 LD_TRACE_LOADED_OBJECTS=1 /bin/busybox /bin/busybox = /bin/busybox (0x40, 0x0) libcrypt.so.0 = /lib/libcrypt.so.0 (0x77c19000, 0x77c19000) libm.so.0 = /lib/libm.so.0 (0x77bf4000, 0x77bf4000) libgcc_s.so.1 = /lib/libgcc_s.so.1 (0x77bd, 0x77bd) libc.so.0 = /lib/libc.so.0 (0x77b63000, 0x77b63000) TLS(0x1, 0x0) ld-uClibc.so.0 = /lib/ld-uClibc.so.0 (0x77c3d000, 0x77c3d000) Unfortunately, the prelink tool seems to depend on the eglibc behaviour which is to print those messages even if the dynamic linker is called as an executable, therefore I get those errors when trying to prelink: root@OpenWrt:/# cat /etc/prelink.conf -l /lib -l /usr/lib -l /bin -l /sbin -l /usr/bin -l /usr/sbin root@OpenWrt:/# prelink -c /etc/prelink.conf -C /etc/prelink.cache --dynamic-linker=/lib/ld-uClibc.so.0 -mvR --ld-library-path=/lib:/usr/lib -a prelink: /bin/ubus seen 0 times in LD_TRACE_PRELINKING output, expected once prelink: /bin/busybox seen 0 times in LD_TRACE_PRELINKING output, expected once [...] etc By looking at prelink source code (src/gather.c) I can see that indeed prelink tries to execute LD_WARN= LD_TRACE_PRELINKING=1 LD_TRACE_LOADED_OBJECTS=1 /lib/ld-uClibc.so.0 /bin/busybox and then tries to parse the output to get the dependencies: argv[i++] = ent_filename; argv[i] = NULL; envp[0] = LD_TRACE_LOADED_OBJECTS=1; envp[1] = LD_TRACE_PRELINKING=1; envp[2] = LD_WARN=; envp[3] = NULL; f = execve_open (dl, (char * const *)argv, (char * const *)envp); Does anyone encounter this issue as well? Is there a known fix? Thanks :) PS: I am using prelink-20130503 Regards, -- Yann Sionneau -- IMPORTANT NOTICE: The contents of this email and any attachments are confidential and may also be privileged. If you are not the intended recipient, please notify the sender immediately and do not disclose the contents to any other person, use it for any purpose, or store or copy the information in any medium. Thank you. ___ uClibc mailing list uClibc@uclibc.org http://lists.busybox.net/mailman/listinfo/uclibc
