[#65451] [ruby-trunk - Feature #10333] [PATCH 3/1] optimize: "yoda literal" == string — ko1@...

Issue #10333 has been updated by Koichi Sasada.

9 messages 2014/10/07

[ruby-core:65630] [ruby-trunk - Bug #10372] [Open] Problem with relative paths in update-gems makefile rule (common.mk)

From: duerst@...
Date: 2014-10-12 09:06:41 UTC
List: ruby-core #65630
Issue #10372 has been reported by Martin D=C3=BCrst.

----------------------------------------
Bug #10372: Problem with relative paths in update-gems makefile rule (commo=
n.mk)
https://bugs.ruby-lang.org/issues/10372

* Author: Martin D=C3=BCrst
* Status: Open
* Priority: Normal
* Assignee: Nobuyoshi Nakada
* Category: build
* Target version: current: 2.2.0
* ruby -v: ruby 2.2.0dev (2014-09-27 trunk 47722) [x86_64-cygwin]
* Backport: 2.0.0: UNKNOWN, 2.1: UNKNOWN
----------------------------------------
When I do
> make update-gems
I get the following error:

-e:1:in `require': cannot load such file -- downloader (LoadError)
uncommon.mk:1084: recipe for target 'update-gems' failed
make: *** [update-gems] Error 1

The reason for this seems to be a problem with relative paths.
The rule for update-gems in common.mk is as follows:

update-gems: PHONY
	$(ECHO) Downloading bundled gem files...
	$(Q) $(RUNRUBY) -I$(srcdir)/tool -rdownloader -answ \
	    -C "$(srcdir)/gems" \
	    -e 'gem, ver =3D *$$F' \
	    -e 'gem =3D "#{gem}-#{ver}.gem"' \
	    -e 'Downloader::RubyGems.download(gem)' \
	    bundled_gems

$(srcdir) is just '.', and so './tool' gets added to the load path, but the=
n -C "$(srcdir)/gems" changes to the gems subdirectory, from which './tool'=
 doesn't point to the tool directory anymore.



--=20
https://bugs.ruby-lang.org/

In This Thread

Prev Next