archive (unofficial mirror)
 help / color / mirror / code / Atom feed
Subject: [ruby-core:95906] [Ruby master Misc#16234] Enabling ARM 64/32-bit cases by Drone CI
Date: Thu, 21 Nov 2019 15:52:07 +0000 (UTC)	[thread overview]
Message-ID: <> (raw)
In-Reply-To: <>

Issue #16234 has been updated by jaruga (Jun Aruga).

> There is one issue on the Travis arm32 environment. I added it as allow_failures.

I sent a PR to fix the issue on the Travis arm32 environment.

Let me explain about the issue and why this happened.
The issue happens at following line.

ruby/test/fiddle/test_import.rb:17:in `<module:LIBC>'

  require_relative 'helper'
  require 'fiddle/import'
rescue LoadError
    extern "void *strcpy(char*, char*)" <= This line.

In the `helper.rb`, `Fiddle::LIBC_SO` and `Fiddle::LIBM_SO` were still `nil` in Travis arm32 case.


Fiddle::LIBC_SO = libc_so
Fiddle::LIBM_SO = libm_so
    def setup
      @libc = Fiddle.dlopen(LIBC_SO)
      @libm = Fiddle.dlopen(LIBM_SO)

Because seeing following page about libc deb packages information for each CPU architecture in Ubuntu, in case of i686 (Intel 32-bit), the package is installed to `/lib32`, but in case of armhf (ARM 32-bit) it's not installed to `/lib32`, but only installed to `/lib/arm-linux-gnueabihf`.

Ubuntu: libc deb packages information for each CPU architecture

Also `ldd #{ruby}` outputs "not a dynamic executable" message not printing shared library dependencies information.

$ ldd ruby
not a dynamic executable

$ setarch linux32 --verbose --32bit ldd ruby
Switching on ADDR_LIMIT_32BIT.
not a dynamic executable

Because `ldd` command can output the message when the checked binary is 32-bit and the host is 64-bit. In Travis arm32 case, the `#{ruby}` is 32-bit binary, and the host is 64-bit.


So, `libc_so` and `libm_so` are not set in this step too.

I also checked Drone CI arm32 environment (Debian) too about the issue.
For the Drone arm32 environment, the the `ldd` command is succeeded. Because the host is 32-bit, and the checked binary is 32-bit.

We can check the libc document here.

Debian: libc deb packages information for each CPU architecture

So, summarizing it.

* Travis i686 case (host: x86_64)
  * OS: Ubuntu
  * `RUBY_PLATFORM: i686-linux`
  * Used libc: `libc6:i386` (I have not checked it)
  * Installed directory: `/lib32`

* Travis arm32 case (host: arm64)
  * OS: Ubuntu
  * `RUBY_PLATFORM: armv8l-linux-eabihf`
  * Used libc: `libc6:armhf`
  * Installed directory: `/lib/arm-linux-gnueabihf`

* Drone arm32
  * OS: Debian
  * `RUBY_PLATFORM: armv8l-linux-eabi`
  * Used libc: `libc6:armel` 
  * Installed directory: `/lib/arm-linux-gnueabi`

I think we can refactor `test/fiddle/helper.rb` later.

* `Fiddle::LIBC_SO` or `Fiddle::LIBM_SO` is still `nil` before `Fiddle.dlopen` is executed in the `helper.rb`, can we raise an error or output a warning?
* Can we check the command exit status for `ldd #{ruby}`?

Misc #16234: Enabling ARM 64/32-bit cases by Drone CI

* Author: jaruga (Jun Aruga)
* Status: Closed
* Priority: Normal
* Assignee: 
Currently ruby project has 4 CIs on GitHub.

1. Travis CI: linux cases with flags and compilers.
2. GitHub Actions: macros, windows, ubuntu
3. Wercker: Ruby JIT cases
4. Appveyor: windows

I like to suggest 5th CI: Drone CI for ARM 64/32-bit cases.
Drone CI supports native the ARM 64/32 bit environments.
Have you used Drone CI?

I tried to use both Drone CI and Shippable CI supporting ARM.
My impression for Drone CI is quite good. Great user experience and user interface.
Shippable CI was not so good for some reasons.

Drone CI have not only linux ARM 64/32 bit environments on DockerRunner mode (= using container for CI like Wercker), but also freebsd, netbsd, openbsd, dragonfly (?) and solaris environments on ExecRunner (= maybe running commands directly without container) mode according to the following documents.

Is it exciting isn't it?
We can check ARM issue at a pull-request timing.

Here is the example. The content is almost same with wercker.yml except JIT option.
"ruby/3" is failed on the latest master branch, but "ruby/2" arm64 case is succeeded on old master branch.
Here is the pull-request as an example.

.drone.yml is the file to manage the CI cases.
But when you see most of the YAML parts between ARM 64-bit and 32-bit cases in .drone.yml is same. In case of .traivs.yml, we are using YAML anchor (&) and reference (*) feature effectively. But in case of .drone.yml I am not sure we can still use it beyond the "---" separator. Luckily Drone CI started providing the alternative file by Starlark language.

Enabling Drone CI is quite simple.
Just go to , then register and enable target repository. UI is quite good.


* We can check ARM 64/32-bit cases, and possibly freebsd and solaris cases too.
* It's for free.
* Each developer can debug ARM cases on their forked repository.
* Customize easily. I see .travis.yml is used effectively.


* Have to manage additonal file .drone.yml or

But first, I want to ask you. Are you interested in using Drone CI for Ruby project?


      parent reply	other threads:[~2019-11-21 15:52 UTC|newest]

Thread overview: 26+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <>
2019-10-03 18:41 ` [ruby-core:95201] " jaruga
2019-10-03 19:20 ` [ruby-core:95203] " jaruga
2019-10-03 19:24 ` [ruby-core:95204] " takashikkbn
2019-10-03 21:14 ` [ruby-core:95206] " takashikkbn
2019-10-03 22:48 ` [ruby-core:95209] " jaruga
2019-10-03 23:56 ` [ruby-core:95212] " mame
2019-10-07 22:30 ` [ruby-core:95270] " jaruga
2019-10-07 22:41 ` [ruby-core:95271] " jaruga
2019-10-08  2:17 ` [ruby-core:95275] " takashikkbn
2019-10-08 11:25 ` [ruby-core:95277] " jaruga
2019-10-08 13:33 ` [ruby-core:95278] " takashikkbn
2019-10-08 14:56 ` [ruby-core:95279] " jaruga
2019-10-15 20:16 ` [ruby-core:95346] " jaruga
2019-11-04 14:31 ` [ruby-core:95667] " jaruga
2019-11-06 17:11 ` [ruby-core:95725] " jaruga
2019-11-06 19:09 ` [ruby-core:95726] " jaruga
2019-11-06 19:26 ` [ruby-core:95727] " jaruga
2019-11-06 22:07 ` [ruby-core:95729] " eregontp
2019-11-06 22:08 ` [ruby-core:95730] " eregontp
2019-11-06 22:12 ` [ruby-core:95731] " eregontp
2019-11-07 14:37 ` [ruby-core:95742] " jaruga
2019-11-07 20:43 ` [ruby-core:95748] " jaruga
2019-11-08 18:09 ` [ruby-core:95763] " jaruga
2019-11-11 17:31 ` [ruby-core:95796] " jaruga
2019-11-12 18:05 ` [ruby-core:95818] " jaruga
2019-11-21 15:52 ` jaruga [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-list from there: mbox

  Avoid top-posting and favor interleaved quoting:

  List information:

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \ \ \
    --subject='Re: [ruby-core:95906] [Ruby master Misc#16234] Enabling ARM 64/32-bit cases by Drone CI' \

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link

Code repositories for project(s) associated with this inbox:

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).