Message ID | 1292175098.13905.58.camel@mattotaupa |
---|---|
State | New |
Headers |
Received: from mail.tu-berlin.de ([130.149.7.33]) by www.linuxtv.org with esmtp (Exim 4.69) (envelope-from <paulepanter@users.sourceforge.net>) id 1PRpls-00043C-ID for vdr@linuxtv.org; Sun, 12 Dec 2010 18:31:41 +0100 X-tubIT-Incoming-IP: 188.40.100.199 Received: from mail.gw90.de ([188.40.100.199]) by mail.tu-berlin.de (exim-4.69/mailfrontend-a) with esmtps [TLSv1:AES256-SHA:256] for <vdr@linuxtv.org> id 1PRpls-0004HO-AD; Sun, 12 Dec 2010 18:31:40 +0100 Received: from f053045090.adsl.alicedsl.de ([78.53.45.90] helo=[192.168.178.21]) by mail.gw90.de with esmtpsa (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.69) (envelope-from <paulepanter@users.sourceforge.net>) id 1PRplr-0001rx-LR for vdr@linuxtv.org; Sun, 12 Dec 2010 17:31:39 +0000 From: Paul Menzel <paulepanter@users.sourceforge.net> To: vdr@linuxtv.org In-Reply-To: <18510219806.20100925131528@websitec.de> References: <4C961777.504@tvdr.de> <18510219806.20100925131528@websitec.de> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-AwmHq4Q79RO+uv+Q0mC2" Date: Sun, 12 Dec 2010 18:31:38 +0100 Message-ID: <1292175098.13905.58.camel@mattotaupa> Mime-Version: 1.0 X-Mailer: Evolution 2.30.3 X-PMX-Version: 5.5.4.371499, Antispam-Engine: 2.7.1.369594, Antispam-Data: 2010.12.12.171815 X-PMX-Spam: Gauge=IIIIIIII, Probability=8%, Report=' BODY_PARA_IS_SENTENCE_URL 0.1, BODYTEXTP_SIZE_3000_LESS 0, BODY_SIZE_2000_2999 0, BODY_SIZE_5000_LESS 0, BODY_SIZE_7000_LESS 0, INVALID_MSGID_NO_FQDN 0, __CP_URI_IN_BODY 0, __CT 0, __CTYPE_HAS_BOUNDARY 0, __CTYPE_MULTIPART 0, __HAS_MSGID 0, __HAS_X_MAILER 0, __MIME_VERSION 0, __SANE_MSGID 0, __TO_MALFORMED_2 0, __TO_NO_NAME 0' X-LSpam-Score: -3.2 (---) X-LSpam-Report: No, score=-3.2 required=5.0 tests=AWL=0.357, BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1 autolearn=ham Subject: [vdr] [PATCH] Makefile: pass `LDFLAGS` to compiler X-BeenThere: vdr@linuxtv.org X-Mailman-Version: 2.1.11 Precedence: list Reply-To: VDR Mailing List <vdr@linuxtv.org> List-Id: VDR Mailing List <vdr.linuxtv.org> List-Unsubscribe: <http://www.linuxtv.org/cgi-bin/mailman/options/vdr>, <mailto:vdr-request@linuxtv.org?subject=unsubscribe> List-Archive: <http://www.linuxtv.org/pipermail/vdr> List-Post: <mailto:vdr@linuxtv.org> List-Help: <mailto:vdr-request@linuxtv.org?subject=help> List-Subscribe: <http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr>, <mailto:vdr-request@linuxtv.org?subject=subscribe> X-List-Received-Date: Sun, 12 Dec 2010 17:31:41 -0000 Status: O X-Status: X-Keywords: X-UID: 23964 |
Commit Message
Paul Menzel
Dec. 12, 2010, 5:31 p.m. UTC
Dear Jörg, Am Samstag, den 25.09.2010, 13:15 +0200 schrieb Joerg Bornkessel: […] > we have an open bug [1] to all versions of VDR on gentoo > > we changed any weeks befor our default profiles to use LDFLAGS > on compile prozesses. > > <snipp news-info about this from 2010-08-01> > > -Wl,--as-needed has been added to the default profile's LDFLAGS. > > This option optimizes the linking process, only linking binaries to > libraries that are trully needed. This way, fewer libraries are loaded > at runtime and fewer packages need to be rebuilt after library updates. > > </snap> > > For more information on --as-needed, read [2]. > > Plz. let us check is it possible to add a fix generally to the > Makefile to respect the LDFLAGS or should i fixed always localy on > gentoo Disti. > > fixed should it be in this part of Makefile > > -# The main program: > - > -vdr: $(OBJS) $(SILIB) > - $(CXX) $(CXXFLAGS) -rdynamic $(OBJS) $(LIBS) $(LIBDIRS) $(SILIB) -o vdr > > +# The main program: > + > +vdr: $(OBJS) $(SILIB) > + $(CXX) $(CXXFLAGS) -rdynamic $(LDFLAGS) $(OBJS) $(LIBS) $(LIBDIRS) $(SILIB) -o vdr > > > [1] http://bugs.gentoo.org/show_bug.cgi?id=333493 > [2] http://www.gentoo.org/proj/en/qa/asneeded.xml Should `LDFLAGS` also be passed to the compiler when building the plugins? I made a patch from your message which does not include any changes to the plugins. Thanks, Paul 8<-------------------------------------------------------------------->8 Date: Sun, 12 Dec 2010 18:19:42 +0100 Some distributions pass special flags to the linker [1][2]. Respect those by using `LDFLAGS`. [1] http://cgit.openembedded.org/cgit.cgi/openembedded/tree/recipes/vdr/vdr-1.7.10/linkerflags.patch [2] http://www.linuxtv.org/pipermail/vdr/2010-September/023623.html Signed-off-by: Paul Menzel <paulepanter@users.sourceforge.net> --- Makefile | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-)
Comments
> Dear Jörg, > Am Samstag, den 25.09.2010, 13:15 +0200 schrieb Joerg Bornkessel: > […] >> [2] http://www.gentoo.org/proj/en/qa/asneeded.xml > Should `LDFLAGS` also be passed to the compiler when building the > plugins? We have this fixed global on Gentoo for all plugins. All plugin Makefile's are sed'ed/patched to use the LDFLAGS. > I made a patch from your message which does not include any changes to > the plugins. I dont know, what distri you use, one way would be to fix this in the make.global ( used up from vdr-1.7.(not shure yet)) and inherit this in the plugin Makefile. Should be standard in the vdr-1.7.x adapted plugin Makefiles
Am Montag, den 13.12.2010, 00:29 +0100 schrieb Joerg Bornkessel: > > Am Samstag, den 25.09.2010, 13:15 +0200 schrieb Joerg Bornkessel: > > > […] > > > >> [2] http://www.gentoo.org/proj/en/qa/asneeded.xml > > > Should `LDFLAGS` also be passed to the compiler when building the > > plugins? > > We have this fixed global on Gentoo for all plugins. > All plugin Makefile's are sed'ed/patched to use the LDFLAGS. Sorry, I do not know Gentoo’s build system. I found the patch for VDR [1] and the ebuild file [2]. I was wondering why skincurses had no patch applied or change regarding `LDFLAGS` [3] and for example vdr-burn [4] has a separate patch. Then I found `vdr-plugin.eclass` [5] where the replacement is done using `sed`. > > I made a patch from your message which does not include any changes to > > the plugins. > > I dont know, what distri you use, I am using the OpenEmbedded framework [6]. > one way would be to fix this in the make.global ( used up from > vdr-1.7.(not shure yet)) and inherit this in the plugin Makefile. > > Should be standard in the vdr-1.7.x adapted plugin Makefiles That is what my patch is for. I will send an updated patch. Thanks, Paul [1] http://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/media-video/vdr/files/vdr-1.6.0-ldflags.patch?view=markup [2] http://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/media-video/vdr/vdr-1.6.0_p2-r5.ebuild?view=markup [3] http://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/media-plugins/vdr-skincurses/ChangeLog?view=markup [4] http://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/media-plugins/vdr-burn/files/vdr-burn-0.2.0_beta1_ldflags.diff?revision=1.1&view=markup [5] http://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/eclass/vdr-plugin.eclass?view=markup [6] http://www.openembedded.org/
Am Montag, den 13.12.2010, 11:29 +0100 schrieb Paul Menzel: > Am Montag, den 13.12.2010, 00:29 +0100 schrieb Joerg Bornkessel: > > > > Am Samstag, den 25.09.2010, 13:15 +0200 schrieb Joerg Bornkessel: > > > > > […] > > > > > > >> [2] http://www.gentoo.org/proj/en/qa/asneeded.xml > > > > > Should `LDFLAGS` also be passed to the compiler when building the > > > plugins? > > > > We have this fixed global on Gentoo for all plugins. > > All plugin Makefile's are sed'ed/patched to use the LDFLAGS. > > Sorry, I do not know Gentoo’s build system. I found the patch for VDR > [1] and the ebuild file [2]. > > I was wondering why skincurses had no patch applied or change regarding > `LDFLAGS` [3] and for example vdr-burn [4] has a separate patch. Then I > found `vdr-plugin.eclass` [5] where the replacement is done using `sed`. > > > > I made a patch from your message which does not include any changes to > > > the plugins. > > > > I dont know, what distri you use, > > I am using the OpenEmbedded framework [6]. > > > one way would be to fix this in the make.global ( used up from > > vdr-1.7.(not shure yet)) and inherit this in the plugin Makefile. > > > > Should be standard in the vdr-1.7.x adapted plugin Makefiles > > That is what my patch is for. I will send an updated patch. One question left. Why does not `LDFLAGS` need to be passed in the implicit rules? ### Implicit rules: %.o: %.c $(CXX) $(CXXFLAGS) $(LDFLAGS) -c $(DEFINES) $(INCLUDES) $< Thanks, Paul > [1] http://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/media-video/vdr/files/vdr-1.6.0-ldflags.patch?view=markup > [2] http://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/media-video/vdr/vdr-1.6.0_p2-r5.ebuild?view=markup > [3] http://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/media-plugins/vdr-skincurses/ChangeLog?view=markup > [4] http://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/media-plugins/vdr-burn/files/vdr-burn-0.2.0_beta1_ldflags.diff?revision=1.1&view=markup > [5] http://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/eclass/vdr-plugin.eclass?view=markup > [6] http://www.openembedded.org/
> Am Montag, den 13.12.2010, 00:29 +0100 schrieb Joerg Bornkessel: >> > Am Samstag, den 25.09.2010, 13:15 +0200 schrieb Joerg Bornkessel: > I was wondering why skincurses had no patch applied or change regarding > `LDFLAGS` [3] and for example vdr-burn [4] has a separate patch. Then I > found `vdr-plugin.eclass` [5] where the replacement is done using `sed`. some plugins (just a handfull) create beside on the plugin lib a helper lib or bin. to fix the makefile in this part will not fixed by the vdr-plugin.eclass. See this depended bug for vdr-burn http://bugs.gentoo.org/show_bug.cgi?id=339328 http://bugs.gentoo.org/attachment.cgi?id=249154 > I am using the OpenEmbedded framework [6]. hmm, sounds interresting, On what Hardware will this run, then? >> one way would be to fix this in the make.global ( used up from >> vdr-1.7.(not shure yet)) and inherit this in the plugin Makefile. >> >> Should be standard in the vdr-1.7.x adapted plugin Makefiles > That is what my patch is for. I will send an updated patch. > Thanks, > Paul > [1] > http://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/media-video/vdr/files/vdr-1.6.0-ldflags.patch?view=markup > [2] > http://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/media-video/vdr/vdr-1.6.0_p2-r5.ebuild?view=markup > [3] > http://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/media-plugins/vdr-skincurses/ChangeLog?view=markup > [4] > http://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/media-plugins/vdr-burn/files/vdr-burn-0.2.0_beta1_ldflags.diff?revision=1.1&view=markup > [5] > http://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/eclass/vdr-plugin.eclass?view=markup > [6] http://www.openembedded.org/
> Am Montag, den 13.12.2010, 11:29 +0100 schrieb Paul Menzel: >> Am Montag, den 13.12.2010, 00:29 +0100 schrieb Joerg Bornkessel: >> >> > > Am Samstag, den 25.09.2010, 13:15 +0200 schrieb Joerg Bornkessel: >> > >> > > […] >> > >> > >> > >> [2] http://www.gentoo.org/proj/en/qa/asneeded.xml >> > >> > > Should `LDFLAGS` also be passed to the compiler when building the >> > > plugins? >> > >> > We have this fixed global on Gentoo for all plugins. >> > All plugin Makefile's are sed'ed/patched to use the LDFLAGS. >> >> Sorry, I do not know Gentoo’s build system. I found the patch for VDR >> [1] and the ebuild file [2]. >> >> I was wondering why skincurses had no patch applied or change regarding >> `LDFLAGS` [3] and for example vdr-burn [4] has a separate patch. Then I >> found `vdr-plugin.eclass` [5] where the replacement is done using `sed`. >> >> > > I made a patch from your message which does not include any changes to >> > > the plugins. >> > >> > I dont know, what distri you use, >> >> I am using the OpenEmbedded framework [6]. >> >> > one way would be to fix this in the make.global ( used up from >> > vdr-1.7.(not shure yet)) and inherit this in the plugin Makefile. >> > >> > Should be standard in the vdr-1.7.x adapted plugin Makefiles >> >> That is what my patch is for. I will send an updated patch. > One question left. Why does not `LDFLAGS` need to be passed in the > implicit rules? > ### Implicit rules: > > %.o: %.c > $(CXX) $(CXXFLAGS) $(LDFLAGS) -c $(DEFINES) $(INCLUDES) $< In this part will only create/compiled the object files, $(OBJS), files with .o extension. It is not needed to link here against LDFLAGS, Linked will only the final lib
Am Montag, den 13.12.2010, 23:03 +0100 schrieb Joerg Bornkessel: > > Am Montag, den 13.12.2010, 00:29 +0100 schrieb Joerg Bornkessel: > > >> > Am Samstag, den 25.09.2010, 13:15 +0200 schrieb Joerg Bornkessel: > > > I was wondering why skincurses had no patch applied or change regarding > > `LDFLAGS` [3] and for example vdr-burn [4] has a separate patch. Then I > > found `vdr-plugin.eclass` [5] where the replacement is done using `sed`. > > some plugins (just a handfull) create beside on the plugin lib a helper lib or bin. > to fix the makefile in this part will not fixed by the vdr-plugin.eclass. > See this depended bug for vdr-burn > > http://bugs.gentoo.org/show_bug.cgi?id=339328 > http://bugs.gentoo.org/attachment.cgi?id=249154 Thanks, actually I read that ticket before sending my message. It is great that you confirmed my guess. Could you reply to my »PATCH v2« if you have time please so that Klaus knows it is ready to be committed. > > I am using the OpenEmbedded framework [6]. > > hmm, sounds interresting, > On what Hardware will this run, then? I am planning on using the BeagleBoard [8] which is ARM Cortex A8 based. T. Brinkmann is working on getting VDR to run on the BeagleBoard too [9], but there are some problems to use it as the output device. Thanks, Paul [7] http://www.vdr-wiki.de/wiki/index.php/Ångström [8] http://beagleboard.org/ [9] http://groups.google.com/group/beagleboard/msg/1b3fabd83fa9190e
diff --git a/Makefile b/Makefile index cca4d55..e12e2b2 100644 --- a/Makefile +++ b/Makefile @@ -95,7 +95,7 @@ $(DEPFILE): Makefile # The main program: vdr: $(OBJS) $(SILIB) - $(CXX) $(CXXFLAGS) -rdynamic $(OBJS) $(LIBS) $(LIBDIRS) $(SILIB) -o vdr + $(CXX) $(CXXFLAGS) -rdynamic $(LDFLAGS) $(OBJS) $(LIBS) $(LIBDIRS) $(SILIB) -o vdr # The libsi library: