[#85349] [Ruby trunk Bug#14334] Segmentation fault after running rspec (ruby/2.5.0/erb.rb:885 / simplecov/source_file.rb:85) — pragtob@...
Issue #14334 has been updated by PragTob (Tobias Pfeiffer).
3 messages
2018/02/02
[#85358] Re: [ruby-cvs:69220] nobu:r62039 (trunk): compile.c: unnecessary freezing — Eric Wong <normalperson@...>
nobu@ruby-lang.org wrote:
5 messages
2018/02/03
[#85612] Why require autoconf 2.67+ — leam hall <leamhall@...>
Please pardon the intrusion; I am new to Ruby and like to pull the
6 messages
2018/02/17
[#85634] [Ruby trunk Bug#14494] [PATCH] tool/m4/ruby_replace_type.m4 use AC_CHECK_TYPES for HAVE_* macros — normalperson@...
Issue #14494 has been reported by normalperson (Eric Wong).
3 messages
2018/02/19
[#85674] [Ruby trunk Feature#13618] [PATCH] auto fiber schedule for rb_wait_for_single_fd and rb_waitpid — matz@...
Issue #13618 has been updated by matz (Yukihiro Matsumoto).
5 messages
2018/02/20
[#85686] Re: [Ruby trunk Feature#13618] [PATCH] auto fiber schedule for rb_wait_for_single_fd and rb_waitpid
— Eric Wong <normalperson@...>
2018/02/20
matz@ruby-lang.org wrote:
[#85704] Re: [Ruby trunk Feature#13618] [PATCH] auto fiber schedule for rb_wait_for_single_fd and rb_waitpid
— Koichi Sasada <ko1@...>
2018/02/21
On 2018/02/20 18:06, Eric Wong wrote:
[ruby-core:85624] Re: Why require autoconf 2.67+
From:
leam hall <leamhall@...>
Date:
2018-02-19 01:15:01 UTC
List:
ruby-core #85624
Vit, thank you! In this case I may just have to accept that if I want to run Ruby-Dev I will need to update other things as well. It is a good learning time for me. Leam On Sun, Feb 18, 2018 at 6:15 AM, V鱈t Ondruch <v.ondruch@gmail.com> wrote: > Actually, the snippet helps with Ruby 2.4, Ruby 2.5 renamed configure.in > to configure.ac, but it might be similar hopefully. > > > V鱈t > > > Dne 18.2.2018 v 12:12 V鱈t Ondruch napsal(a): >> This could help you to build Ruby with older autoconf (2.63 is default >> on RHEL/CentOS 6): >> >> ~~~ >> # Allow to use autoconf 2.63. >> sed -i '/AC_PREREQ/ s/(.*)/(2.62)/' configure.in >> >> # AS_FOR is not supported on RHEL6, inject our own version. >> cat >> acinclude.m4 <<\EOF >> m4_ifndef([AS_FOR], [ >> m4_define([AS_FOR], [ >> m4_pushdef([$1], [$$2]) >> for $2 in $3; do >> $4 >> done >> m4_popdef([$1]) >> ]) >> ])%endif >> >> EOF >> >> sed -i '/AS_FUNCTION_DESCRIBE/ s/^/#/' configure.in >> sed -i '/AS_FUNCTION_DESCRIBE/ s/^/#/' acinclude.m4 >> ~~~ >> >> >> V鱈t >> >> 2018-02-17 13:46 GMT+01:00 leam hall <leamhall@gmail.com>: >>> Please pardon the intrusion; I am new to Ruby and like to pull the >>> development version of Ruby to compile and code with. >>> >>> On 8 Feb 18 (US/Eastern) I pulled the code from GitHub and Ruby >>> 2018-02-09 trunk 62326 compiled fine and all tests except for some >>> timezone ones passed. >>> >>> Today I pulled the source again. The configure step worked well but make failed: >>> >>> configure.ac:7: error: Autoconf version 2.67 or higher is required >>> configure.ac:7: the top level >>> autom4te: /usr/bin/m4 failed with exit status: 63 >>> make: *** [configure] Error 63 >>> >>> In configure.ac line 7: >>> >>> AC_PREREQ(2.67) >>> >>> If I changed 2.67 to 2.63 which is what my server has, the make >>> configure step fails with: >>> >>> ./configure: line 674: syntax error near unexpected token `colorize_result,' >>> . /configure: line 674: `AS_FUNCTION_DESCRIBE(colorize_result, MSG, >>> Colorize result)' >>> >>> I tried commenting out the lines it complained about but that led to >>> an "unexpected token 'fi'" error on line 76907. Commented that out but >>> then hit: >>> >>> ./configure: line 77563: syntax error near unexpected token `opt,' >>> >>> At this point I do not know if it is better to follow the path and try >>> to see what the difference is or just ask. If I change things then the >>> next pull breaks the changes. So I decided to ask. >>> >>> Thank you . >>> >>> Leam >>> >>> Unsubscribe: <mailto:ruby-core-request@ruby-lang.org?subject=unsubscribe> >>> <http://lists.ruby-lang.org/cgi-bin/mailman/options/ruby-core> > > > Unsubscribe: <mailto:ruby-core-request@ruby-lang.org?subject=unsubscribe> > <http://lists.ruby-lang.org/cgi-bin/mailman/options/ruby-core> Unsubscribe: <mailto:ruby-core-request@ruby-lang.org?subject=unsubscribe> <http://lists.ruby-lang.org/cgi-bin/mailman/options/ruby-core>