ruby: fix 'pcrel too far' build problem on SuperH architectures
The 'pcrel too far' problem detected in the autobuild on SuperH architectures, seems to be caused by the -Os optimization flag. Using standard optimization fixes the problem. Fixes http://autobuild.buildroot.net/results/bc36e051e06f596c2fafdd3cc3745bb34b73ace3/ Investigated-by: Lionel Orry <lionel.orry@gmail.com> Signed-off-by: Thomas De Schampheleire <thomas.de.schampheleire@gmail.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
This commit is contained in:
parent
f8938bf47d
commit
61ac673152
@ -15,6 +15,15 @@ HOST_RUBY_CONF_OPT = --disable-install-doc --with-out-ext=curses,readline
|
||||
RUBY_LICENSE = Ruby or BSD-2c, BSD-3c, others
|
||||
RUBY_LICENSE_FILES = LEGAL COPYING BSDL
|
||||
|
||||
RUBY_CFLAGS = $(TARGET_CFLAGS)
|
||||
# With some SuperH toolchains (like Sourcery CodeBench 2012.09), ruby fails to
|
||||
# build with 'pcrel too far'. This seems to be caused by the -Os option we pass
|
||||
# by default. To fix the problem, use standard -O2 optimization instead.
|
||||
ifeq ($(BR2_sh)$(BR2_sh64),y)
|
||||
RUBY_CFLAGS += -O2
|
||||
endif
|
||||
RUBY_CONF_ENV = CFLAGS="$(RUBY_CFLAGS)"
|
||||
|
||||
# Force optionals to build before we do
|
||||
ifeq ($(BR2_PACKAGE_BERKELEYDB),y)
|
||||
RUBY_DEPENDENCIES += berkeleydb
|
||||
|
Loading…
Reference in New Issue
Block a user