Coreutils recompilation
Hello everybody, that's my 1st post, I hope I won't do anything wrong.. (sorry for my not british-english language)
My problem: I have to recompile coreutils on arch linux - with debug symbols - without doing any binary stripping - forcing the use of frame pointer register besides I've alredy done that for glibc, and fortunately it worked, but the same commands didn't do the same for coreutils Here what I did with glibc: Code:
git clone git://sourceware.org/git/glibc.git and here what I get: Code:
file /usr/lib/libc-2.20.so Code:
readelf --debug-dump /usr/lib/libc-2.20.so | less -Mr For coreutils: Code:
wget -c http://ftp.gnu.org/gnu/coreutils/coreutils-8.23.tar.xz but ... Code:
file /bin/ls (:banghead:oh no it's stripped and there aren't symbols!) thank you, jena_arch |
It is probably the makefile doing the stripping automatically,, have a look there first, why do you 'HAVE' to build it with out striping etc, if this is homework then please say so.
|
Thank you for your answer Keith Hedger,
it's not properly a homework, it' more like a optional exercise in three parts (that one which I posted is just one of them) suggested by my o.s. professor for those who want to go beyond the mere teaching.. Quote:
I tried Code:
make --help Quote:
|
Well to start make --help gives help info for the make program, which is controlled by a makefile which in turn does the actual compiling/installing etc, so in this case 'make --help' doesn't really help, some make files have a 'help' target which can hold useful info wnad would be used like so:
Code:
make help Usually the strip is done separately from the make/install, again not always. I have had a look at the makefile, it does no stripping, also the commands you give: Code:
./configure CFLAGS='-g -Og -fno-omit-frame-pointer -ggdb3' Code:
file /tmp/xxxx/usr/local/bin/ls |
[solved]
thank you very much keith hedger:hattip:, I understood something more about makefiles, and the idea to use "DESTDIR" was great, it worked perfectly at first attempt!!
I think that thread can be closed because, alredy solved. jena_arch |
All times are GMT -5. The time now is 06:11 AM. |