Age | Commit message (Collapse) | Author |
|
|
|
Rust 1.58.0 unfortunately doesn't provide facilities to control symbol
visibility/presence, but we care about controlling the list of
symbols exported from libruby-static.a and libruby.so.
This commit uses `ld -r` to make a single object out of rustc's
staticlib output, libyjit.a. This moves libyjit.a out of MAINLIBS and adds
libyjit.o into COMMONOBJS, which obviates the code for merging libyjit.a
into libruby-static.a. The odd appearance of libyjit.a in SOLIBS is also
gone.
To filter out symbols we do not want to export on ELF platforms, we use
objcopy after the partial link. On darwin, we supply a symbol list to
the linker which takes care of hiding unprefixed symbols.
[Bug #19255]
Co-authored-by: Nobuyoshi Nakada <nobu@ruby-lang.org>
Notes:
Merged: https://github.com/ruby/ruby/pull/7115
|
|
|
|
|
|
Notes:
Merged: https://github.com/ruby/ruby/pull/7137
|
|
Since `REVISION_H` is defined in common.mk which is appended or
included after Makefile.in, it was undefined yet at the point of the
dependency.
|
|
|
|
|
|
It should depends on only existing data files (except for the tools),
unless `ALWAYS_UPDATE_UNICODE=yes`.
Notes:
Merged: https://github.com/ruby/ruby/pull/6898
|
|
|
|
|
|
There's no mjit_compile.inc, so no need to use this prefix anymore.
|
|
|
|
|
|
|
|
>fgrep: warning: fgrep is obsolescent; using ggrep -F
Notes:
Merged: https://github.com/ruby/ruby/pull/6586
|
|
This make variable is very useful for daily build.
Notes:
Merged: https://github.com/ruby/ruby/pull/6433
Merged-By: nobu <nobu@ruby-lang.org>
|
|
as suggested by nobu. We don't really need to generate this for Windows,
but using common.mk whenever possible would probably make maintenance
easier.
Notes:
Merged: https://github.com/ruby/ruby/pull/6398
|
|
and leverage that to preserve the directory structure under tool/ruby_vm/views
|
|
This reverts commit 62ec621f8c7457374d1f08aec97138ac1b7bdf2a.
will revisit this once fixing non-MJIT targets
|
|
for nested target directories
|
|
|
|
When the build is running with a base ruby then generating `x64-ucrt-ruby320.rc`
could fail due to a missing dependency to `x64-mingw-ucrt-fake.rb`.
This commit adds this dependency.
A failing build looks like so:
```
generating x64-mingw-ucrt-fake.rb
generating x64-ucrt-ruby320.rc
../snapshot-master/win32/resource.rb:in `require': cannot load such file -- ./x64-mingw-ucrt-fake (LoadError)
make: *** [GNUmakefile:57: x64-ucrt-ruby320.rc] Error 1
make: *** Waiting for unfinished jobs....
linking miniruby.exe
x64-mingw-ucrt-fake.rb updated
```
Notes:
Merged: https://github.com/ruby/ruby/pull/6347
|
|
Previously, it was supported in prelude.c, but has not followed up the
builtin-loader system.
Notes:
Merged: https://github.com/ruby/ruby/pull/6344
|
|
|
|
Separate the logic accross the tables from the template view for
id.h.
|
|
|
|
|
|
Notes:
Merged-By: k0kubun <takashikkbn@gmail.com>
|
|
|
|
|
|
Then fallbacks to preprocessed version.h.
|
|
|
|
|
|
|
|
|
|
|
|
Clean built directories by `make distclean`, and then clean leftover
makefiles for skipped extensions.
|
|
|
|
exts.mk files are one level under the top of extension directories.
|
|
Since `RUBY_DEVEL` in cppflags has no effect in the configure script
and makefiles.
Notes:
Merged: https://github.com/ruby/ruby/pull/6230
|
|
[Misc #18891]
Notes:
Merged: https://github.com/ruby/ruby/pull/6094
|
|
In principle, we have a DTrace probe in yjit.c, so yjit.o should be
in DTRACE_DEPENDENT_OBJS for DTRACE_REBUILD=yes builds. This commit
adds to the list.
In practice DTRACE_REBUILD=yes implies the system has a Solaris-like
DTrace and YJIT doesn't support those systems. YJIT_OBJ expands to
nothing, and yjit.c isn't compiled.
I tested on OmniOS v11 r151034m with:
$ ../src/configure --with-out-ext=psych MAKE=gmake AR=ar debugflags=-g
$ gmake -j
It builds before and after this change.
[Bug #18480]
Notes:
Merged: https://github.com/ruby/ruby/pull/5891
Merged-By: XrXr
|
|
Reduce duplicate replacements so that reflect macros in command lines
consitently. So that reflect macros in command lines. Others than
`nmake` have no problems with nested expansions.
|
|
|
|
|
|
Notes:
Merged: https://github.com/ruby/ruby/pull/5914
|
|
Notes:
Merged: https://github.com/ruby/ruby/pull/5914
|
|
Notes:
Merged: https://github.com/ruby/ruby/pull/5914
|
|
Still use `find` to get rid of potential ARGV limit overflow, since
rustc-genrated object file names are mangled and very long.
Notes:
Merged: https://github.com/ruby/ruby/pull/5914
|