Re: [MacRuby-devel] [MacRuby] #589: Build error (svn 3396)

2010-02-02 Thread MacRuby 
#589: Build error (svn 3396)
-+--
 Reporter:  valerii.hi...@…  |   Owner:  lsansone...@…
 Type:  defect   |  Status:  new  
 Priority:  major|   Milestone:  MacRuby 0.6  
Component:  MacRuby  |Keywords:   
-+--

Comment(by valerii.hi...@…):

 Thanks, fixed

-- 
Ticket URL: 
MacRuby 

___
MacRuby-devel mailing list
[email protected]
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

[MacRuby-devel] [MacRuby] #591: IB crashing on loading .xib files from my macruby template

2010-02-02 Thread MacRuby 
#591: IB crashing on loading .xib files from my macruby template
+---
 Reporter:  asimplech...@…  |   Owner:  lsansone...@…
 Type:  defect  |  Status:  new  
 Priority:  minor   |   Milestone:   
Component:  MacRuby |Keywords:  Interface Builder
+---
 To start this off my classes weren't linking to IB so i tried reinstalling
 xcode and macruby.  After this when i try to edit any xib made in my
 macruby templates IB crashes.  IB is happy as a clam to open xibs and nibs
 from any other template.

 I've been messing with this for hours, i'm to the point of considering
 reformatting, and i'd really like to avoid that if i can.

 thanks in advance for any help or advice you can offer me in resolving
 this

-- 
Ticket URL: 
MacRuby 

___
MacRuby-devel mailing list
[email protected]
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

[MacRuby-devel] Requiring dynamic libraries trouble

2010-02-02 Thread Darrin Eden 
Hi,
  I'm attempting to use a dynamic library. On my workstation it works well. Yet 
as soon as I try other computers it fails to behave as expected.
  I have a feeling I'm missing something trivial, but for the life of me I'm 
not seeing it: .

  Many thanks,
   -- Darrin
___
MacRuby-devel mailing list
[email protected]
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

[MacRuby-devel] [MacRuby] #592: No such file to load -- ubygems (LoadError)

2010-02-02 Thread MacRuby 
#592: No such file to load -- ubygems (LoadError)
-+--
 Reporter:  lasse.kosk...@…  |   Owner:  lsansone...@…
 Type:  defect   |  Status:  new  
 Priority:  minor|   Milestone:  MacRuby 0.5  
Component:  MacRuby  |Keywords:  LoadError
-+--
 After a fresh install of MacRuby 0.5 (the zipped-up installer .pkg), the
 macruby binary fails to load 'ubygems' when printing out the version, as
 shown below:

 $ /usr/local/bin/macruby -v[[BR]]
 MacRuby version 0.5 (ruby 1.9.0) [universal-darwin10.0, x86_64][[BR]]
 no such file to load -- ubygems (LoadError)[[BR]]
 $

 On the other hand, the following does not emit the same error:

 $ /usr/local/bin/macruby -e 'puts "hello"'[[BR]]
 hello[[BR]]
 $

-- 
Ticket URL: 
MacRuby 

___
MacRuby-devel mailing list
[email protected]
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

Re: [MacRuby-devel] Requiring dynamic libraries trouble

2010-02-02 Thread Carlo Zottmann 
I believe this issue is the same as the one I've reported in this here ticket:
http://www.macruby.org/trac/ticket/579

Looks like i386 simply doesn't work…? Out of curiosity, does happen if
you compile `test.rb` for i386 only?

C.

-- 
Carlo Zottmann
Munich, Germany.  --  http://carlo.zottmann.org

TwerpScan -- Anti-Fool Twitter Contact Management Tool. http://twerpscan.com/
___
MacRuby-devel mailing list
[email protected]
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

[MacRuby-devel] MacRuby examples

2010-02-02 Thread Matt Aimonetti 
I just realized that I forgot to mention some of Macruby related posts I
worked on, so here is a quick list:

* Undo/Redo with MacRuby using NSUndoManager
http://merbist.com/2010/02/02/undoredo-in-macruby/
* How to detect Cylons with MacRuby/ new 0.6 debugger
http://merbist.com/2010/01/18/how-to-detect-cylons-with-macruby/
* Controlling iTunes with MacRuby
http://merbist.com/2010/01/17/controlling-itunes-with-macruby/
* IM countdown with MacRuby / controlling iChat from MacRuby
http://merbist.com/2009/12/31/im-new-year-count-down-with-macruby/
* Language detector using Foundations' tokenizer:
http://merbist.com/2009/12/29/fun-with-macruby/

I need to convert these posts and put them on the main website, but I
figured some of you might be interested in reading them now.

- Matt

p.s: I'm making some good progress on the O'Reilly book but these kind of
things take a while and I'm still working on chapter 2 (out of 7).
___
MacRuby-devel mailing list
[email protected]
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

Re: [MacRuby-devel] Visibility of ruby methods to objective-C delegates

2010-02-02 Thread Eloy Duran 

Hi Michael,

Could you try if the webview/js bridge part of the code works, or  
doesn't, in a normal MacRuby application? If it doesn't work, please  
file a ticket on https://www.macruby.org/trac/newticket. If it does,  
then it might be a HotCocoa problem, in which case please file a  
ticket here: http://github.com/richkilmer/hotcocoa/issues


