- 25 8月, 2020 1 次提交
-
-
由 Jeremy Evans 提交于
For a regular block, accepting two arguments is fine as the array will be autosplatted. However, a lambda that accepts two arguments will not work. We could change the implementation to yield two arguments instead of an array with a single argument, but that would be less backwards compatible. I'm only changing the call-seq to be precise, other examples pass a literal block that accepts two arguments, and I left those alone as that will be the most common usage. Fixes [Bug #17094]
-
- 24 8月, 2020 5 次提交
-
-
由 Hiroshi SHIBATA 提交于
-
由 Kazuhiro NISHIYAMA 提交于
-
由 Yusuke Endoh 提交于
-
由 git 提交于
-
由 Burdette Lamar 提交于
Further compliance with https://github.com/ruby/ruby/blob/master/doc/method_documentation.rdoc#details-and-examples-
-
- 23 8月, 2020 3 次提交
-
-
由 Kazuhiro NISHIYAMA 提交于
-
由 git 提交于
-
由 卜部昌平 提交于
Added some cross compilers that we can run on GitHub Workflow runner environments. Because they are cross compilers we cannot run the generated binary. The added matrix are compile-only.
-
- 22 8月, 2020 7 次提交
-
-
由 卜部昌平 提交于
They are rather annoying than being useful to us.
-
由 卜部昌平 提交于
It seems `clang --save-temps` does not interface well with tool/update-deps. Prefer gcc for that purpose.
-
由 卜部昌平 提交于
STRIP now depends on compilers, not on OS. Previous check against $target_os does no longer work.
-
由 Kazuhiro NISHIYAMA 提交于
https://rubyci.org/logs/rubyci.s3.amazonaws.com/freebsd12/ruby-master/log/20200821T223002Z.fail.html.gz ``` process.c:5593:37: error: implicit conversion loses integer precision: 'long' to 'int' [-Werror,-Wshorten-64-to-32] while ((gle = getlogin_r(login, loginsize)) != 0) { ~~~~~~~~~~ ^~~~~~~~~ ``` type of getlogin_r's 2nd argument is - int on FreeBSD - https://www.freebsd.org/cgi/man.cgi?query=getlogin_r&apropos=0&sektion=0&manpath=FreeBSD+12.1-RELEASE+and+Ports&arch=default&format=html - size_t on Linux, NetBSD - https://man7.org/linux/man-pages/man3/getlogin_r.3.html - https://www.freebsd.org/cgi/man.cgi?query=getlogin_r&apropos=0&sektion=0&manpath=NetBSD+9.0&arch=default&format=html
-
由 Jeremy Evans 提交于
If the thread for the current EC has been killed, don't check the VM ptr for the EC (which gets it via the thread), as that will have already been freed. Fixes [Bug #16907]
-
由 Burdette Lamar 提交于
"Trivial" typically means "returns a new empty Array."
-
由 Burdette Lamar 提交于
* Remove nil-return examples from hash.c
-
- 21 8月, 2020 18 次提交
-
-
由 卜部昌平 提交于
CI failures observed for old Sun C++. We don't want to hustle, as newer versions are okay. Just check the sanity and rule out insane compilers.
-
由 卜部昌平 提交于
AC_PROG_CC_C99 calls AC_PROC_CC, which calls _AC_PROG_CC_G, which sets default CFLAGS, whose contents are not customisable. We don't welcome this behaviour. The exact same thing happens for CXXFLAGS in AC_PROG_CXX.
-
由 git 提交于
-
由 卜部昌平 提交于
`llvm-strip-7` is a sane valid strip command that LLVM 7 ships, albeit it does not understand `--version`. It is a bad idea to check that option. Instead just see if the command actually strips something. A copy of `/bin/sh` should suffice. That file must be ubiquitous.
-
由 Hiroshi SHIBATA 提交于
-
由 Hiroshi SHIBATA 提交于
-
由 Hiroshi SHIBATA 提交于
-
由 Hiroshi SHIBATA 提交于
-
由 卜部昌平 提交于
In case of cross-compilation, GCC might provide its own linker. Its behaviour seems slightly different from that of gcc(1). This is not a big deal for normal situations, but the difference can cause libtool to go mad. We ship bundled libffi for windows users, and libffi uses libtool. If we use cross-compiler version of gcc instead of its ld conterpart, we fail to compile fiddle. That should not be what we want.
-
由 卜部昌平 提交于
Caused CI failures on environments without sane C++ compilers.
-
由 卜部昌平 提交于
Historically `$program_transform_name` has been put in front of `AC_CANONICAL_TARGET`. Previous commit changes it, which affects the name of generated ruby binary when cross-compiling. I _guess_ the historical behaviour is a bug (name of ruby binary shall honour --target configure option I think), but anyways here I preserve that questionable way.
-
由 卜部昌平 提交于
These days as link-time optimisations spread accross compilers, they tend to ship their own version of ld, ar, etc. Why not detect such things if any. Users can select compilers by ./configure --with-gcc= whatever, or select individual tool by e.g. ./configure NM=whatever. The added AC_ARG_VAR macros enrich ./configure --help output.
-
由 卜部昌平 提交于
Because we check HAVE_STMT_AND_DECL_IN_EXPR in configure, it is peoven to work in C. But C++ situation can be different. Oracle Developer Studio is another example of such things.
-
由 卜部昌平 提交于
I found a way to suppress particular kind of warnings via pragmas.
-
由 卜部昌平 提交于
Oracle Developer Studio's C++ preprocessor started to understand __has_cpp_attribute since version 12.5, and is broken. After looking around for a while I found Boost and ICU also had this issue before. Let me add workaround for it.
-
由 Burdette Lamar 提交于
-
由 git 提交于
-
由 Burdette Lamar 提交于
Removes references to *-convertible thingies.
-
- 20 8月, 2020 6 次提交
-
-
由 Burdette Lamar 提交于
Removes references to *-convertible thingies.
-
由 Hiroshi SHIBATA 提交于
-
由 aycabta 提交于
-
由 Hiroshi SHIBATA 提交于
-
由 Marc-Andre Lafortune 提交于
-
由 Marc-Andre Lafortune 提交于
-