vdr-1.7.31 und make-3.82-r3

nvertigo · 20. November 2012

Hallo,

Vorgeschichte gibts hier.

@mreimar:

Mein gentoo ist aktuell. Ich benutze ein stable make:

Code

eix -I sys-devel/make
[I] sys-devel/make
     Available versions:  3.80-r4 3.81 ~3.81-r1 3.81-r2 3.82 3.82-r1 3.82-r3 ~3.82-r4 {{nls static}}
     Installed versions:  3.82-r3(05:58:49 PM 11/12/2012)(nls -static)
     Homepage:            http://www.gnu.org/software/make/make.html
     Description:         Standard tool to compile source trees

Was schlägst Du als sinnvolle alternative vor? 3.81-r2 oder 3.82-r4?

Gruß, Ingo

jsffm · 20. November 2012

Ich habe auf beiden Maschinen die gleiche Version und eigentlich kein Problem.

hotzenplotz5 · 20. November 2012

hier passiert der fehler auch mit make-3.81
aber es mit vdr-1.7.31 kompiliert es. mit vdr-1.7.32 nicht

die "amd64" variante
https://launchpadlibrarian.net…cise_FAILEDTOBUILD.txt.gz

Code

make[1]: Entering directory `/build/buildd/vdr-1.7.32'
Plugin dvbhddevice:
make[2]: Entering directory `/build/buildd/vdr-1.7.32/PLUGINS/src/dvbhddevice'
make[2]: Leaving directory `/build/buildd/vdr-1.7.32/PLUGINS/src/dvbhddevice'
make[2]: Entering directory `/build/buildd/vdr-1.7.32/PLUGINS/src/dvbhddevice'
g++ -g -Wall -Woverloaded-virtual -Wno-parentheses -O2 -fPIC -c -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_GNU_SOURCE -DPLUGIN_NAME_I18N='"dvbhddevice"' -I/usr/include/dvb-s2api-liplianin -I../../../include dvbhddevice.c
g++ -g -Wall -Woverloaded-virtual -Wno-parentheses -O2 -fPIC -c -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_GNU_SOURCE -DPLUGIN_NAME_I18N='"dvbhddevice"' -I/usr/include/dvb-s2api-liplianin -I../../../include dvbhdffdevice.c
g++ -g -Wall -Woverloaded-virtual -Wno-parentheses -O2 -fPIC -c -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_GNU_SOURCE -DPLUGIN_NAME_I18N='"dvbhddevice"' -I/usr/include/dvb-s2api-liplianin -I../../../include hdffcmd.c
g++ -g -Wall -Woverloaded-virtual -Wno-parentheses -O2 -fPIC -c -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_GNU_SOURCE -DPLUGIN_NAME_I18N='"dvbhddevice"' -I/usr/include/dvb-s2api-liplianin -I../../../include hdffosd.c
g++ -g -Wall -Woverloaded-virtual -Wno-parentheses -O2 -fPIC -c -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_GNU_SOURCE -DPLUGIN_NAME_I18N='"dvbhddevice"' -I/usr/include/dvb-s2api-liplianin -I../../../include menu.c
hdffosd.c: In member function 'virtual void cHdffOsd::DrawText(int, int, const char*, tColor, tColor, const cFont*, int, int, int)':
hdffosd.c:258:9: warning: variable 'limit' set but not used [-Wunused-but-set-variable]
g++ -g -Wall -Woverloaded-virtual -Wno-parentheses -O2 -fPIC -c -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_GNU_SOURCE -DPLUGIN_NAME_I18N='"dvbhddevice"' -I/usr/include/dvb-s2api-liplianin -I../../../include setup.c
xgettext -C -cTRANSLATORS --no-wrap --no-location -k -ktr -ktrNOOP --package-name=VDR --package-version= --msgid-bugs-address='<see README>' -o po/dvbhddevice.pot `ls dvbhddevice.c dvbhdffdevice.c hdffcmd.c hdffosd.c menu.c setup.c`
msgmerge -U --no-wrap --no-location --backup=none -q po/de_DE.po po/dvbhddevice.pot
msgmerge -U --no-wrap --no-location --backup=none -q po/fi_FI.po po/dvbhddevice.pot
msgmerge -U --no-wrap --no-location --backup=none -q po/it_IT.po po/dvbhddevice.pot
msgfmt -c -o po/de_DE.mo po/de_DE.po
msgfmt -c -o po/fi_FI.mo po/fi_FI.po
msgfmt -c -o po/it_IT.mo po/it_IT.po
cp po/de_DE.mo ../../../locale/de_DE/LC_MESSAGES/vdr-dvbhddevice.mo
cp po/fi_FI.mo ../../../locale/fi_FI/LC_MESSAGES/vdr-dvbhddevice.mo
cp po/it_IT.mo ../../../locale/it_IT/LC_MESSAGES/vdr-dvbhddevice.mo
/usr/bin/make -C libhdffcmd all
make[3]: Entering directory `/build/buildd/vdr-1.7.32/PLUGINS/src/dvbhddevice/libhdffcmd'
cc: fatal error: no input files
compilation terminated.

Alles anzeigen

ich bin mir nichtmal sicher ob das überhaupt das problem mit fpic ist ?aber das plugin ist das gleiche.

i386 baut:
https://launchpadlibrarian.net…1~precise_BUILDING.txt.gz

jsffm · 20. November 2012

fPIC wird nur bei amd64 gebraucht, daher wird i386 immer funktionieren. Mein vdr2 läuft mit amd64, vdr3 i386.

hotzenplotz5 · 20. November 2012

Zitat

fPIC wird nur bei amd64 gebraucht

soso.

make[2]: Entering directory `/build/buildd/vdr-1.7.32/PLUGINS/src/dvbhddevice'
g++ -g -Wall -Woverloaded-virtual -Wno-parentheses -O2 -fPIC -c -D_FILE_OFFSET_BITS=64 ....

