Hi, Instead of penalising everybody, would it be possible to make this change dependent on the build machine (ram + swap)? Or to only add -Wl,--no-keep-memory if the build failed without it?
Not sure if it would make any difference, but do you see this only with full debug enabled (-ggdb)? If yes, can the debug flags be changed, or that linker flag only be added, if full debug is enabled? Cheers, Andre' On Mon, 2013-07-22 at 15:51 +0800, Kai Kang wrote: > Build webkit-gtk occupies lot of memory and fails on some host: > | > ...tmp/sysroots/i686-linux/usr/libexec/x86_64-wrs-linux/gcc/x86_64-wrs-linux/4.8.1/ld: > failed to set dynamic section sizes: Memory exhausted > | collect2: error: ld returned 1 exit status > | make[1]: *** [libwebkitgtk-1.0.la] Error 1 > > Add ld option to fix it. > > Refer to: > http://comments.gmane.org/gmane.os.opendarwin.webkit.devel/20078 > > Signed-off-by: Kai Kang <[email protected]> > --- > meta/recipes-sato/webkit/webkit-gtk_1.8.3.bb | 2 ++ > 1 file changed, 2 insertions(+) > > diff --git a/meta/recipes-sato/webkit/webkit-gtk_1.8.3.bb > b/meta/recipes-sato/webkit/webkit-gtk_1.8.3.bb > index 5691d3f..90625a3 100644 > --- a/meta/recipes-sato/webkit/webkit-gtk_1.8.3.bb > +++ b/meta/recipes-sato/webkit/webkit-gtk_1.8.3.bb > @@ -60,6 +60,8 @@ CPPFLAGS_append_powerpc = " -I${STAGING_INCDIR}/pango-1.0 \ > > EXTRA_AUTORECONF = " -I Source/autotools " > > +# Fix compile error: "ld: failed to set dynamic section sizes: Memory > exhausted" > +LDFLAGS += " -Wl,--no-keep-memory" > > #| ./Source/JavaScriptCore/heap/HandleTypes.h: In static member function > 'static T* JSC::HandleTypes<T>::getFromSlot(JSC::HandleSlot) [with T = > JSC::Structure, JSC::HandleTypes<T>::ExternalType = JSC::Structure*, > JSC::HandleSlot = JSC::JSValue*]': > #| ./Source/JavaScriptCore/heap/Handle.h:141:79: instantiated from > 'JSC::Handle<T>::ExternalType JSC::Handle<T>::get() const [with T = > JSC::Structure, JSC::Handle<T>::ExternalType = JSC::Structure*]' _______________________________________________ Openembedded-core mailing list [email protected] http://lists.openembedded.org/mailman/listinfo/openembedded-core