Thanks,
Eloy

On 1 feb 2010, at 15:51, Michael Pitra wrote:



I'm trying to do something similar to this example:

http://code.reflectivepixel.com/post/103638573/require-hotcocoa-framework-webkit-class

Code excerpt:

require 'hotcocoa'
framework 'webkit'
class Application
 include HotCocoa
 FULL={:expand => [:width,:height]}
 BASE=<<-END
   
   * { font-family: Monaco; }
   
   function say(arg) { window.TheBridge.click(arg);}
   
   Ruby JavaScript Bridge
   tell
 END
 def click(arg) #called from javascript
   root = document.createElement("div");
   root.innerHTML="javascript tells ruby: #{arg}"
   document.body.appendChild(root)
 end
 def document
   @web_view.mainFrame.DOMDocument
 end
 def self.webScriptNameForSelector(sel) #hide : in name
   sel.to_s.sub(/:$/,'') if is_available_selector?(sel)
 end
 def self.isSelectorExcludedFromWebScript(sel)
   ! is_available_selector?(sel)
 end
 def self.isKeyExcludedFromWebScript(key)
   true
 end
 def self.is_available_selector?(sel)
   ['click:'].include?(sel.to_s)
 end
 def start
   application :name => "MyBridge" do |app|
 app.delegate = self
 window :title => "MyBridge",
   :frame => [10, 620, 330, 230] do |win|
   win << @web_view=web_view(:layout => FULL) do |wv|
 wv.mainFrame.loadHTMLString BASE, baseURL: nil
 wv.frameLoadDelegate=self
 wso=wv.windowScriptObject #make visible to JS
 wso.setValue(self, forKey:"TheBridge")
   end
   win.will_close { exit }
 end
   end
 end
end
Application.new.start

Clicking on "tell" does not work. It seems, that the selector for  
"click:" is not found. When logging the selector values in  
self.isSelectorExcludedFromWebScript(sel), the "click:" selector is  
not amongst the results.


What am I missing here?

Regards,
Michael

___
MacRuby-devel mailing list
[email protected]
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel


___
MacRuby-devel mailing list
[email protected]
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

Re: [MacRuby-devel] [MacRuby] #592: No such file to load -- ubygems (LoadError)

2010-02-02 Thread MacRuby 
#592: No such file to load -- ubygems (LoadError)
-+--
 Reporter:  lasse.kosk...@…  |   Owner:  lsansone...@…
 Type:  defect   |  Status:  new  
 Priority:  minor|   Milestone:  MacRuby 0.5  
Component:  MacRuby  |Keywords:  LoadError
-+--

Comment(by lsansone...@…):

 I suspect you happen to have a RUBYOPT environment variable set to
 "-rubygems". It looks like -v tries to interpret it while it should not.
 I'm therefore keeping this bug open.

 I would recommend to disable this variable when using MacRuby. Requiring
 rubygems has a significant runtime cost today, you probably do not want to
 load it every time.

-- 
Ticket URL: 
MacRuby 

___
MacRuby-devel mailing list
[email protected]
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

[MacRuby-devel] [MacRuby] #593: Website: use git svn clone

2010-02-02 Thread MacRuby 
#593: Website: use git svn clone
+---
 Reporter:  ernest.prabha...@…  |   Owner:  lsansone...@…
 Type:  enhancement |  Status:  new  
 Priority:  blocker |   Milestone:   
Component:  MacRuby |Keywords:   
+---
 Proposed change to https://www.macruby.org/source.html

 While "git clone" of the mirror works great for working off of trunk, it
 is often useful to have a direct pull of the SVN repository via, e.g.:

 git svn clone http://svn.macosforge.org/repository/ruby/MacRuby/trunk
 MacRuby.git

 I believe this is necessary to  push changes back upstream, so why not
 suggest that first?

-- 
Ticket URL: 
MacRuby 

___
MacRuby-devel mailing list
[email protected]
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

Re: [MacRuby-devel] [MacRuby] #593: Website: use git svn clone

2010-02-02 Thread MacRuby 
#593: Website: use git svn clone
+---
 Reporter:  ernest.prabha...@…  |   Owner:  lsansone...@…
 Type:  enhancement |  Status:  new  
 Priority:  blocker |   Milestone:   
Component:  MacRuby |Keywords:   
+---

Comment(by lsansone...@…):

 99.9% of the users won't push changes back upstream. Also I wonder if 'git
 svn clone' doesn't take more time than a simple 'git clone'.

-- 
Ticket URL: 
MacRuby 

___
MacRuby-devel mailing list
[email protected]
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

Re: [MacRuby-devel] [MacRuby] #591: IB crashing on loading .xib files from my macruby template

2010-02-02 Thread MacRuby 
#591: IB crashing on loading .xib files from my macruby template
+---
 Reporter:  asimplech...@…  |   Owner:  lsansone...@…
 Type:  defect  |  Status:  new  
 Priority:  minor   |   Milestone:   
Component:  MacRuby |Keywords:  Interface Builder
+---

Comment(by lsansone...@…):

 What version of Mac OS X do you run? Is your CPU 32-bit or 64-bit? What
 version of Xcode did you install?

 If you were able to crash IB, you should report this crash to Apple by
 hitting the report button on the crash dialog or filling a descriptive bug
 report on http://bugreporter.apple.com.

