<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html; charset=UTF-8" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
On 10/30/2012 04:20 PM, Alexander von Rhein wrote:
<blockquote cite="mid:508FD40C.5020203@fim.uni-passau.de"
type="cite">
<meta content="text/html; charset=UTF-8" http-equiv="Content-Type">
<div class="moz-cite-prefix">Hi Evgeny,<br>
<br>
thank you, the submodule update works.<br>
Now I have another problem while installing LDV ("install-all").<br>
</div>
</blockquote>
I advice you to use "install" or "install-console-tools" to avoid
installation and thus dependencies for useless stuff.<br>
<blockquote cite="mid:508FD40C.5020203@fim.uni-passau.de"
type="cite">
<div class="moz-cite-prefix"> I think the makefile in<br>
<small>ri/cif/aspectator-build/x86_64-unknown-linux-gnu/libgcc</small><br>
calls the linker and it does not find the crti.o file in my
system.<br>
<small><br>
/usr/bin/ld: cannot find crti.o: No such file or directory<br>
collect2: ld returned 1 exit status<br>
make[6]: *** [libgcc_s.so] Error 1<br>
make[6]: Leaving directory
`/home/rhein/LDV/ldv-tools/ri/cif/aspectator-build/x86_64-unknown-linux-gnu/libgcc'<br>
make[5]: *** [all-stage1-target-libgcc] Error 2</small><br>
<br>
I had a similar problem with previous versions of LDV.<br>
Those problems could be fixed by exporting the right path in
variable LIBRARY_PATH<br>
<small>export LIBRARY_PATH=/usr/lib/x86_64-linux-gnu</small><br>
However, that does not work anymore.<br>
<br>
</div>
</blockquote>
On my openSUSE I found this file here: /usr/lib/crti.o. It was
provided by glibc-devel anb glibc-devel-32bit packages. On Ubuntu we
install libc6-dev-i386, libc6-i386 packages. Try this. If it will
not help, you can read this:
<a class="moz-txt-link-freetext" href="https://bugs.launchpad.net/ubuntu/+source/binutils/+bug/738098">https://bugs.launchpad.net/ubuntu/+source/binutils/+bug/738098</a>.<br>
<br>
<blockquote cite="mid:508FD40C.5020203@fim.uni-passau.de"
type="cite">
<div class="moz-cite-prefix"> BTW, where can I register for this
mailing list?<br>
<br>
</div>
</blockquote>
Sorry, I forgot to add
<a class="moz-txt-link-freetext" href="http://linuxtesting.org/cgi-bin/mailman/listinfo/ldv-project">http://linuxtesting.org/cgi-bin/mailman/listinfo/ldv-project</a>.<br>
<blockquote cite="mid:508FD40C.5020203@fim.uni-passau.de"
type="cite">
<div class="moz-cite-prefix"> greetings,<br>
Alex<br>
<br>
This is the call to LD (from the LDV output):<small><br>
/bin/bash ../../../aspectator/libgcc/../mkinstalldirs .<br>
/home/rhein/LDV/ldv-tools/ri/cif/aspectator-build/./gcc/xgcc
-B/home/rhein/LDV/ldv-tools/ri/cif/aspectator-build/./gcc/
-B/home/rhein/LDV/ldv-tools/ri/cif/aspectator-bin/x86_64-unknown-linux-gnu/bin/
-B/home/rhein/LDV/ldv-tools/ri/cif/aspectator-bin/x86_64-unknown-linux-gnu/lib/
-isystem
/home/rhein/LDV/ldv-tools/ri/cif/aspectator-bin/x86_64-unknown-linux-gnu/include
-isystem
/home/rhein/LDV/ldv-tools/ri/cif/aspectator-bin/x86_64-unknown-linux-gnu/sys-include
-O2 -g -O2 -DIN_GCC -W -Wall -Wwrite-strings -Wcast-qual
-Wstrict-prototypes -Wmissing-prototypes
-Wold-style-definition -isystem ./include -fPIC -g
-DHAVE_GTHR_DEFAULT -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED
-fno-stack-protector -shared -nodefaultlibs
-Wl,--soname=libgcc_s.so.1 -Wl,--version-script=libgcc.map -o
./libgcc_s.so.1.tmp -g -O2 -B./ _muldi3_s.o _negdi2_s.o
_lshrdi3_s.o _ashldi3_s.o _ashrdi3_s.o _cmpdi2_s.o
_ucmpdi2_s.o _clear_cache_s.o _enable_execute_stack_s.o
_trampoline_s.o __main_s.o _absvsi2_s.o _absvdi2_s.o
_addvsi3_s.o _addvdi3_s.o _subvsi3_s.o _subvdi3_s.o
_mulvsi3_s.o _mulvdi3_s.o _negvsi2_s.o _negvdi2_s.o _ctors_s.o
_ffssi2_s.o _ffsdi2_s.o _clz_s.o _clzsi2_s.o _clzdi2_s.o
_ctzsi2_s.o _ctzdi2_s.o _popcount_tab_s.o _popcountsi2_s.o
_popcountdi2_s.o _paritysi2_s.o _paritydi2_s.o _powisf2_s.o
_powidf2_s.o _powixf2_s.o _mulsc3_s.o _muldc3_s.o _mulxc3_s.o
_divsc3_s.o _divdc3_s.o _divxc3_s.o _bswapsi2_s.o
_bswapdi2_s.o _fixunssfsi_s.o _fixunsdfsi_s.o _fixunsxfsi_s.o
_fixsfdi_s.o _fixdfdi_s.o _fixxfdi_s.o _fixunssfdi_s.o
_fixunsdfdi_s.o _fixunsxfdi_s.o _floatdisf_s.o _floatdidf_s.o
_floatdixf_s.o _floatundisf_s.o _floatundidf_s.o
_floatundixf_s.o _divdi3_s.o _moddi3_s.o _udivdi3_s.o
_umoddi3_s.o _udiv_w_sdiv_s.o _udivmoddi4_s.o addtf3_s.o
divtf3_s.o multf3_s.o negtf2_s.o subtf3_s.o unordtf2_s.o
fixtfsi_s.o fixunstfsi_s.o floatsitf_s.o floatunsitf_s.o
fixtfdi_s.o fixunstfdi_s.o floatditf_s.o floatunditf_s.o
fixtfti_s.o fixunstfti_s.o floattitf_s.o floatuntitf_s.o
extendsftf2_s.o extenddftf2_s.o extendxftf2_s.o trunctfsf2_s.o
trunctfdf2_s.o trunctfxf2_s.o getf2_s.o letf2_s.o eqtf2_s.o
_divtc3_s.o _multc3_s.o _powitf2_s.o unwind-dw2_s.o
unwind-dw2-fde-glibc_s.o unwind-sjlj_s.o gthr-gnat_s.o
unwind-c_s.o emutls_s.o -lc && rm -f ./libgcc_s.so
&& if [ -f ./libgcc_s.so.1 ]; then mv -f
./libgcc_s.so.1 ./libgcc_s.so.1.backup; else true; fi
&& mv ./libgcc_s.so.1.tmp ./libgcc_s.so.1 &&
ln -s libgcc_s.so.1 ./libgcc_s.so</small><br>
<br>
On 10/30/2012 12:02 PM, Evgeny Novikov wrote:<br>
</div>
<blockquote cite="mid:508FB3C6.4090800@yandex.ru" type="cite">Hi
Alex, <br>
<br>
we have changed several GIT submodules included into LDV tools.
In case of updating from old LDV sources you have to run: <br>
git submodule update --init --recursive. <br>
and then install LDV tools as usual. I hope that this will help
you. Note that new commits (but not changes in submodules
themselves) appear in submodules rather often and I recommend
you to update them after each pull. I saw GIT documentation for
pull command. There is option --recurse-submodules that can help
you (but I didn't test it myself). <br>
<br>
BTW, I guess that we (I mean the LDV team first of all) should
make announcements to the LDV public mailing list (<a
moz-do-not-send="true" class="moz-txt-link-abbreviated"
href="mailto:ldv-project@linuxtesting.org">ldv-project@linuxtesting.org</a>)
when things like that happen. Otherwise all users of LDV tools
will encounter such the problems sooner or later. <br>
<br>
May be it would be better to continue our discussion about LDV
with #ifdef variability in that public list as well, because of
it may be interesting for other people. <br>
<br>
On 10/30/2012 12:32 PM, Alexander von Rhein wrote: <br>
<blockquote type="cite">Hi Evgeny, <br>
<br>
I just pulled the current LDV version and it does not build
any more. <br>
I think the problem must be introduced in a recent commit. <br>
<br>
make[1]: Entering directory `/home/rhein/LDV/ldv-tools/ri' <br>
Begin to install CIF <br>
prefix=/home/rhein/LDV/installation/ri make -C cif install <br>
make[2]: Entering directory `/home/rhein/LDV/ldv-tools/ri/cif'
<br>
make[2]: *** No rule to make target `install'. Stop. <br>
make[2]: Leaving directory `/home/rhein/LDV/ldv-tools/ri/cif'
<br>
make[1]: *** [install] Error 2 <br>
make[1]: Leaving directory `/home/rhein/LDV/ldv-tools/ri' <br>
make: *** [ri-subdir-install] Error 2 <br>
<br>
The "ri/cif" folder is empty. <br>
<br>
greetings, <br>
Alex <br>
</blockquote>
<br>
<br>
</blockquote>
<br>
</blockquote>
<br>
<br>
<pre class="moz-signature" cols="72">--
Best regards, Evgeny Novikov.</pre>
</body>
</html>