[#88240] [Ruby trunk Feature#14759] [PATCH] set M_ARENA_MAX for glibc malloc — sam.saffron@...
Issue #14759 has been updated by sam.saffron (Sam Saffron).
[#88251] Re: [ruby-alerts:8236] failure alert on trunk@P895 (NG (r64134)) — Eric Wong <normalperson@...>
ko1c-failure@atdot.net wrote:
[#88305] [Ruby trunk Bug#14968] [PATCH] io.c: make all pipes nonblocking by default — normalperson@...
Issue #14968 has been reported by normalperson (Eric Wong).
[#88331] [Ruby trunk Feature#13618] [PATCH] auto fiber schedule for rb_wait_for_single_fd and rb_waitpid — samuel@...
Issue #13618 has been updated by ioquatix (Samuel Williams).
[#88342] [Ruby trunk Feature#14955] [PATCH] gc.c: use MADV_FREE to release most of the heap page body — ko1@...
Issue #14955 has been updated by ko1 (Koichi Sasada).
[#88433] [Ruby trunk Feature#13618] [PATCH] auto fiber schedule for rb_wait_for_single_fd and rb_waitpid — ko1@...
Issue #13618 has been updated by ko1 (Koichi Sasada).
ko1@atdot.net wrote:
[#88475] [Ruby trunk Misc#14937] [PATCH] thread_pthread: lazy-spawn timer-thread only on contention — ko1@...
Issue #14937 has been updated by ko1 (Koichi Sasada).
[#88491] Re: [ruby-cvs:71466] k0kubun:r64374 (trunk): test_function.rb: skip running test — Eric Wong <normalperson@...>
k0kubun@ruby-lang.org wrote:
I see. Please remove the test if the test is unnecessary.
Takashi Kokubun <takashikkbn@gmail.com> wrote:
[#88523] [Ruby trunk Bug#14999] ConditionVariable doesn't reacquire the Mutex if Thread#kill-ed — eregontp@...
Issue #14999 has been updated by Eregon (Benoit Daloze).
eregontp@gmail.com wrote:
[#88549] [Ruby trunk Bug#14999] ConditionVariable doesn't reacquire the Mutex if Thread#kill-ed — eregontp@...
Issue #14999 has been updated by Eregon (Benoit Daloze).
[#88676] [Ruby trunk Misc#15014] thread.c: use rb_hrtime_scalar for high-resolution time operations — ko1@...
Issue #15014 has been updated by ko1 (Koichi Sasada).
ko1@atdot.net wrote:
On 2018/08/27 16:16, Eric Wong wrote:
[#88716] Re: [ruby-dev:43715] [Ruby 1.9 - Bug #595] Fiber ignores ensure clause — Eric Wong <normalperson@...>
Koichi Sasada wrote:
[#88723] [Ruby trunk Bug#15041] [PATCH] cont.c: set th->root_fiber to current fiber at fork — ko1@...
Issue #15041 has been updated by ko1 (Koichi Sasada).
[#88767] [Ruby trunk Bug#15050] GC after forking with fibers crashes — ko1@...
Issue #15050 has been updated by ko1 (Koichi Sasada).
Koichi Sasada <ko1@atdot.net> wrote:
[#88774] Re: [ruby-alerts:8955] failure alert on trunk@P895 (NG (r64594)) — Eric Wong <normalperson@...>
ko1c-failure@atdot.net wrote:
[ruby-core:88428] [Ruby trunk Bug#11913] make fails when using a custom build directory
Issue #11913 has been updated by ioquatix (Samuel Williams).
I ran into this problem, and I think it was because I had tried building in the root directory. I did `make clean` and it seems to solve this issue. I think we can close this issue, but it might be worth adding to the Contributing document.
----------------------------------------
Bug #11913: make fails when using a custom build directory
https://bugs.ruby-lang.org/issues/11913#change-73480
* Author: mcmire (Elliot Winkler)
* Status: Feedback
* Priority: Normal
* Assignee: nobu (Nobuyoshi Nakada)
* Target version:
* ruby -v: 2.4.0dev
* Backport: 2.0.0: UNKNOWN, 2.1: UNKNOWN, 2.2: UNKNOWN, 2.3: UNKNOWN
----------------------------------------
Hi there. I've been trying to submit a bugfix, and in doing so I realized that I had to compile Ruby so that I could run all of the tests. I made a fresh clone of Ruby, and started following the [Contributing document](https://github.com/ruby/ruby/blob/trunk/doc/contributing.rdoc), but then ran into some issues.
These instructions have you run `./configure` from another directory (`build`) that is not the root directory of the repo. Unfortunately, running `make` did not seem to work, and here was the output:
~~~
賊 make
CC = clang
LD = ld
LDSHARED = clang -dynamic -bundle
CFLAGS = -O3 -fno-fast-math -ggdb3 -Wall -Wextra -Wno-unused-parameter -Wno-parentheses -Wno-long-long -Wno-missing-field-initializers -Wunused-variable -Werror=pointer-arith -Werror=write-strings
-Werror=declaration-after-statement -Werror=shorten-64-to-32 -Werror=implicit-function-declaration -Werror=division-by-zero -Werror=deprecated-declarations -Werror=extra-tokens -pipe
XCFLAGS = -D_FORTIFY_SOURCE=2 -fstack-protector -fno-strict-overflow -fvisibility=hidden -DRUBY_EXPORT -fPIE
CPPFLAGS = -D_XOPEN_SOURCE -D_DARWIN_C_SOURCE -D_DARWIN_UNLIMITED_SELECT -D_REENTRANT -I. -I.ext/include/x86_64-darwin15 -I../include -I..
DLDFLAGS = -Wl,-undefined,dynamic_lookup -Wl,-multiply_defined,suppress -fstack-protector -Wl,-u,_objc_msgSend -Wl,-pie -framework CoreFoundation
SOLIBS =
Apple LLVM version 7.0.2 (clang-700.1.81)
Target: x86_64-apple-darwin15.2.0
Thread model: posix
compiling ../main.c
compiling ../dmydln.c
compiling ../miniinit.c
compiling ../array.c
compiling ../bignum.c
compiling ../class.c
compiling ../compar.c
compiling ../complex.c
compiling ../dir.c
compiling ../dln_find.c
compiling ../encoding.c
compiling ../enum.c
compiling ../enumerator.c
compiling ../error.c
compiling ../eval.c
compiling ../load.c
compiling ../proc.c
compiling ../file.c
compiling ../gc.c
compiling ../hash.c
compiling ../inits.c
compiling ../io.c
compiling ../marshal.c
compiling ../math.c
compiling ../node.c
compiling ../numeric.c
compiling ../object.c
compiling ../pack.c
compiling ../parse.c
compiling ../process.c
compiling ../random.c
compiling ../range.c
compiling ../rational.c
compiling ../re.c
compiling ../regcomp.c
compiling ../regenc.c
compiling ../regerror.c
compiling ../regexec.c
compiling ../regparse.c
compiling ../regsyntax.c
compiling ../ruby.c
compiling ../safe.c
compiling ../signal.c
compiling ../sprintf.c
compiling ../st.c
compiling ../strftime.c
compiling ../string.c
compiling ../struct.c
compiling ../symbol.c
compiling ../time.c
compiling ../transcode.c
compiling ../util.c
compiling ../variable.c
compiling ../version.c
compiling ../compile.c
compiling ../debug.c
compiling ../iseq.c
compiling ../vm.c
compiling ../vm_dump.c
compiling ../vm_backtrace.c
compiling ../vm_trace.c
compiling ../thread.c
compiling ../cont.c
compiling ../enc/ascii.c
error: unable to open output file 'enc/ascii.o': 'No such file or directory'
1 error generated.
make: *** [enc/ascii.o] Error 1
~~~
`make` generated this error, as I found out, because `build` did not contain an `enc` directory.
So after running `make clean`, then `mkdir -p enc/trans` from within `build` (as it turns out, `enc/trans` also needed to be present), I then ran `make` again, and got this:
~~~
賊 make
CC = clang
LD = ld
LDSHARED = clang -dynamic -bundle
CFLAGS = -O3 -fno-fast-math -ggdb3 -Wall -Wextra -Wno-unused-parameter -Wno-parentheses -Wno-long-long -Wno-missing-field-initializers -Wunused-variable -Werror=pointer-arith -Werror=write-strings
-Werror=declaration-after-statement -Werror=shorten-64-to-32 -Werror=implicit-function-declaration -Werror=division-by-zero -Werror=deprecated-declarations -Werror=extra-tokens -pipe
XCFLAGS = -D_FORTIFY_SOURCE=2 -fstack-protector -fno-strict-overflow -fvisibility=hidden -DRUBY_EXPORT -fPIE
CPPFLAGS = -D_XOPEN_SOURCE -D_DARWIN_C_SOURCE -D_DARWIN_UNLIMITED_SELECT -D_REENTRANT -I. -I.ext/include/x86_64-darwin15 -I../include -I..
DLDFLAGS = -Wl,-undefined,dynamic_lookup -Wl,-multiply_defined,suppress -fstack-protector -Wl,-u,_objc_msgSend -Wl,-pie -framework CoreFoundation
SOLIBS =
Apple LLVM version 7.0.2 (clang-700.1.81)
Target: x86_64-apple-darwin15.2.0
Thread model: posix
compiling ../enc/trans/newline.c
compiling ../missing/explicit_bzero.c
compiling ../missing/setproctitle.c
linking miniruby
clang: error: no such file or directory: 'dmyext.o'
clang: error: no such file or directory: 'miniprelude.o'
make: *** [miniruby] Error 1
~~~
I didn't know what to do with this. `dmyext.o` and `miniprelude.o` are present within the repo, but for some reason, `make` wants them to be present within `build`.
After running `./configure` from within the root directory, then `make` worked successfully.
So what I suppose is that there's something inside of the makefiles that still makes the assumption that `make` is going to be run inside of the root directory. But that's just a hunch.
--
https://bugs.ruby-lang.org/
Unsubscribe: <mailto:ruby-core-request@ruby-lang.org?subject=unsubscribe>
<http://lists.ruby-lang.org/cgi-bin/mailman/options/ruby-core>