-- 
Ticket URL: 
MacRuby 

___
MacRuby-devel mailing list
[email protected]
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

Re: [MacRuby-devel] [MacRuby] #593: Website: use git svn clone

2010-02-02 Thread MacRuby 
#593: Website: use git svn clone
+---
 Reporter:  ernest.prabha...@…  |   Owner:  lsansone...@…
 Type:  enhancement |  Status:  new  
 Priority:  blocker |   Milestone:   
Component:  MacRuby |Keywords:   
+---

Comment(by ernest.prabha...@…):

 Yeah, you may be right (still waiting, although I pulled everything, not
 just trunk).

 Still might be nice to add a line about the option, since I suspect that
 over time more committers will use git rather than svn.

-- 
Ticket URL: 
MacRuby 

___
MacRuby-devel mailing list
[email protected]
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

Re: [MacRuby-devel] [MacRuby] #593: Website: use git svn clone

2010-02-02 Thread MacRuby 
#593: Website: use git svn clone
+---
 Reporter:  ernest.prabha...@…  |Owner:  lsansone...@…
 Type:  enhancement |   Status:  closed   
 Priority:  blocker |Milestone:   
Component:  MacRuby |   Resolution:  wontfix  
 Keywords:  |  
+---
Changes (by lsansone...@…):

  * status:  new => closed
  * resolution:  => wontfix


Comment:

 Well, this website is for users, not committers. Let's keep it simple.

-- 
Ticket URL: 
MacRuby 

___
MacRuby-devel mailing list
[email protected]
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

Re: [MacRuby-devel] [MacRuby] #579: i386 compilation doesn't work

2010-02-02 Thread MacRuby 
#579: i386 compilation doesn't work
+---
 Reporter:  ca...@… |   Owner:  lsansone...@…
 Type:  defect  |  Status:  new  
 Priority:  major   |   Milestone:  MacRuby 0.5  
Component:  MacRuby |Keywords:   
+---

Comment(by lsansone...@…):

 Looks like the AOT compiler is broken for 32-bit targets.

 {{{
 $ cd /tmp
 $ echo 'p 42' > t.rb
 $ macrubyc --arch i386 --arch x86_64 -C t.rb -o t.rbo
 $ file t.rbo
 t.rbo: Mach-O universal binary with 2 architectures
 t.rbo (for architecture i386):  Mach-O bundle i386
 t.rbo (for architecture x86_64):Mach-O 64-bit bundle x86_64
 $ macruby -r ./t.rbo -e ''
 42
 $ arch -i386 macruby -r ./t.rbo -e ''
 no such file to load -- ./t.rbo (LoadError)
 }}}

-- 
Ticket URL: 
MacRuby 

___
MacRuby-devel mailing list
[email protected]
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

Re: [MacRuby-devel] Visibility of ruby methods to objective-C delegates

2010-02-02 Thread Michael Pitra 

Hi Eloy,

it is not related to hotcocoa since my original application is not using it - 
this example was taken because
it was that simple that it fitted in some lines of code.

The question is rather, if I should attach a stripped down version of my app 
for better testing purposes.

Thanks,
Michael

Am 02.02.2010 um 22:22 schrieb Eloy Duran:

> Hi Michael,
> 
> Could you try if the webview/js bridge part of the code works, or doesn't, in 
> a normal MacRuby application? If it doesn't work, please file a ticket on 
> https://www.macruby.org/trac/newticket. If it does, then it might be a 
> HotCocoa problem, in which case please file a ticket here: 
> http://github.com/richkilmer/hotcocoa/issues
> 
> Thanks,
> Eloy
> 
> On 1 feb 2010, at 15:51, Michael Pitra wrote:
> 
>> 
>> I'm trying to do something similar to this example:
>> 
>> http://code.reflectivepixel.com/post/103638573/require-hotcocoa-framework-webkit-class
>> 
>> Code excerpt:
>> 
>> require 'hotcocoa'
>> framework 'webkit'
>> class Application
>> include HotCocoa
>> FULL={:expand => [:width,:height]}
>> BASE=<<-END
>>   
>>   * { font-family: Monaco; }
>>   
>>   function say(arg) { window.TheBridge.click(arg);}
>>   
>>   Ruby JavaScript Bridge
>>   tell
>> END
>> def click(arg) #called from javascript
>>   root = document.createElement("div");
>>   root.innerHTML="javascript tells ruby: #{arg}"
>>   document.body.appendChild(root)
>> end
>> def document
>>   @web_view.mainFrame.DOMDocument
>> end
>> def self.webScriptNameForSelector(sel) #hide : in name
>>   sel.to_s.sub(/:$/,'') if is_available_selector?(sel)
>> end
>> def self.isSelectorExcludedFromWebScript(sel)
>>   ! is_available_selector?(sel)
>> end
>> def self.isKeyExcludedFromWebScript(key)
>>   true
>> end
>> def self.is_available_selector?(sel)
>>   ['click:'].include?(sel.to_s)
>> end
>> def start
>>   application :name => "MyBridge" do |app|
>> app.delegate = self
>> window :title => "MyBridge",
>>   :frame => [10, 620, 330, 230] do |win|
>>   win << @web_view=web_view(:layout => FULL) do |wv|
>> wv.mainFrame.loadHTMLString BASE, baseURL: nil
>> wv.frameLoadDelegate=self
>> wso=wv.windowScriptObject #make visible to JS
>> wso.setValue(self, forKey:"TheBridge")
>>   end
>>   win.will_close { exit }
>> end
>>   end
>> end
>> end
>> Application.new.start
>> 
>> Clicking on "tell" does not work. It seems, that the selector for "click:" 
>> is not found. When logging the selector values in 
>> self.isSelectorExcludedFromWebScript(sel), the "click:" selector is not 
>> amongst the results.
>> 
>> What am I missing here?
>> 
>> Regards,
>> Michael
>> 
>> ___
>> MacRuby-devel mailing list
>> [email protected]
>> http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
> 
> ___
> MacRuby-devel mailing list
> [email protected]
> http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

