November 2023 - ruby-core - ml.ruby-lang.org

[ruby-core:115377] [Ruby master Bug#11142] Command line argument parser on windows handles double quotes inconsistently.
by pcai (Peter Cai) 13 Nov '23

13 Nov '23

Issue #11142 has been updated by pcai (Peter Cai). Is there a reason the windows parsing doesn't match the linux behavior?: ``` vscode ➜ /workspaces/ruby (master) $ ruby -e "puts ARGV" "foo""bar" foobar vscode ➜ /workspaces/ruby (master) $ ruby -e "puts ARGV" "foo"" bar" foo bar ``` And if so, can someone clarify if "treat two double quotes as a literal double quote" is correct? I think the referenced code block reads as: ``` case '\"': if (!quote) quote = *ptr; else if (quote == *ptr) quote = '\0'; ptr++; break; ``` Note that `quote` is initially '\0' and therefore it seems that upon encountering a second double quote, `if (quote == *ptr)` will always be true, so it seems gratuitous? ---------------------------------------- Bug #11142: Command line argument parser on windows handles double quotes inconsistently. https://bugs.ruby-lang.org/issues/11142#change-105312 * Author: ksubrama (Kartik Cating-Subramanian) * Status: Open * Priority: Normal * Assignee: usa (Usaku NAKAMURA) * ruby -v: ruby 2.1.5p273 (2014-11-13 revision 48405) [x64-mingw32] * Backport: 2.0.0: UNKNOWN, 2.1: UNKNOWN, 2.2: UNKNOWN ---------------------------------------- I believe the issue is with https://github.com/ruby/ruby/blob/trunk/win32/win32.c#L1671 through 1673. C:\Users\ksubrama>ruby -e "puts ARGV" "foo""bar" foo"bar C:\Users\ksubrama>ruby -e "puts ARGV" "foo"" bar" foo" bar I believe the intent is that if ruby encounters "" inside a " quoted string, then it interprets it as a literal " and doesn't close out the string. If that's the case, then the code should read: if (quote == L'"' && quote == ptr[1]) ptr++; else quote = L'\0'; Otherwise, the string gets closed out anyway and the ptr++ here combined with the ptr++ at the bottom of the switch at line 1685 simply skip over both "" characters while considering the string closed. As a further test case consider: C:\Users\ksubrama>ruby -e "puts ARGV" "foo""bar""baz" foo"barbaz The parser is now very confused because the first "" closed out the string and the next "" is not interpreted as a literal " but as "open and close and empty string element" and the trailing " just gets dropped. -- https://bugs.ruby-lang.org/

1 0

[ruby-core:115376] [Ruby master Bug#9189] Build failure on Windows in case of nonascii TEMP environment.
by pcai (Peter Cai) 13 Nov '23

13 Nov '23

Issue #9189 has been updated by pcai (Peter Cai). I'm unable to reproduce. Windows presents an ascii-safe alias of the TEMP folder for me so I can't seem to test the handling: * windows 11 (Version 10.0.22621 Build 22621) * Ruby+Devkit 3.2.2-1 (x64) ``` C:\work>ruby -e "system('set TEMP')" TEMP=C:\Users\6863~1\tmp C:\work>set TEMP TEMP=C:\Users\6863~1\tmp C:\work>cd C:\Users\희섭\tmp C:\Users\희섭\tmp>echo %cd% C:\Users\희섭\tmp C:\Users\희섭\tmp>ruby -v ruby 3.2.2 (2023-03-30 revision e51014f9c0) [x64-mingw-ucrt] ``` ---------------------------------------- Bug #9189: Build failure on Windows in case of nonascii TEMP environment. https://bugs.ruby-lang.org/issues/9189#change-105311 * Author: phasis68 (Heesob Park) * Status: Assigned * Priority: Normal * ruby -v: ruby 2.1.0dev (2013-11-30 trunk 43936) [i386-mingw32] * Backport: 1.9.3: DONTNEED, 2.0.0: REQUIRED ---------------------------------------- I experienced a build failure during build extension library with trunk on Windows. make[2]: Entering directory `/c/work/ruby-2.1.0-r43936/ext/bigdecimal' generating bigdecimal-i386-mingw32.def compiling bigdecimal.c In file included from bigdecimal.c:20:0: bigdecimal.h:62:1: error: static declaration of 'labs' follows non-static declar ation make[2]: *** [bigdecimal.o] Error 1 make[2]: Leaving directory `/c/work/ruby-2.1.0-r43936/ext/bigdecimal' make[1]: *** [ext/bigdecimal/all] Error 2 make[1]: Leaving directory `/c/work/ruby-2.1.0-r43936' make: *** [build-ext] Error 2 I found the cause of this error is mkmk failure. Here is a part of mkmf.log have_func: checking for labs() in stdlib.h... -------------------- no "i686-w64-mingw32-gcc -o conftest.exe -I../../.ext/include/i386-mingw32 -I../.././include -I../.././ext/bigdecimal -D_WIN32_WINNT=0x0501 -D_FILE_OFFSET_BITS=64 -O3 -fno-omit-frame-pointer -fno-fast-math -ggdb3 -Wall -Wextra -Wno-unused-parameter -Wno-parentheses -Wno-long-long -Wno-missing-field-initializers -Wunused-variable -Wpointer-arith -Wwrite-strings -Wdeclaration-after-statement -Wimplicit-function-declaration conftest.c -L. -L../.. -L. -lmsvcrt-ruby210-static -lshell32 -lws2_32 -liphlpapi -limagehlp -lshlwapi " This application has requested the Runtime to terminate it in an unusual way. Please contact the application's support team for more information. Cannot create temporary file in C:\Users\??苑?AppData\Local\Temp\: Invalid argument The TEMP environment varable is C:\work\ruby-2.1.0-r43936>set TEMP TEMP=C:\Users\희섭\AppData\Local\Temp It seems that miniruby cannot handle encoding properly. C:\work\ruby-2.1.0-r43936>miniruby -ve "p ENV['TEMP']" ruby 2.1.0dev (2013-11-30 trunk 43936) [i386-mingw32] "C:\\Users\\\xED\x9D\xAC\xEC\x84\xAD\\AppData\\Local\\Temp" C:\work\ruby-2.1.0-r43936>miniruby.exe -ve "p ENV['TEMP'].encoding" ruby 2.1.0dev (2013-11-30 trunk 43936) [i386-mingw32] #<Encoding:ASCII-8BIT> Whereas, the final ruby can handle encoding properly. C:\work>ruby -ve "p ENV['TEMP']" ruby 2.1.0dev (2013-11-30 trunk 43923) [i386-mingw32] "C:\\Users\\희섭\\AppData\\Local\\Temp" C:\work>ruby -ve "p ENV['TEMP'].encoding" ruby 2.1.0dev (2013-11-30 trunk 43923) [i386-mingw32] #<Encoding:CP949> -- https://bugs.ruby-lang.org/

1 0

[ruby-core:115375] [Ruby master Bug#17400] Incorrect character downcase for Greek Sigma
by katiecaballero2023 (Katie Caballero) 13 Nov '23

13 Nov '23

Issue #17400 has been updated by katiecaballero2023 (Katie Caballero). RubyConf Hack Day: Bug still exists in 3.2.2 ---------------------------------------- Bug #17400: Incorrect character downcase for Greek Sigma https://bugs.ruby-lang.org/issues/17400#change-105308 * Author: xfalcox (Rafael Silva) * Status: Open * Priority: Normal * Assignee: duerst (Martin Dürst) * ruby -v: ruby 3.0.0dev (2020-12-16T18:46:44Z master 93ba3ac036) [x86_64-linux] * Backport: 2.5: UNKNOWN, 2.6: UNKNOWN, 2.7: UNKNOWN ---------------------------------------- An issue caused by this bug was first reported at Discourse support community at https://meta.discourse.org/t/unicode-username-results-in-error-loading-prof…. The issue is that in Greek, there are two ways to downcase the letter ‘Σ’ - ‘ς’ when it is used at the end of a word - ‘σ’ anywhere else NodeJS follows this rule: ``` ➜ node Welcome to Node.js v12.11.1. Type ".help" for more information. > "ΣΠΥΡΟΣ".toLowerCase() 'σπυρος' ``` Python too: ``` ➜ python Python 3.8.2 (default, Nov 23 2020, 16:33:30) [GCC 10.2.0] on linux Type "help", "copyright", "credits" or "license" for more information. >>> "ΣΠΥΡΟΣ".lower() 'σπυρος' ``` Ruby (both 2.7 and 3) doesn't: ``` ➜ ruby --version ruby 3.0.0dev (2020-12-16T18:46:44Z master 93ba3ac036) [x86_64-linux] ➜ irb irb(main):001:0> "ΣΠΥΡΟΣ".downcase => "σπυροσ" ``` ``` ➜ ruby --version ruby 2.7.1p83 (2020-03-31 revision a0c7c23c9c) [x86_64-linux] ➜ irb irb(main):001:0> "ΣΠΥΡΟΣ".downcase => "σπυροσ" ``` -- https://bugs.ruby-lang.org/

1 0

[ruby-core:115374] [Ruby master Bug#16145] regexp match error if mixing /i, character classes, and utf8
by sancheta867 (Steven Ancheta) 13 Nov '23

13 Nov '23

Issue #16145 has been updated by sancheta867 (Steven Ancheta). Confirmed that it's still happening on ruby -v ruby 3.2.2 (2023-03-30 revision e51014f9c0) [arm64-darwin23] irb(main):001:0> 'CAFÉ' =~ /[xé]/i => nil irb(main):002:0> "CAFÉ" =~ /x|é/i => 3 ---------------------------------------- Bug #16145: regexp match error if mixing /i, character classes, and utf8 https://bugs.ruby-lang.org/issues/16145#change-105306 * Author: zenspider (Ryan Davis) * Status: Open * Priority: Normal * Backport: 2.5: UNKNOWN, 2.6: UNKNOWN ---------------------------------------- (reported on behalf of mage(a)mage.gold -- there appears to be an error in registration or login): See: ruby-talk @ X-Mail-Count: 440336 2.6.3 :049 > 'SHOP' =~ /[xo]/i => 2 2.6.3 :050 > 'CAFÉ' =~ /[é]/i => 3 2.6.3 :051 > 'CAFÉ' =~ /[xé]/i => nil 2.6.3 :052 > 'CAFÉ' =~ /[xÉ]/i => 3 Expected result: 2.6.3 :051 > 'CAFÉ' =~ /[xé]/i => 3 I tested it on random regex online pages. It does not match on https://regex101.com/ It matches on: https://regexr.com/ https://www.regextester.com/ https://www.freeformatter.com/regex-tester.html (Ignore case turned on). The reason I suppose it’s more like a bug than a feature is the fact that /[é]/i matches 'CAFÉ'. If the //i didn’t work for UTF-8 characters then the /[é]/i wouldn’t match it either. For example, [é] does not match 'CAFÉ' on https://regex101.com/ I could not find a page or a system that behaves the same way as Ruby does. For example, it matches in PostgreSQL 10 (under FreeBSD 12) too: # select 'CAFÉ'~ '[xé]'; ?column? ---------- f (1 row) # select 'CAFÉ' ~* '[xé]'; ?column? ---------- t (1 row) Tested it in IRB on macOS and FreeBSD. $ uname -a && ruby -v && locale Darwin xxx 18.7.0 Darwin Kernel Version 18.7.0: Thu Jun 20 18:42:21 PDT 2019; root:xnu-4903.270.47~4/RELEASE_X86_64 x86_64 ruby 2.6.3p62 (2019-04-16 revision 67580) [x86_64-darwin18] LANG="en_US.UTF-8" LC_COLLATE="en_US.UTF-8" LC_CTYPE="en_US.UTF-8" LC_MESSAGES="en_US.UTF-8" LC_MONETARY="en_US.UTF-8" LC_NUMERIC="en_US.UTF-8" LC_TIME="en_US.UTF-8" LC_ALL="en_US.UTF-8" $ uname -a && ruby -v && locale FreeBSD xxx 12.0-RELEASE-p9 FreeBSD 12.0-RELEASE-p9 GENERIC amd64 ruby 2.6.3p62 (2019-04-16 revision 67580) [x86_64-freebsd12.0] LANG=en_US.UTF-8 LC_CTYPE="en_US.UTF-8" LC_COLLATE="en_US.UTF-8" LC_TIME="en_US.UTF-8" LC_NUMERIC="en_US.UTF-8" LC_MONETARY="en_US.UTF-8" LC_MESSAGES="en_US.UTF-8" LC_ALL=en_US.UTF-8 I installed Ruby with RVM. -- https://bugs.ruby-lang.org/

1 0

[ruby-core:115373] [Ruby master Bug#8444] Regexp vars $~ and friends are not thread local
by jemmai (Jemma Issroff) 13 Nov '23

13 Nov '23

Issue #8444 has been updated by jemmai (Jemma Issroff). Status changed from Open to Closed This bug is not reproducible for Ruby > 2.7.5. It has clearly been fixed, closing! ---------------------------------------- Bug #8444: Regexp vars $~ and friends are not thread local https://bugs.ruby-lang.org/issues/8444#change-105305 * Author: jamespharaoh (James Pharaoh) * Status: Closed * Priority: Normal * Assignee: ko1 (Koichi Sasada) * ruby -v: trunk ---------------------------------------- =begin In the docs for the Regexp special variables, $~ and friends, it says "These global variables are thread-local and method-local variables". However the following gives an unexpected result: def get_proc proc do |str| str =~ /(.+)/ sleep 0.1 puts "got #{$1} from #{str}\n" end end proc = get_proc t1 = Thread.new { proc.call "abc" } t2 = Thread.new { proc.call "def" } t1.join t2.join This outputs the following: got abc from abc got abc from def The expected result is of course: got abc from abc got def from def Clearly the variables are being scoped to the get_proc method and are being shared by both threads. This runs contrary to the documentation and also to expectations. This behaviour should either be changed, or the documentation updated to reflect the actual behaviour. Interestingly, the following does work as expected: proc = proc do |str| str =~ /(.+)/ sleep 0.1 puts "got #{$1} from #{str}\n" end t1 = Thread.new { proc.call "abc" } t2 = Thread.new { proc.call "def" } t1.join t2.join =end -- https://bugs.ruby-lang.org/

1 0

[ruby-core:115372] [Ruby master Bug#9010] ./configure --prefix= cannot handle directories with spaces
by fcheung (Frederick Cheung) 13 Nov '23

13 Nov '23

Issue #9010 has been updated by fcheung (Frederick Cheung). Still happening on master as b1f345b1 when building on macos: ``` ../configure --prefix="${HOME}/dir with space/.rubies/ruby-master" make install ``` produces ``` ... linking shared-library libruby.3.3.dylib clang: error: no such file or directory: 'with' clang: error: no such file or directory: 'space/.rubies/ruby-master/lib/libruby.3.3.dylib' make: *** [libruby.3.3.dylib] Error 1 ``` ---------------------------------------- Bug #9010: ./configure --prefix= cannot handle directories with spaces https://bugs.ruby-lang.org/issues/9010#change-105303 * Author: postmodern (Hal Brodigan) * Status: Assigned * Priority: Normal * Assignee: nobu (Nobuyoshi Nakada) * ruby -v: trunk ---------------------------------------- It appears that the linking task fails when the --prefix value contains spaces. Steps to Reproduce: 1. ./configure --prefix="$HOME/foo bar" 2. make Expected Result: success Actual Result: make[2]: Entering directory `/home/hal/src/ruby-2.0.0-p247' linking ruby gcc: error: bar/lib: No such file or directory gcc: error: bar/lib: No such file or directory make[2]: *** [ruby] Error 1 make[2]: Leaving directory `/home/hal/src/ruby-2.0.0-p247' make[1]: *** [all] Error 2 make[1]: Leaving directory `/home/hal/src/ruby-2.0.0-p247' make: *** [build-ext] Error 2 -- https://bugs.ruby-lang.org/

1 0

[ruby-core:115371] [Ruby master Bug#11514] AIX6.1 - Ruby 2.2.3 - Segmentation fault in :byteslice
by jemmai (Jemma Issroff) 13 Nov '23

13 Nov '23

Issue #11514 has been updated by jemmai (Jemma Issroff). Status changed from Open to Closed Closing because AIX6.1 and Ruby 2.2 are both EOL, as per @jarrodreyesdev's comment https://bugs.ruby-lang.org/issues/11514#note-10 ---------------------------------------- Bug #11514: AIX6.1 - Ruby 2.2.3 - Segmentation fault in :byteslice https://bugs.ruby-lang.org/issues/11514#change-105302 * Author: TRex58 (Tony Reix) * Status: Closed * Priority: Normal * ruby -v: ?? ruby 2.1.1p76 (2014-02-24 revision 45161) [powerpc-aix6.1.0.0] ---------------------------------------- Testing Ruby 2.2.3 on AIX6.1 built with xlc (same with gcc) leads to a reproducible crash. See complete trace in attached file. Ruby version is: RUBY_PROGRAM_VERSION=2.2.3 . ~~~ # gmake V=1 test-all ... objcopy -w -L 'Init_*' -L '*_threadptr_*' libruby.so.2.2.0 : /usr/vac/bin/xlc_r -g -qinfo=por -L. -bE:ruby.imp -brtl -blibpath:NONE/lib:/usr/lib:/lib main.o -L/usr/local/lib -lruby -lpthread -lgmp -ldl -lcrypt -lm -o ruby : gmake[2]: Leaving directory `/opt/freeware/src/packages/BUILD/ruby-2.2.3' gmake[1]: Leaving directory `/opt/freeware/src/packages/BUILD/ruby-2.2.3' Generating RDoc documentation ./miniruby -I./lib -I. -I.ext/common ./tool/runruby.rb --extout=.ext -- --disable-gems "./bin/rdoc" --root "." --page-dir "./doc" --encoding=UTF-8 --no-force-update --all --ri --op ".ext/rdoc" --debug "." Parsing sources... 100% [967/967] vsnprintf.c Generating RI format into /opt/freeware/src/packages/BUILD/ruby-2.2.3/.ext/rdoc... BEFORE @generator.generate in lib/rdoc/rdoc.rb /opt/freeware/src/packages/BUILD/ruby-2.2.3/lib/rdoc/markup/parser.rb:331: [BUG] **Segmentation fault** at 0x000004 ruby 2.2.3p173 (2015-08-18 revision 51636) [powerpc-aix6.1.9.0] -- Control frame information ----------------------------------------------- c:0025 p:---- s:0126 e:000125 CFUNC **:byteslice** c:0024 p:0019 s:0121 e:000120 METHOD /opt/freeware/src/packages/BUILD/ruby-2.2.3/lib/rdoc/markup/parser.rb:331 c:0023 p:0009 s:0116 e:000115 METHOD /opt/freeware/src/packages/BUILD/ruby-2.2.3/lib/rdoc/markup/parser.rb:547 c:0022 p:0438 s:0111 e:000108 METHOD /opt/freeware/src/packages/BUILD/ruby-2.2.3/lib/rdoc/markup/parser.rb:501 c:0021 p:0017 s:0099 e:000098 METHOD /opt/freeware/src/packages/BUILD/ruby-2.2.3/lib/rdoc/markup/parser.rb:62 c:0020 p:0019 s:0093 e:000092 METHOD /opt/freeware/src/packages/BUILD/ruby-2.2.3/lib/rdoc/markup.rb:748 ... gmake: *** [rdoc] IOT/Abort trap (core dumped) # ll ./.ext/rdoc/core -rw------- 1 root system 269015892 Sep 8 14:08 ./.ext/rdoc/core # dbx ./ruby ./.ext/rdoc/core IOT/Abort trap in pthread_kill at 0xd051ceb4 ($t1) 0xd051ceb4 (pthread_kill+0xb4) 80410014 lwz r2,0x14(r1) (dbx) where pthread_kill(??, ??) at 0xd051ceb4 _p_raise(??) at 0xd051c2e8 raise.raise(??) at 0xd011f8a0 abort() at 0xd01a9a04 die(), line 395 in "error.c" libdebug assertion "(framep->getGpr(STKP, &addr) == DB_SUCCESS && *nextStkpp == addr)" failed at line 1299 in file ../../../../../../../../../../../src/bos/usr/ccs/lib/libdbx/libdebug/modules/stackdebug/POWER/stackdb_FrameProgress.C rb_bug_context(ctx = 0x200f83b0, fmt = "Segmentation fault at %p", ... = 0x4, 0xd052f200, 0x0, 0x117100f5, 0x117100f5, 0x200f7f28), line 427 in "error.c" sigsegv(sig = 11, info = 0x200f863c, ctx = 0x200f83b0), line 879 in "signal.c" ---Files-------------------------------- RubyCore (15.8 KB) -- https://bugs.ruby-lang.org/

1 0

[ruby-core:115370] [Ruby master Bug#8444] Regexp vars $~ and friends are not thread local
by katie.caballero2013＠gmail.com (Katie Caballero) 13 Nov '23

13 Nov '23

Issue #8444 has been updated by katie.caballero2013(a)gmail.com (Katie Caballero). RubyConf Hack Day: suggest to close ---------------------------------------- Bug #8444: Regexp vars $~ and friends are not thread local https://bugs.ruby-lang.org/issues/8444#change-105300 * Author: jamespharaoh (James Pharaoh) * Status: Open * Priority: Normal * Assignee: ko1 (Koichi Sasada) * ruby -v: trunk ---------------------------------------- =begin In the docs for the Regexp special variables, $~ and friends, it says "These global variables are thread-local and method-local variables". However the following gives an unexpected result: def get_proc proc do |str| str =~ /(.+)/ sleep 0.1 puts "got #{$1} from #{str}\n" end end proc = get_proc t1 = Thread.new { proc.call "abc" } t2 = Thread.new { proc.call "def" } t1.join t2.join This outputs the following: got abc from abc got abc from def The expected result is of course: got abc from abc got def from def Clearly the variables are being scoped to the get_proc method and are being shared by both threads. This runs contrary to the documentation and also to expectations. This behaviour should either be changed, or the documentation updated to reflect the actual behaviour. Interestingly, the following does work as expected: proc = proc do |str| str =~ /(.+)/ sleep 0.1 puts "got #{$1} from #{str}\n" end t1 = Thread.new { proc.call "abc" } t2 = Thread.new { proc.call "def" } t1.join t2.join =end -- https://bugs.ruby-lang.org/

1 0

[ruby-core:115369] [Ruby master Bug#11808] Different behavior between Enumerable#grep and Array#grep
by noelrap (Noel Rappin) 13 Nov '23

13 Nov '23

Issue #11808 has been updated by noelrap (Noel Rappin). This appears to be fixed in 3.3.0dev as of Nov 2023, ``` ruby irb(main):001* class Test irb(main):002* include Enumerable irb(main):003* def each irb(main):004* return enum_for(:each) unless block_given? irb(main):005* yield "Hello" irb(main):006* yield "World" irb(main):007* end irb(main):008> end => :each irb(main):009> irb(main):010> enum = Test.new => #<Test:0x0000000102ba5038> irb(main):011> array = ["Hello", "World"] => ["Hello", "World"] irb(main):012> irb(main):013> enum.grep(/^(.)/) {$1} => ["H", "W"] ``` However, it was still broken in 3.2.2. It's not clear to me when the behavior changed. ---------------------------------------- Bug #11808: Different behavior between Enumerable#grep and Array#grep https://bugs.ruby-lang.org/issues/11808#change-105298 * Author: BenOlive (Ben Olive) * Status: Open * Priority: Normal * Assignee: ko1 (Koichi Sasada) * Backport: 2.5: UNKNOWN, 2.6: UNKNOWN ---------------------------------------- Regex special global variables are available within the block for `Array#grep`, but are nil within the block for `Enumerable#grep`. Here is an example that explains it better: ~~~ruby class Test include Enumerable def each return enum_for(:each) unless block_given? yield "Hello" yield "World" end end enum = Test.new array = ["Hello", "World"] enum.grep(/^(.)/) {$1} # => [nil, nil] array.grep(/^(.)/) {$1} # => ["H", "W"] ~~~ Tested on 2.0.0, 2.1.5, & 2.2.2 -- https://bugs.ruby-lang.org/

1 0

[ruby-core:115368] [Ruby master Bug#6360] Debug information build even without requesting it
by pcai (Peter Cai) 13 Nov '23

13 Nov '23

Issue #6360 has been updated by pcai (Peter Cai). This still seems to set -ggdb3 CFLAGS by default in master. Is this still considered a bug and if so, how should it be re-enabled? ---------------------------------------- Bug #6360: Debug information build even without requesting it https://bugs.ruby-lang.org/issues/6360#change-105297 * Author: luislavena (Luis Lavena) * Status: Assigned * Priority: Normal * Assignee: nobu (Nobuyoshi Nakada) * ruby -v: 2.0.0 i386-mingw32 r35473 ---------------------------------------- Hello, While working on latest RubyInstaller release for 1.9.3-p194 our team detected a bigger shared library and import library being generated. After further inspection, we found this commit: https://github.com/ruby/ruby/commit/ffdaca1d748804f2b5ca2de612f17cf6c78d351b Backported r34840 into ruby_1_9_3 branch The above change added -ggdb to CFLAGS even when was not provided by debugflags configure option. The following is the comparison of "make" summary with and without the change: Current trunk: <pre> C:\Users\Luis\Projects\oss\ruby\build32>make CC = gcc LD = ld LDSHARED = gcc -shared CFLAGS = -O3 -fno-omit-frame-pointer -ggdb -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=implicit-function-declaration XCFLAGS = -include ruby/config.h -include ruby/missing.h -D_FORTIFY_SOURCE=2 -fno-strict-overflow -fvisibility=hidden -DRUBY_EXPORT CPPFLAGS = -DFD_SETSIZE=32767 -D_WIN32_WINNT=0x0501 -I. -I.ext/include/i386-mingw32 -I../include -I.. DLDFLAGS = -Wl,--enable-auto-image-base,--enable-auto-import -Wl,--out-implib=libmsvcrt-ruby200.dll.a msvcrt-ruby200.def -Wl,--stack,0x00200000,--enable-auto-import SOLIBS = msvcrt-ruby200.res.o -lshell32 -lws2_32 -limagehlp </pre> Reverting r34840: <pre> C:\Users\Luis\Projects\oss\ruby\build32>make CC = gcc LD = ld LDSHARED = gcc -shared -s CFLAGS = -O3 -fno-omit-frame-pointer -g -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=implicit-function-declaration XCFLAGS = -include ruby/config.h -include ruby/missing.h -D_FORTIFY_SOURCE=2 -fno-strict-overflow -fvisibility=hidden -DRUBY_EXPORT CPPFLAGS = -DFD_SETSIZE=32767 -D_WIN32_WINNT=0x0501 -I. -I.ext/include/i386-mingw32 -I../include -I.. DLDFLAGS = -Wl,--enable-auto-image-base,--enable-auto-import -Wl,--out-implib=libmsvcrt-ruby200.dll.a msvcrt-ruby200.def -Wl,--stack,0x00200000,--enable-auto-import SOLIBS = msvcrt-ruby200.res.o -lshell32 -lws2_32 -limagehlp </pre> Notice that -g changed into -ggdb instead. I think debug symbols shouldn't be compiled unless requested and this is a regression. -- https://bugs.ruby-lang.org/

1 0