ruby.git/configure.in, branch ruby_1_9_2

merge revision(s) 27939,29703,29704,30164:

2012-05-22T02:09:55+00:00

	* ruby.c (ruby_init_loadpath_safe): use real path for non-shared
	  build.
	* configure.in (LIBRUBY_RELATIVE): use rpath token expansion.
	* tool/rbinstall.rb (bin-comm): prepend prolog shell script if
	  necessary.
	* ruby.c (ruby_init_loadpath_safe): relatively called non-shared
	  binary cannot be found in PATH, so use given pathname.


git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/branches/ruby_1_9_2@35755 b2dd03c8-39d4-4d8f-98ff-823fe69b080e

merges r32333 from trunk into ruby_1_9_2.

2011-08-11T00:38:58+00:00

--
configure.in: Add warnflags for XL/C on AIX during configure
              to avoid [Bug #3971]. See [ruby-core:32859]

git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/branches/ruby_1_9_2@32923 b2dd03c8-39d4-4d8f-98ff-823fe69b080e

merges r31365 from trunk into ruby_1_9_2.

2011-05-30T04:45:00+00:00

--
* configure.in (STRIP): use proper toolchain.  based on a patch
  from Jon Forums at [ruby-core:35909].  fixes #4617

git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/branches/ruby_1_9_2@31819 b2dd03c8-39d4-4d8f-98ff-823fe69b080e

merges r31351 and r31352 from trunk into ruby_1_9_2.

2011-05-30T04:44:42+00:00

--
* include/ruby/win32.h (ftruncate, truncate, ftello, fseeko): non-64
  versions on mingw are useless because they use int32_t.  fixes #4564
--
* file.c (rb_file_truncate): fix function.

git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/branches/ruby_1_9_2@31817 b2dd03c8-39d4-4d8f-98ff-823fe69b080e

merges r29431 from trunk into ruby_1_9_2.

2011-05-30T04:43:37+00:00

--
* configure.in (RSHIFT): quote to get rid of argument expansion
  for autoconf 2.68.

git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/branches/ruby_1_9_2@31810 b2dd03c8-39d4-4d8f-98ff-823fe69b080e

merges r31262 and r31264 from trunk into ruby_1_9_2.

2011-05-29T22:49:27+00:00

--
Evaluate truncate, ftruncate and ftello existence

This corrects mingw-w64 compilation.
--
* include/ruby/win32.h: VC doesn't have ftruncate() and others, but
  ruby needs HAVE_ macros to use our emulation functions.
  (fix the problem of 31262)

git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/branches/ruby_1_9_2@31798 b2dd03c8-39d4-4d8f-98ff-823fe69b080e

merges r30725 from trunk into ruby_1_9_2.

2011-03-28T13:38:22+00:00

--
* configure.in: Mac OS X wrongly reports it has fdatasync(3).

git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/branches/ruby_1_9_2@31196 b2dd03c8-39d4-4d8f-98ff-823fe69b080e

merges r30699 and r30700 from trunk into ruby_1_9_2.

2011-02-18T10:43:45+00:00

--
	* configure.in: Add #include when struct stat is
	  tested. Otherwise, incomplete type dereference error will occur.
--
We don't only need to change "struct stat.st_size" test, but also
 need to change "struct stat.st_blocks" test.

git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/branches/ruby_1_9_2@30900 b2dd03c8-39d4-4d8f-98ff-823fe69b080e

merges r30499 from trunk into ruby_1_9_2.

2011-01-16T12:35:08+00:00

--
* io.c (Kernel.#syscall): implemented on LP64/LLP64 environments too.
  also uses __syscall if available for *BSD on 64bit architecture.
  [ruby-core:34062]

git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/branches/ruby_1_9_2@30570 b2dd03c8-39d4-4d8f-98ff-823fe69b080e

merges r29493,r29494,r29505 and r29509 from trunk into ruby_1_9_2.

2010-12-02T08:07:32+00:00

--
* file.c (DEVT2NUM): added. Size of dev_t is depend on the
  environment even if POSIX defines dev_t as unsigned integer.
  For example, OpenVMS, 64bit Solaris 9, and NetBSD 6 defines
  dev_t as 64bit unsigned integer.

* file.c (rb_stat_dev): use DEVT2NUM.

* file.c (rb_stat_dev_major): dev_t is not long. major(3)'s return
  value is int.

* file.c (rb_stat_dev_minor): dev_t is not long. minor(3)'s return
  value is int.

* configure.in: check size of dev_t.
--
Refix for r29493; it is unsigned.
--
* configure.in (dev_t): use RUBY_REPLACE_TYPE.

* file.c (rb_stat_inspect): use PRI_DEVT_PREFIX.
--
* file.c (NUM2DEVT, DEVT2NUM, PRI_DEVT_PREFIX): fallback to
  unsigned int.

git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/branches/ruby_1_9_2@30047 b2dd03c8-39d4-4d8f-98ff-823fe69b080e