___
MacRuby-devel mailing list
[email protected]
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

[MacRuby-devel] [MacRuby] #594: Not all methods visible to objective-c calls

2010-02-02 Thread MacRuby 
#594: Not all methods visible to objective-c calls
--+-
 Reporter:  mich...@… |   Owner:  lsansone...@…
 Type:  defect|  Status:  new  
 Priority:  blocker   |   Milestone:   
Component:  MacRuby   |Keywords:   
--+-
 The following code is taken from
 http://code.reflectivepixel.com/post/103638573/require-hotcocoa-framework-
 webkit-class and is just a short example of showing the problem:

 {{{
 require 'hotcocoa'
 framework 'webkit'
 class Application
 include HotCocoa
 FULL={:expand => [:width,:height]}
 BASE=<<-END
   
   * { font-family: Monaco; }
   
   function say(arg) { window.TheBridge.click(arg);}
   
   Ruby JavaScript Bridge
   tell
 END
 def click(arg) #called from javascript
   root = document.createElement("div");
   root.innerHTML="javascript tells ruby: #{arg}"
   document.body.appendChild(root)
 end
 def document
   @web_view.mainFrame.DOMDocument
 end
 def self.webScriptNameForSelector(sel) #hide : in name
   sel.to_s.sub(/:$/,'') if is_available_selector?(sel)
 end
 def self.isSelectorExcludedFromWebScript(sel)
   ! is_available_selector?(sel)
 end
 def self.isKeyExcludedFromWebScript(key)
   true
 end
 def self.is_available_selector?(sel)
   ['click:'].include?(sel.to_s)
 end
 def start
   application :name => "MyBridge" do |app|
 app.delegate = self
 window :title => "MyBridge",
   :frame => [10, 620, 330, 230] do |win|
   win << @web_view=web_view(:layout => FULL) do |wv|
 wv.mainFrame.loadHTMLString BASE, baseURL: nil
 wv.frameLoadDelegate=self
 wso=wv.windowScriptObject #make visible to JS
 wso.setValue(self, forKey:"TheBridge")
   end
   win.will_close { exit }
 end
   end
 end
 end
 Application.new.start
 }}}

 In this example, clicking on "tell" does not work. It seems, that the
 selector for "click:" is not found. When logging for example the selector
 values in {{{ self.isSelectorExcludedFromWebScript(sel) }}}, the "click:"
 selector is not amongst the results.

 This is not related to hotcocoa, this example can be simply reworked
 without using hotcocoa, just with a simple WebView embedded in a NSWindow
 from Interface Builder.

-- 
Ticket URL: 
MacRuby 

___
MacRuby-devel mailing list
[email protected]
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

[MacRuby-devel] [MacRuby] #595: our YAML library does not honor #add_builtin_type

2010-02-02 Thread MacRuby 
#595: our YAML library does not honor #add_builtin_type
---+
 Reporter:  lsansone...@…  |   Owner:  neerac...@…
 Type:  defect |  Status:  new
 Priority:  blocker|   Milestone: 
Component:  MacRuby|Keywords: 
---+
 rails 3 uses the following code that does not work on macruby because the
 add_builtin_type method is not implemented:

 {{{
   class OrderedHash #:nodoc:
 def to_yaml_type
   "!tag:yaml.org,2002:omap"
 end

 def to_yaml(opts = {})
   YAML.quick_emit(self, opts) do |out|
 out.seq(taguri, to_yaml_style) do |seq|
   each do |k, v|
 seq.add(k => v)
   end
 end
   end
 end
   end

   YAML.add_builtin_type("omap") do |type, val|
 ActiveSupport::OrderedHash[val.map(&:to_a).map(&:first)]
   end
 }}}

-- 
Ticket URL: 
MacRuby 

___
MacRuby-devel mailing list
[email protected]
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

[MacRuby-devel] Error building new LLVM revision

2010-02-02 Thread Jordan Breeding 
LLVM version:

Path: .
URL: https://llvm.org/svn/llvm-project/llvm/trunk
Repository Root: https://llvm.org/svn/llvm-project
Repository UUID: 91177308-0d34-0410-b5e6-96231b3b80d8
Revision: 89156
Node Kind: directory
Schedule: normal
Last Changed Author: dpatel
Last Changed Rev: 89156
Last Changed Date: 2009-11-17 16:39:08 -0600 (Tue, 17 Nov 2009)

