Okay, I committed support for LLVM 2.9 as of r5269 and verified that no regression is introduced (the spec suite runs fine).
Please update your repository, do a rake clean, then build with the CFLAGS="-D__SUPPORT_LLVM_29__" option. Example: $ rake CFLAGS="-D__SUPPORT_LLVM_29__" jobs=8 If this fixes the problem, we might need to roll out a MacRuby release with this new LLVM soon, as I suspect the problem will hit many people. Laurent On Mar 9, 2011, at 2:10 PM, Laurent Sansonetti wrote: > Okay, API breakage, but I can reproduce that on my machine :) I will hack on > it later today and post a message here once it's supposed to compile, this > way you can continue testing. > > Laurent > > On Mar 9, 2011, at 2:03 PM, Nick Ludlam wrote: > >> Ok, well it's not failing in the same way, but it's still failing: >> >> /usr/bin/gcc-4.2 -std=c99 -I. -I./include -pipe -fno-common -fexceptions >> -fblocks -g -O3 -Wall -Wno-deprecated-declarations -Werror -arch x86_64 >> -I./icu-1060 -c ucnv.c -o .objs/ucnv.o >> /usr/bin/gcc-4.2 -std=c99 -I. -I./include -pipe -fno-common -fexceptions >> -fblocks -g -O3 -Wall -Wno-deprecated-declarations -Werror -arch x86_64 >> -I./icu-1060 -c encoding.c -o .objs/encoding.o >> /usr/bin/g++-4.2 -I. -I./include -fblocks -g -Wall >> -Wno-deprecated-declarations -Werror -arch x86_64 >> -I/opt/llvm-macruby/include -D_DEBUG -D_GNU_SOURCE -D__STDC_LIMIT_MACROS >> -D__STDC_CONSTANT_MACROS -O3 -fno-rtti -fno-common -Woverloaded-virtual >> -I./icu-1060 -c main.cpp -o .objs/main.o >> In file included from vm.h:593, >> from main.cpp:17: >> compiler.h:82: error: ISO C++ forbids declaration of ‘DIFactory’ with no type >> compiler.h:82: error: expected ‘;’ before ‘*’ token >> rake aborted! >> Command failed with status (1): [/usr/bin/g++-4.2 -I. -I./include -fblocks >> ...] >> >> (See full trace by running task with --trace) >> >> >> >> >> On 9 Mar 2011, at 21:34, Laurent Sansonetti wrote: >> >>> It looks like it might take a while until I get my hands on a new MBP, so >>> could one try the following? >>> >>> 1) Grab a copy of >>> https://llvm.org/svn/llvm-project/llvm/branches/release_29 using svn, then >>> build it using the same instructions in README.rdoc. I am just hoping that >>> this new version of LLVM supports the new hardware and that it doesn't >>> introduce API breakage. >>> 2) Re-build and install MacRuby trunk after doing a rake clean. >>> >>> Laurent >>> >>> On Mar 9, 2011, at 1:08 PM, Laurent Sansonetti wrote: >>> >>>> Sorry the late reply. It's probably because this version of LLVM that we >>>> use cannot target the new CPU yet. I will investigate :) >>>> >>>> Laurent >>>> >>>> On Mar 9, 2011, at 12:10 PM, Nick Ludlam wrote: >>>> >>>>> Yes, this looks like it's exactly the problem I'm having, from the look >>>>> of the log, so perhaps it's a Sandy Bridge / Core i5/7 issue. Curious! >>>>> >>>>> On 9 Mar 2011, at 19:56, Richard Sepulveda wrote: >>>>> >>>>>> I have a customer that is also having this same problem with my MacRuby >>>>>> Mac App Store application running on his new MacBook Pro. I don't have >>>>>> access to this type of Mac so I haven't been able to reproduce this >>>>>> problem. >>>>>> >>>>>> He has tried MacRuby 0.8 and 0.9 versions of my app with the same >>>>>> results. >>>>>> >>>>>> I can provide copies of my app to developers that would like to try to >>>>>> reproduce the problem. >>>>>> >>>>>> Thanks, >>>>>> >>>>>> Richard >>>>>> >>>>>> Here is a portion of the log that he sent me. >>>>>> >>>>>> 3/9/11 11:35:31 AM >>>>>> [0x0-0xe20e2].com.rsepulveda.quickalarmtrial[2927] LLVM ERROR: >>>>>> Cannot yet select: 0x101899010: f64 = bit_convert 0x10191ae10 [ORD=315] >>>>>> [ID=7] >>>>>> 3/9/11 11:35:31 AM >>>>>> [0x0-0xe20e2].com.rsepulveda.quickalarmtrial[2927] 0x10191ae10: >>>>>> i64 = and 0x10191b510, 0x10189a110 [ORD=314] [ID=6] >>>>>> 3/9/11 11:35:31 AM >>>>>> [0x0-0xe20e2].com.rsepulveda.quickalarmtrial[2927] 0x10191b510: >>>>>> i64,ch = CopyFromReg 0x103911388, 0x10191c510 [ORD=314] [ID=5] >>>>>> 3/9/11 11:35:31 AM >>>>>> [0x0-0xe20e2].com.rsepulveda.quickalarmtrial[2927] >>>>>> 0x103911388: ch = EntryToken [ORD=314] [ID=0] >>>>>> 3/9/11 11:35:31 AM >>>>>> [0x0-0xe20e2].com.rsepulveda.quickalarmtrial[2927] >>>>>> 0x10191c510: i64 = Register %reg16384 [ORD=314] [ID=1] >>>>>> 3/9/11 11:35:31 AM >>>>>> [0x0-0xe20e2].com.rsepulveda.quickalarmtrial[2927] 0x10189a110: >>>>>> i64 = Constant<-4> [ORD=314] [ID=2] >>>>>> 3/9/11 11:35:31 AM com.apple.launchd.peruser.501[112] >>>>>> ([0x0-0xe20e2].com.rsepulveda.quickalarmtrial[2927]) Exited with exit >>>>>> code: 1 >>>>>> >>>>>>> >>>>>>> Nick and group, >>>>>>> >>>>>>> I'm seeing similar errors with the newest MacBook Pro -- after simply >>>>>>> downloading the 1.9 binary and running macgem, macirb, or macrake. In >>>>>>> other words, I'm not compiling from source, just trying to use the >>>>>>> latest binary distribution on a core i7 laptop. >>>>>>> >>>>>>> $ sudo macgem install rack >>>>>>> LLVM ERROR: Cannot yet select: 0x10509ba10: f64 = bit_convert >>>>>>> 0x10508ef10 [ORD=2615] [ID=7] >>>>>>> 0x10508ef10: i64 = and 0x105062a10, 0x10509b010 [ORD=2614] [ID=6] >>>>>>> 0x105062a10: i64,ch = CopyFromReg 0x1039108a8, 0x105099510 [ORD=2614] >>>>>>> [ID=5] >>>>>>> 0x1039108a8: ch = EntryToken [ORD=2614] [ID=0] >>>>>>> 0x105099510: i64 = Register %reg16384 [ORD=2614] [ID=1] >>>>>>> 0x10509b010: i64 = Constant<-4> [ORD=2614] [ID=2] >>>>>>> >>>>>>> >>>>>>> $ macirb >>>>>>> LLVM ERROR: Cannot yet select: 0x104852410: f64 = bit_convert >>>>>>> 0x104858c10 [ORD=186] [ID=7] >>>>>>> 0x104858c10: i64 = and 0x104853c10, 0x104851910 [ORD=185] [ID=6] >>>>>>> 0x104853c10: i64,ch = CopyFromReg 0x103b0d028, 0x104856010 [ORD=185] >>>>>>> [ID=5] >>>>>>> 0x103b0d028: ch = EntryToken [ORD=185] [ID=0] >>>>>>> 0x104856010: i64 = Register %reg16384 [ORD=185] [ID=1] >>>>>>> 0x104851910: i64 = Constant<-4> [ORD=185] [ID=2] >>>>>>> >>>>>>> >>>>>>> $ macrake >>>>>>> LLVM ERROR: Cannot yet select: 0x10506d810: f64 = bit_convert >>>>>>> 0x105047310 [ORD=800] [ID=7] >>>>>>> 0x105047310: i64 = and 0x105067d10, 0x105063010 [ORD=799] [ID=6] >>>>>>> 0x105067d10: i64,ch = CopyFromReg 0x103b0cf68, 0x105043110 [ORD=799] >>>>>>> [ID=5] >>>>>>> 0x103b0cf68: ch = EntryToken [ORD=799] [ID=0] >>>>>>> 0x105043110: i64 = Register %reg16384 [ORD=799] [ID=1] >>>>>>> 0x105063010: i64 = Constant<-4> [ORD=799] [ID=2] >>>>>>> >>>>>>> >>>>>>> >>>>>>> Interestingly, the macruby interpreter runs without error. "macgem >>>>>>> --help" and "macgem --version" also run fine (but these options produce >>>>>>> errors with macirb or macrake). >>>>>>> >>>>>>> FWIW, I only have Xcode 4 DP2 installed on this machine... although I >>>>>>> assume the MacRuby framework doesn't have any runtime dev tool >>>>>>> dependencies? (My understanding was it could be bundled with apps and >>>>>>> distributed to end users who don't have dev tools installed.) >>>>>>> >>>>>>> Scott >>>>>>> >>>>>>> On Wednesday, March 9, 2011 at 10:40 AM, Joshua Ballanco wrote: >>>>>>>> Nick, >>>>>>>> >>>>>>>> I'm currently using Homebrew's llvm with MacRuby. Try passing the >>>>>>>> "--universal" switch when you install llvm (i.e. "brew install llvm >>>>>>>> --universal"). You also might try building and installing clang at the >>>>>>>> same time (i.e. "brew install llvm --universal --clang") and see if >>>>>>>> clang can compile a simple C hello world to rule out llvm bugs. >>>>>>>> >>>>>>>> Cheers, >>>>>>>> >>>>>>>> Josh >>>>>>>> >>>>>>>> On Wed, Mar 9, 2011 at 5:41 AM, Nick Ludlam <n...@recoil.org> wrote: >>>>>>>>> Yes, I've double checked that I'm running 2.8 RELEASE, and it's still >>>>>>>>> bailing out with that cryptic message. The only other thing I can >>>>>>>>> think of is to remove XCode 4 and reinstall the current XCode3 >>>>>>>>> release. >>>>>>>>> >>>>>>>>> On 9 Mar 2011, at 03:37, Matt Aimonetti wrote: >>>>>>> >>>>>> _______________________________________________ >>>>>> 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 >> >> _______________________________________________ >> 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