und trotzdem der fehler. und trotzdem nur bei amd64

ich behaupte nicht ich hätte ahnung davon. daher frage ich "gewagt" nach einer lösung. vorallem weil es mit vdr-1.7.31 noch kein problem gab.

nvertigo · 20. November 2012

Scheint etwas anderes zu sein. Mein make findet Dateien und übersetzt auch, aber beim Linken gibts was auf die Ohren:

Code

/usr/lib/gcc/x86_64-pc-linux-gnu/4.5.4/../../../../x86_64-pc-linux-gnu/bin/ld: bitbuffer.o: relocation R_X86_64_PC32 against undefined symbol `memset@@GLIBC_2.2.5' can not be used when making a shared object; recompile with -fPIC
/usr/lib/gcc/x86_64-pc-linux-gnu/4.5.4/../../../../x86_64-pc-linux-gnu/bin/ld: final link failed: Bad value
collect2: ld returned 1 exit status

Aber Du hast mich auf eine Idee gebracht: im 31er werden in dvbhddevice/libhdffcmd/Makefile Make.config|global nicht inkludiert. Wenn ich also

Code

#include $(VDRDIR)/Make.global
#-include $(VDRDIR)/Make.config

auskommentiere, dann läuft es wieder durch - auch ohne das zusätzliche -fPIC. Dann nimmt er nämlich genau die Flags, die er schon im dvbhddevice/Makefile hatte...

Gruß, Ingo

hotzenplotz5 · 20. November 2012

mein problem scheint gelöst :
[ANNOUNCE] VDR developer version 1.7.32

hd.brummy · 20. November 2012

Hmm, ist natürlich 'n mieses Ding
das offensichtliche Plugin Problem
hier bei Gentoo reinzustellen

Die per .ebuild installierten Plugins haben per inheriteder vdr-plugin.eclass/vdr-plugin-2.eclass das -fPIC seit Urzeiten mit dazugeadded/exportiert.

...

nvertigo · 20. November 2012

Och, ich wollte nur nicht zum x-ten mal lesen: kann ich hier nicht nachvolziehen... und dann das make-3.82 in Verdacht geriet, habe ich die Chance genutzt, mich aus dem Announce-Thread hier hin zu verpissen... Ich konnte eigentlich von Anfang an mit meinem zusätzlichen -fPIC gut leben...

BTW: das gentoo-make ist natürlich ok.

Gruß, Ingo

vdr-1.7.31 und make-3.82-r3

Jetzt mitmachen!

Teilen

Benutzer online in diesem Thema