I have tried building with a regular svn checkout, an archive created from git 
(through git-svn and `git svn find-rev`), and an archive created from the git 
repo on repo.or.cz (with the hash that matches the svn revision). Each time I 
get this error:

llvm[2]: Compiling BlockProfiling.c for Release build (bytecode)
/usr/bin/llvm-gcc -I/private/tmp/llvm-trunk/include 
-I/private/tmp/llvm-trunk/runtime/libprofile -I/tmp/llvm-trunk/include 
-I/tmp/llvm-trunk/runtime/libprofile  -D_DEBUG -D_GNU_SOURCE 
-D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -O2  -fno-common   
-mmacosx-version-min=10.6 -pedantic -Wno-long-long -Wall -W 
-Wno-unused-parameter -Wwrite-strings  -arch i386 -arch x86_64 BlockProfiling.c 
-o /private/tmp/llvm-trunk/runtime/libprofile/Release/BlockProfiling.ll -S 
-emit-llvm
llvm-gcc-4.2: -E, -S, -save-temps and -M options are not allowed with multiple 
-arch flags
make[2]: *** 
[/private/tmp/llvm-trunk/runtime/libprofile/Release/BasicBlockTracing.ll] Error 
1
make[2]: *** Waiting for unfinished jobs
llvm-gcc-4.2: -E, -S, -save-temps and -M options are not allowed with multiple 
-arch flags
make[2]: *** 
[/private/tmp/llvm-trunk/runtime/libprofile/Release/BlockProfiling.ll] Error 1
make[1]: *** [libprofile/.makeall] Error 2
make: *** [all] Error 1

I know what the error is in general, but short of just building for x86_64, has 
anyone figured out a way to get the new LLVM revision building? Are the 
instructions in the README for MacRuby working for other people still?

Thanks,
Jordan



smime.p7s
Description: S/MIME cryptographic signature
___
MacRuby-devel mailing list
[email protected]
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

Re: [MacRuby-devel] Error building new LLVM revision

2010-02-02 Thread Matt Aimonetti 
I rm -rf my llvm repo and pulled again, also don't forget to rake clean
before building macruby.

- Matt

On Tue, Feb 2, 2010 at 4:46 PM, Jordan Breeding wrote:

> LLVM version:
>
> Path: .
> URL: https://llvm.org/svn/llvm-project/llvm/trunk
> Repository Root: https://llvm.org/svn/llvm-project
> Repository UUID: 91177308-0d34-0410-b5e6-96231b3b80d8
> Revision: 89156
> Node Kind: directory
> Schedule: normal
> Last Changed Author: dpatel
> Last Changed Rev: 89156
> Last Changed Date: 2009-11-17 16:39:08 -0600 (Tue, 17 Nov 2009)
>
> I have tried building with a regular svn checkout, an archive created from
> git (through git-svn and `git svn find-rev`), and an archive created from
> the git repo on repo.or.cz (with the hash that matches the svn revision).
> Each time I get this error:
>
> llvm[2]: Compiling BlockProfiling.c for Release build (bytecode)
> /usr/bin/llvm-gcc -I/private/tmp/llvm-trunk/include
> -I/private/tmp/llvm-trunk/runtime/libprofile -I/tmp/llvm-trunk/include
> -I/tmp/llvm-trunk/runtime/libprofile  -D_DEBUG -D_GNU_SOURCE
> -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -O2  -fno-common
> -mmacosx-version-min=10.6 -pedantic -Wno-long-long -Wall -W
> -Wno-unused-parameter -Wwrite-strings  -arch i386 -arch x86_64
> BlockProfiling.c -o
> /private/tmp/llvm-trunk/runtime/libprofile/Release/BlockProfiling.ll -S
> -emit-llvm
> llvm-gcc-4.2: -E, -S, -save-temps and -M options are not allowed with
> multiple -arch flags
> make[2]: ***
> [/private/tmp/llvm-trunk/runtime/libprofile/Release/BasicBlockTracing.ll]
> Error 1
> make[2]: *** Waiting for unfinished jobs
> llvm-gcc-4.2: -E, -S, -save-temps and -M options are not allowed with
> multiple -arch flags
> make[2]: ***
> [/private/tmp/llvm-trunk/runtime/libprofile/Release/BlockProfiling.ll] Error
> 1
> make[1]: *** [libprofile/.makeall] Error 2
> make: *** [all] Error 1
>
> I know what the error is in general, but short of just building for x86_64,
> has anyone figured out a way to get the new LLVM revision building? Are the
> instructions in the README for MacRuby working for other people still?
>
> Thanks,
> Jordan
>
>
> ___
> MacRuby-devel mailing list
> [email protected]
> http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
>
>
___
MacRuby-devel mailing list
[email protected]
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

Re: [MacRuby-devel] Error building new LLVM revision

2010-02-02 Thread Jordan Breeding 
Yeah, I haven't even gotten to the point where I would be building MacRuby, 
although I already removed it. I was thinking about removing llvm, but it is 
just in /usr/local and a separate copy (for clang) in /opt/llvm. Neither one of 
those is getting picked up, this is the one getting picked up:

