akamch (Anatoly Kamchatnov)
- Login: akamch
- Email: akamch@gmail.com
- Registered on: 09/19/2010
- Last sign in: 07/10/2018
Issues
| open | closed | Total | |
|---|---|---|---|
| Assigned issues | 0 | 0 | 0 |
| Reported issues | 0 | 1 | 1 |
Activity
06/05/2018
-
06:27 AM Ruby Bug #14816: Extension build failure on a system with musl libc
- Works great, many thanks, Shyouhei!
The wider question on what could/should have been done to avoid these ifdef dances is definitely not Ruby's to answer. -
- shyouhei (Shyouhei Urabe) wrote:
> Let me directly point out what is actually to be blamed
Works best for me! Thank you very much for getting to the root of the problem, there's much to reflect upon.
The patch does away with the i...
06/04/2018
-
- > I also understand you wanting to use Ruby even on exotic combinations like musl + void.
Indeed, yet one can also easily envision many a failed build of Ruby codebases inside the musl-only Alpine-based Docker containers. Void is almo... -
- > I guess this is not our fault?
Not entirely. Most likely it's nobody's fault but you can always blame autoconf :) Alpine's author thinks that "the configure script does not detect isnan/isinf as macros, call ruby devs". Autoconf's d...
06/03/2018
-
- Some extensions fail to build on a Linux with musl (Void Linux). Build of unf_ext is an example.
isinf() and isnan() are defined as macros in musl: https://git.musl-libc.org/cgit/musl/tree/include/math.h
https://github.com/gliderlabs/...