Assertion failed: (castIsValid(getOpcode(), S, Ty) && "Illegal SExt"), function SExtInst, file Instructions.cpp, line 2508.
I'm in the process of migrating an Objective-C project to MacRuby (0.5 trunk) and am seeing this error when I run the application: *Assertion failed: (castIsValid(getOpcode(), S, Ty) && "Illegal SExt"), function SExtInst, file Instructions.cpp, line 2508.* * * The stack looks like this: ** * #0 0x9870d912 in __kill #1 0x9870d904 in kill$UNIX2003 #2 0x987a0b99 in raise #3 0x987b6c50 in abort #4 0x987a37f8 in __assert_rtn #5 0x0090ab1a in llvm::SExtInst::SExtInst #6 0x001528b3 in RoxorCompiler::compile_conversion_to_ruby #7 0x00158847 in RoxorCompiler::compile_stub #8 0x0017e173 in RoxorCore::gen_stub #9 0x0018b4cd in rb_vm_dispatch #10 0x00e432a2 in ?? #11 0x0004c2cb in ruby_run_node #12 0x00186a61 in macruby_main #13 0x00002c64 in main at main.m:13 I was following the (admittedly quite old) page covering this sort of activity at http://www.macruby.org/trac/wiki/MacRubyFromObjC. My main.m and rb_main.rb are vanilla and copied from the FlickrDemo (which runs on my system). If I reduce rb_main.rb to the bare minimum of the following, I still get the error. framework 'Cocoa' NSApplicationMain(0, nil) I'm assuming it's something in my ObjC code that is causing the problem -- is there a good way to zero in on it? My llvm and MacRuby knowledge is pretty rough, so I'm not sure where to drop breakpoints. If there's a "don't use <datatype>" rule of thumb, that would be great, too, as that appears to be where things may be hung up. Thanks! -a. *
Hi, Do you run by any chance a 32-bit only machine? This could explain the crash, the compiler has still 32-bit problems. This will be fixed in the final 0.5 release. Laurent On Sep 27, 2009, at 2:27 PM, Art Taylor wrote:
I'm in the process of migrating an Objective-C project to MacRuby (0.5 trunk) and am seeing this error when I run the application:
Assertion failed: (castIsValid(getOpcode(), S, Ty) && "Illegal SExt"), function SExtInst, file Instructions.cpp, line 2508.
The stack looks like this:
#0 0x9870d912 in __kill #1 0x9870d904 in kill$UNIX2003 #2 0x987a0b99 in raise #3 0x987b6c50 in abort #4 0x987a37f8 in __assert_rtn #5 0x0090ab1a in llvm::SExtInst::SExtInst #6 0x001528b3 in RoxorCompiler::compile_conversion_to_ruby #7 0x00158847 in RoxorCompiler::compile_stub #8 0x0017e173 in RoxorCore::gen_stub #9 0x0018b4cd in rb_vm_dispatch #10 0x00e432a2 in ?? #11 0x0004c2cb in ruby_run_node #12 0x00186a61 in macruby_main #13 0x00002c64 in main at main.m:13
I was following the (admittedly quite old) page covering this sort of activity at http://www.macruby.org/trac/wiki/MacRubyFromObjC.
My main.m and rb_main.rb are vanilla and copied from the FlickrDemo (which runs on my system). If I reduce rb_main.rb to the bare minimum of the following, I still get the error.
framework 'Cocoa' NSApplicationMain(0, nil)
I'm assuming it's something in my ObjC code that is causing the problem -- is there a good way to zero in on it? My llvm and MacRuby knowledge is pretty rough, so I'm not sure where to drop breakpoints. If there's a "don't use <datatype>" rule of thumb, that would be great, too, as that appears to be where things may be hung up.
Thanks!
-a.
_______________________________________________ MacRuby-devel mailing list MacRuby-devel@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
It's a 64-bit machine (2008 8-core Mac Pro). I have a test machine I can wipe and try it (pre-unibody 2008 mbp). -a. On Sun, Sep 27, 2009 at 2:33 PM, Laurent Sansonetti <lsansonetti@apple.com>wrote:
Hi,
Do you run by any chance a 32-bit only machine? This could explain the crash, the compiler has still 32-bit problems. This will be fixed in the final 0.5 release.
Laurent
On Sep 27, 2009, at 2:27 PM, Art Taylor wrote:
I'm in the process of migrating an Objective-C project to MacRuby (0.5
trunk) and am seeing this error when I run the application:
Assertion failed: (castIsValid(getOpcode(), S, Ty) && "Illegal SExt"), function SExtInst, file Instructions.cpp, line 2508.
The stack looks like this:
#0 0x9870d912 in __kill #1 0x9870d904 in kill$UNIX2003 #2 0x987a0b99 in raise #3 0x987b6c50 in abort #4 0x987a37f8 in __assert_rtn #5 0x0090ab1a in llvm::SExtInst::SExtInst #6 0x001528b3 in RoxorCompiler::compile_conversion_to_ruby #7 0x00158847 in RoxorCompiler::compile_stub #8 0x0017e173 in RoxorCore::gen_stub #9 0x0018b4cd in rb_vm_dispatch #10 0x00e432a2 in ?? #11 0x0004c2cb in ruby_run_node #12 0x00186a61 in macruby_main #13 0x00002c64 in main at main.m:13
I was following the (admittedly quite old) page covering this sort of activity at http://www.macruby.org/trac/wiki/MacRubyFromObjC.
My main.m and rb_main.rb are vanilla and copied from the FlickrDemo (which runs on my system). If I reduce rb_main.rb to the bare minimum of the following, I still get the error.
framework 'Cocoa' NSApplicationMain(0, nil)
I'm assuming it's something in my ObjC code that is causing the problem -- is there a good way to zero in on it? My llvm and MacRuby knowledge is pretty rough, so I'm not sure where to drop breakpoints. If there's a "don't use <datatype>" rule of thumb, that would be great, too, as that appears to be where things may be hung up.
Thanks!
-a.
_______________________________________________ MacRuby-devel mailing list MacRuby-devel@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
_______________________________________________ MacRuby-devel mailing list MacRuby-devel@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
I see. Could you check if your application is built for both 32-bit and 64-bit? If it's for 32-bit only, then MacRuby will work in 32-bit mode, which is bugged. You need to build it for 64-bit, this can be configured in Xcode. You can check with the file(1) command line tool if the binary contains the 64-bit architecture. Laurent On Sep 27, 2009, at 2:37 PM, Art Taylor wrote:
It's a 64-bit machine (2008 8-core Mac Pro). I have a test machine I can wipe and try it (pre-unibody 2008 mbp).
-a.
On Sun, Sep 27, 2009 at 2:33 PM, Laurent Sansonetti <lsansonetti@apple.com
wrote: Hi,
Do you run by any chance a 32-bit only machine? This could explain the crash, the compiler has still 32-bit problems. This will be fixed in the final 0.5 release.
Laurent
On Sep 27, 2009, at 2:27 PM, Art Taylor wrote:
I'm in the process of migrating an Objective-C project to MacRuby (0.5 trunk) and am seeing this error when I run the application:
Assertion failed: (castIsValid(getOpcode(), S, Ty) && "Illegal SExt"), function SExtInst, file Instructions.cpp, line 2508.
The stack looks like this:
#0 0x9870d912 in __kill #1 0x9870d904 in kill$UNIX2003 #2 0x987a0b99 in raise #3 0x987b6c50 in abort #4 0x987a37f8 in __assert_rtn #5 0x0090ab1a in llvm::SExtInst::SExtInst #6 0x001528b3 in RoxorCompiler::compile_conversion_to_ruby #7 0x00158847 in RoxorCompiler::compile_stub #8 0x0017e173 in RoxorCore::gen_stub #9 0x0018b4cd in rb_vm_dispatch #10 0x00e432a2 in ?? #11 0x0004c2cb in ruby_run_node #12 0x00186a61 in macruby_main #13 0x00002c64 in main at main.m:13
I was following the (admittedly quite old) page covering this sort of activity at http://www.macruby.org/trac/wiki/MacRubyFromObjC.
My main.m and rb_main.rb are vanilla and copied from the FlickrDemo (which runs on my system). If I reduce rb_main.rb to the bare minimum of the following, I still get the error.
framework 'Cocoa' NSApplicationMain(0, nil)
I'm assuming it's something in my ObjC code that is causing the problem -- is there a good way to zero in on it? My llvm and MacRuby knowledge is pretty rough, so I'm not sure where to drop breakpoints. If there's a "don't use <datatype>" rule of thumb, that would be great, too, as that appears to be where things may be hung up.
Thanks!
-a.
_______________________________________________ MacRuby-devel mailing list MacRuby-devel@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
_______________________________________________ MacRuby-devel mailing list MacRuby-devel@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
_______________________________________________ MacRuby-devel mailing list MacRuby-devel@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
You hit it on the nose. I had specified x86_64 and 64-bit in the Project settings, but for some reason it wasn't updating the project.pbxproj file in the .xcodeproj. Manually updating the archs there did the trick. Thanks! -a. On Sun, Sep 27, 2009 at 2:43 PM, Laurent Sansonetti <lsansonetti@apple.com>wrote:
I see. Could you check if your application is built for both 32-bit and 64-bit? If it's for 32-bit only, then MacRuby will work in 32-bit mode, which is bugged. You need to build it for 64-bit, this can be configured in Xcode.
You can check with the file(1) command line tool if the binary contains the 64-bit architecture.
Laurent
On Sep 27, 2009, at 2:37 PM, Art Taylor wrote:
It's a 64-bit machine (2008 8-core Mac Pro). I have a test machine I can
wipe and try it (pre-unibody 2008 mbp).
-a.
On Sun, Sep 27, 2009 at 2:33 PM, Laurent Sansonetti < lsansonetti@apple.com> wrote: Hi,
Do you run by any chance a 32-bit only machine? This could explain the crash, the compiler has still 32-bit problems. This will be fixed in the final 0.5 release.
Laurent
On Sep 27, 2009, at 2:27 PM, Art Taylor wrote:
I'm in the process of migrating an Objective-C project to MacRuby (0.5 trunk) and am seeing this error when I run the application:
Assertion failed: (castIsValid(getOpcode(), S, Ty) && "Illegal SExt"), function SExtInst, file Instructions.cpp, line 2508.
The stack looks like this:
#0 0x9870d912 in __kill #1 0x9870d904 in kill$UNIX2003 #2 0x987a0b99 in raise #3 0x987b6c50 in abort #4 0x987a37f8 in __assert_rtn #5 0x0090ab1a in llvm::SExtInst::SExtInst #6 0x001528b3 in RoxorCompiler::compile_conversion_to_ruby #7 0x00158847 in RoxorCompiler::compile_stub #8 0x0017e173 in RoxorCore::gen_stub #9 0x0018b4cd in rb_vm_dispatch #10 0x00e432a2 in ?? #11 0x0004c2cb in ruby_run_node #12 0x00186a61 in macruby_main #13 0x00002c64 in main at main.m:13
I was following the (admittedly quite old) page covering this sort of activity at http://www.macruby.org/trac/wiki/MacRubyFromObjC.
My main.m and rb_main.rb are vanilla and copied from the FlickrDemo (which runs on my system). If I reduce rb_main.rb to the bare minimum of the following, I still get the error.
framework 'Cocoa' NSApplicationMain(0, nil)
I'm assuming it's something in my ObjC code that is causing the problem -- is there a good way to zero in on it? My llvm and MacRuby knowledge is pretty rough, so I'm not sure where to drop breakpoints. If there's a "don't use <datatype>" rule of thumb, that would be great, too, as that appears to be where things may be hung up.
Thanks!
-a.
_______________________________________________ MacRuby-devel mailing list MacRuby-devel@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
_______________________________________________ MacRuby-devel mailing list MacRuby-devel@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
_______________________________________________ MacRuby-devel mailing list MacRuby-devel@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
_______________________________________________ MacRuby-devel mailing list MacRuby-devel@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
I've been running tests in 32-bit mode, and I can confirm that this is definitely a 32-bit issue. - Josh On Sep 27, 2009, at 2:27 PM, Art Taylor wrote:
I'm in the process of migrating an Objective-C project to MacRuby (0.5 trunk) and am seeing this error when I run the application:
Assertion failed: (castIsValid(getOpcode(), S, Ty) && "Illegal SExt"), function SExtInst, file Instructions.cpp, line 2508.
The stack looks like this:
#0 0x9870d912 in __kill #1 0x9870d904 in kill$UNIX2003 #2 0x987a0b99 in raise #3 0x987b6c50 in abort #4 0x987a37f8 in __assert_rtn #5 0x0090ab1a in llvm::SExtInst::SExtInst #6 0x001528b3 in RoxorCompiler::compile_conversion_to_ruby #7 0x00158847 in RoxorCompiler::compile_stub #8 0x0017e173 in RoxorCore::gen_stub #9 0x0018b4cd in rb_vm_dispatch #10 0x00e432a2 in ?? #11 0x0004c2cb in ruby_run_node #12 0x00186a61 in macruby_main #13 0x00002c64 in main at main.m:13
I was following the (admittedly quite old) page covering this sort of activity at http://www.macruby.org/trac/wiki/MacRubyFromObjC.
My main.m and rb_main.rb are vanilla and copied from the FlickrDemo (which runs on my system). If I reduce rb_main.rb to the bare minimum of the following, I still get the error.
framework 'Cocoa' NSApplicationMain(0, nil)
I'm assuming it's something in my ObjC code that is causing the problem -- is there a good way to zero in on it? My llvm and MacRuby knowledge is pretty rough, so I'm not sure where to drop breakpoints. If there's a "don't use <datatype>" rule of thumb, that would be great, too, as that appears to be where things may be hung up.
Thanks!
-a.
_______________________________________________ MacRuby-devel mailing list MacRuby-devel@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
participants (3)
-
Art Taylor
-
Josh Ballanco
-
Laurent Sansonetti