241 jor...@thetourist /usr/bin > ls -al llvm-gcc
lrwxr-xr-x  1 root  admin32B Jan 27 19:46 llvm-gcc@ -> 
../llvm-gcc-4.2/bin/llvm-gcc-4.2

244 jor...@thetourist /usr/bin > ls -al /usr/bin/{clang,gcc*,llvm-gcc*}
-rwxrwxr-x  1 root  admin   819K Jan  9 23:04 /usr/bin/clang*
lrwxr-xr-x  1 root  wheel 7B Jan 27 19:46 /usr/bin/gcc@ -> gcc-4.2
-rwxr-xr-x  1 root  wheel95K Nov 25 06:47 /usr/bin/gcc-4.0*
-rwxr-xr-x  1 root  wheel   162K Dec 22 22:12 /usr/bin/gcc-4.2*
lrwxr-xr-x  1 root  admin32B Jan 27 19:46 /usr/bin/llvm-gcc@ -> 
../llvm-gcc-4.2/bin/llvm-gcc-4.2
lrwxr-xr-x  1 root  admin32B Jan 27 19:46 /usr/bin/llvm-gcc-4.2@ -> 
../llvm-gcc-4.2/bin/llvm-gcc-4.2

I have a feeling this might be from Xcode 3.2.2 which I have installed in 
/Developer-BETA. The Jan 27th date is in fact when I downloaded and installed 
Xcode 3.2.2.

So the old instructions for this problem went something like "remove llvm-gcc 
from your path", but it looks like Apple is finally unifying where they put 
compilers, this is going to make it harder to keep the llvm build from using 
llvm-gcc though.

On Feb 02, 2010, at 18:48, Matt Aimonetti wrote:

> I rm -rf my llvm repo and pulled again, also don't forget to rake clean 
> before building macruby.
> 
> - Matt
> 
> On Tue, Feb 2, 2010 at 4:46 PM, Jordan Breeding  
> wrote:
> LLVM version:
> 
> Path: .
> URL: https://llvm.org/svn/llvm-project/llvm/trunk
> Repository Root: https://llvm.org/svn/llvm-project
> Repository UUID: 91177308-0d34-0410-b5e6-96231b3b80d8
> Revision: 89156
> Node Kind: directory
> Schedule: normal
> Last Changed Author: dpatel
> Last Changed Rev: 89156
> Last Changed Date: 2009-11-17 16:39:08 -0600 (Tue, 17 Nov 2009)
> 
> I have tried building with a regular svn checkout, an archive created from 
> git (through git-svn and `git svn find-rev`), and an archive created from the 
> git repo on repo.or.cz (with the hash that matches the svn revision). Each 
> time I get this error:
> 
> llvm[2]: Compiling BlockProfiling.c for Release build (bytecode)
> /usr/bin/llvm-gcc -I/private/tmp/llvm-trunk/include 
> -I/private/tmp/llvm-trunk/runtime/libprofile -I/tmp/llvm-trunk/include 
> -I/tmp/llvm-trunk/runtime/libprofile  -D_DEBUG -D_GNU_SOURCE 
> -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -O2  -fno-common   
> -mmacosx-version-min=10.6 -pedantic -Wno-long-long -Wall -W 
> -Wno-unused-parameter -Wwrite-strings  -arch i386 -arch x86_64 
> BlockProfiling.c -o 
> /private/tmp/llvm-trunk/runtime/libprofile/Release/BlockProfiling.ll -S 
> -emit-llvm
> llvm-gcc-4.2: -E, -S, -save-temps and -M options are not allowed with 
> multiple -arch flags
> make[2]: *** 
> [/private/tmp/llvm-trunk/runtime/libprofile/Release/BasicBlockTracing.ll] 
> Error 1
> make[2]: *** Waiting for unfinished jobs
> llvm-gcc-4.2: -E, -S, -save-temps and -M options are not allowed with 
> multiple -arch flags
> make[2]: *** 
> [/private/tmp/llvm-trunk/runtime/libprofile/Release/BlockProfiling.ll] Error 1
> make[1]: *** [libprofile/.makeall] Error 2
> make: *** [all] Error 1
> 
> I know what the error is in general, but short of just building for x86_64, 
> has anyone figured out a way to get the new LLVM revision building? Are the 
> instructions in the README for MacRuby working for other people still?
> 
> Thanks,
> Jordan
> 
> 
> ___
> MacRuby-devel mailing list
> [email protected]
> http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
> 
> 
> ___
> MacRuby-devel mailing list
> [email protected]
> http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel



smime.p7s
Description: S/MIME cryptographic signature
___
MacRuby-devel mailing list
[email protected]
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

[MacRuby-devel] [MacRuby] #596: Unable to install gems with macgem

2010-02-02 Thread MacRuby 
#596: Unable to install gems with macgem
--+-
 Reporter:  jamesot...@…  |   Owner:  lsansone...@…
 Type:  defect|  Status:  new  
 Priority:  major |   Milestone:   
Component:  MacRuby   |Keywords:   
--+-
 I am unable to run macgem to install any gems, I get an error about
 character encoding in time.rb, although using Time from within macirb
 doesn't cause any issues:

 [14:04][...@marvin]~$ macgem install threadify
 
/Library/Frameworks/MacRuby.framework/Versions/0.5/usr/lib/ruby/1.9.0/time.rb:351:
 too short escaped multibyte character: /\A\s*
   (?:Mon|Tue|Wed|Thu|Fri|Sat|Sun),\x20
   (\d{2})\x20
   (Jan|Feb|Mar|Apr|May|Jun|Jul|Aug|Sep|Oct|Nov|Dec)\x20
   (\d{4})\x20
   (\d{2}):(\d{2}):(\d{2})\x20
   GMT
   \s*\z/ix
 
/Library/Frameworks/MacRuby.framework/Versions/0.5/usr/lib/ruby/1.9.0/time.rb:358:
 too short escaped multibyte character: /\A\s*
 (?:Monday|Tuesday|Wednesday|Thursday|Friday|Saturday|Sunday),\x20
 (\d\d)-(Jan|Feb|Mar|Apr|May|Jun|Jul|Aug|Sep|Oct|Nov|Dec)-(\d\d)\x20
  (\d\d):(\d\d):(\d\d)\x20
  GMT
  \s*\z/ix
 
/Library/Frameworks/MacRuby.framework/Versions/0.5/usr/lib/ruby/1.9.0/time.rb:372:
 too short escaped multibyte character: /\A\s*
  (?:Mon|Tue|Wed|Thu|Fri|Sat|Sun)\x20
  (Jan|Feb|Mar|Apr|May|Jun|Jul|Aug|Sep|Oct|Nov|Dec)\x20
  (\d\d|\x20\d)\x20
  (\d\d):(\d\d):(\d\d)\x20
  (\d{4})
  \s*\z/ix
 custom_require.rb:38:in `require:': compile error (SyntaxError)
 from remote_fetcher.rb:1:in `'
 from custom_require.rb:38:in `require:'
 from spec_fetcher.rb:1:in `'
 from custom_require.rb:38:in `require:'
 from dependency_installer.rb:1:in `'
 from custom_require.rb:38:in `require:'
 from install_command.rb:1:in `'
 from custom_require.rb:38:in `require:'
 from command_manager.rb:129:in `load_and_instantiate:'

 I'm running Mac OS 10.6.2 on a (32 bit) Core Duo:

   Model Name:   MacBook Pro
   Model Identifier: MacBookPro1,1
   Processor Name:   Intel Core Duo
   Processor Speed:  1.83 GHz
   Number Of Processors: 1
   Total Number Of Cores:2
   L2 Cache: 2 MB
   Memory:   2 GB
   Bus Speed:667 MHz
   Boot ROM Version: MBP11.0055.B08
   SMC Version (system): 1.2f10
   Serial Number (system):   W86107UDVJ0
   Hardware UUID:--1000-8000-0016CB8B3FCE
   System Version:   Mac OS X 10.6.2 (10C540)
   Kernel Version:   Darwin 10.2.0
   Boot Volume:  Marvin
   Boot Mode:Normal
   Computer Name:Marvin
   User Name:James Harton (jnh)
   Secure Virtual Memory:Enabled
   64-bit Kernel and Extensions: No
   Time since boot:  4:58

 Feel free to contact me for further information.

-- 
Ticket URL: 
MacRuby 

___
MacRuby-devel mailing list
[email protected]
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

Re: [MacRuby-devel] Error building new LLVM revision

2010-02-02 Thread Laurent Sansonetti 

You're building LLVM with llvm-gcc. I don't know if this will work.

Laurent

On Feb 2, 2010, at 4:46 PM, Jordan Breeding wrote:


LLVM version:

Path: .
URL: https://llvm.org/svn/llvm-project/llvm/trunk
Repository Root: https://llvm.org/svn/llvm-project
Repository UUID: 91177308-0d34-0410-b5e6-96231b3b80d8
Revision: 89156
Node Kind: directory
Schedule: normal
Last Changed Author: dpatel
Last Changed Rev: 89156
Last Changed Date: 2009-11-17 16:39:08 -0600 (Tue, 17 Nov 2009)

I have tried building with a regular svn checkout, an archive  
created from git (through git-svn and `git svn find-rev`), and an  
archive created from the git repo on repo.or.cz (with the hash that  
matches the svn revision). Each time I get this error:


llvm[2]: Compiling BlockProfiling.c for Release build (bytecode)
/usr/bin/llvm-gcc -I/private/tmp/llvm-trunk/include -I/private/tmp/ 
llvm-trunk/runtime/libprofile -I/tmp/llvm-trunk/include -I/tmp/llvm- 
trunk/runtime/libprofile  -D_DEBUG -D_GNU_SOURCE - 
D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -O2  -fno-common   - 
mmacosx-version-min=10.6 -pedantic -Wno-long-long -Wall -W -Wno- 
unused-parameter -Wwrite-strings  -arch i386 -arch x86_64  
BlockProfiling.c -o /private/tmp/llvm-trunk/runtime/libprofile/ 
Release/BlockProfiling.ll -S -emit-llvm
llvm-gcc-4.2: -E, -S, -save-temps and -M options are not allowed  
with multiple -arch flags
make[2]: *** [/private/tmp/llvm-trunk/runtime/libprofile/Release/ 
BasicBlockTracing.ll] Error 1

make[2]: *** Waiting for unfinished jobs
llvm-gcc-4.2: -E, -S, -save-temps and -M options are not allowed  
with multiple -arch flags
make[2]: *** [/private/tmp/llvm-trunk/runtime/libprofile/Release/ 
BlockProfiling.ll] Error 1

make[1]: *** [libprofile/.makeall] Error 2
make: *** [all] Error 1

I know what the error is in general, but short of just building for  
x86_64, has anyone figured out a way to get the new LLVM revision  
building? Are the instructions in the README for MacRuby working for  
other people still?


Thanks,
Jordan

___
MacRuby-devel mailing list
[email protected]
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel


___
MacRuby-devel mailing list
[email protected]
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

Re: [MacRuby-devel] Error building new LLVM revision

2010-02-02 Thread Jordan Breeding 
Alright, so since llvm-gcc is now in /bin (in some new tools that might have 
been released in late Jan), MacRuby advice is "try not to build with llvm-gcc", 
and the default llvm build searches all of PATH for llvm-gcc, etc. I fixed it 
using a lot of extra configuration upfront.

Instead of:

./configure --enable-bindings=none
UNIVERSAL=1 UNIVERSAL_ARCH="i386 x86_64" ENABLE_OPTIMIZED=1 make
sudo env UNIVERSAL=1 UNIVERSAL_ARCH="i386 x86_64" ENABLE_OPTIMIZED=1 make 
install

I did:

env UNIVERSAL=1 UNIVERSAL_ARCH="i386 x86_64" CC=/usr/bin/gcc CXX=/usr/bin/g++ 
./configure --enable-bindings=none --enable-optimzed --with-llvmgccdir=/tmp
env UNIVERSAL=1 UNIVERSAL_ARCH="i386 x86_64" CC=/usr/bin/gcc CXX=/usr/bin/g++ 
make -j2
sudo env UNIVERSAL=1 UNIVERSAL_ARCH="i386 x86_64" CC=/usr/bin/gcc 
CXX=/usr/bin/g++ make install

It ended up working, maybe for now if the build depends on not building LLVM 
with llvm-gcc something like the above might a good idea to change too.

On Feb 02, 2010, at 19:25, Laurent Sansonetti wrote:

> You're building LLVM with llvm-gcc. I don't know if this will work.
> 
> Laurent
> 
> On Feb 2, 2010, at 4:46 PM, Jordan Breeding wrote:
> 
>> LLVM version:
>> 
>> Path: .
>> URL: https://llvm.org/svn/llvm-project/llvm/trunk
>> Repository Root: https://llvm.org/svn/llvm-project
>> Repository UUID: 91177308-0d34-0410-b5e6-96231b3b80d8
>> Revision: 89156
>> Node Kind: directory
>> Schedule: normal
>> Last Changed Author: dpatel
>> Last Changed Rev: 89156
>> Last Changed Date: 2009-11-17 16:39:08 -0600 (Tue, 17 Nov 2009)
>> 
>> I have tried building with a regular svn checkout, an archive created from 
>> git (through git-svn and `git svn find-rev`), and an archive created from 
>> the git repo on repo.or.cz (with the hash that matches the svn revision). 
>> Each time I get this error:
>> 
>> llvm[2]: Compiling BlockProfiling.c for Release build (bytecode)
>> /usr/bin/llvm-gcc -I/private/tmp/llvm-trunk/include 
>> -I/private/tmp/llvm-trunk/runtime/libprofile -I/tmp/llvm-trunk/include 
>> -I/tmp/llvm-trunk/runtime/libprofile  -D_DEBUG -D_GNU_SOURCE 
>> -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -O2  -fno-common   
>> -mmacosx-version-min=10.6 -pedantic -Wno-long-long -Wall -W 
>> -Wno-unused-parameter -Wwrite-strings  -arch i386 -arch x86_64 
>> BlockProfiling.c -o 
>> /private/tmp/llvm-trunk/runtime/libprofile/Release/BlockProfiling.ll -S 
>> -emit-llvm
>> llvm-gcc-4.2: -E, -S, -save-temps and -M options are not allowed with 
>> multiple -arch flags
>> make[2]: *** 
>> [/private/tmp/llvm-trunk/runtime/libprofile/Release/BasicBlockTracing.ll] 
>> Error 1
>> make[2]: *** Waiting for unfinished jobs
>> llvm-gcc-4.2: -E, -S, -save-temps and -M options are not allowed with 
>> multiple -arch flags
>> make[2]: *** 
>> [/private/tmp/llvm-trunk/runtime/libprofile/Release/BlockProfiling.ll] Error 
>> 1
>> make[1]: *** [libprofile/.makeall] Error 2
>> make: *** [all] Error 1
>> 
>> I know what the error is in general, but short of just building for x86_64, 
>> has anyone figured out a way to get the new LLVM revision building? Are the 
>> instructions in the README for MacRuby working for other people still?
>> 
>> Thanks,
>> Jordan
>> 
>> ___
>> MacRuby-devel mailing list
>> [email protected]
>> http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
> 
> ___
> MacRuby-devel mailing list
> [email protected]
> http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel



smime.p7s
Description: S/MIME cryptographic signature
___
MacRuby-devel mailing list
[email protected]
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel