#713: Growl is broken on MacRuby 0.6
--+-
Reporter: ylp...@… | Owner: lsansone...@…
Type: defect| Status: new
Priority: blocker | Milestone: Mac
So far, I got my c++ sdk in a framework (without objc wrapper) I can call it
from objective-c...
but macruby is not happy with it, importing it with 'framework
"./MYSDK.framework"', I get:
RuntimeError: framework at path `./MYSDK.framework' cannot be loaded: Error
Domain=NSCocoaErrorDomain Code=35
Louis-Philippe,
On May 27, 2010, at 3:25 PM, Louis-Philippe wrote:
> Did find:
> /PATH/MYSDK.framework/MYSDK: mach-o, but wrong architecture)
> from /PATH/(irb):2:in `'
Can you paste the output from the following?
uname -a
file ATH/MYSDK.framework/MYSDK
file `which macruby`
uname -a:
Darwin modullpmacbook.local 10.3.0 Darwin Kernel Version 10.3.0: Fri Feb 26
11:58:09 PST 2010; root:xnu-1504.3.12~1/RELEASE_I386 i386
./MYSDK (from the MYSDK.framework)
-bash: ./R3DSDK: No such file or directory
which macruby:
/usr/local/bin/macruby
by the way, I tried it in a MacRuby
On May 27, 2010, at 3:48 PM, Louis-Philippe wrote:
> ./MYSDK (from the MYSDK.framework)
> -bash: ./R3DSDK: No such file or directory
file PATH/MYSDK.framework/MYSDK
Run the file command on MYSDK
> which macruby:
> /usr/local/bin/macruby
Not `which macruby` but run the file command on macruby
sorry, the second one really is:
./MYSDK (from the MYSDK.framework)
-bash: ./MYSDK: cannot execute binary file
2010/5/27 Louis-Philippe
> uname -a:
> Darwin modullpmacbook.local 10.3.0 Darwin Kernel Version 10.3.0: Fri Feb 26
> 11:58:09 PST 2010; root:xnu-1504.3.12~1/RELEASE_I386 i386
>
> ./MYS
file PATH/MYSDK.framework/MYSDK
./MYSDK: Mach-O dynamically linked shared library i386
file `which macruby`:
/usr/local/bin/macruby: Mach-O universal binary with 2 architectures
/usr/local/bin/macruby (for architecture i386): Mach-O executable i386
/usr/local/bin/macruby (for architecture x86_64):
Try building your framework as both i386 and x86_64.
On May 27, 2010, at 10:00, Louis-Philippe wrote:
> file PATH/MYSDK.framework/MYSDK
> ./MYSDK: Mach-O dynamically linked shared library i386
>
> file `which macruby`:
> /usr/local/bin/macruby: Mach-O universal binary with 2 architectures
> /usr
it only builds for i386...
getting errors when trying to build for x86_64...
thats why I tried as I tested to build only for i386...
2010/5/27 Jordan Breeding
> Try building your framework as both i386 and x86_64.
>
> On May 27, 2010, at 10:00, Louis-Philippe wrote:
>
> file PATH/MYSDK.framework
Then you could force macruby/macirb to run as i386:
`arch -arch i386 macirb`
On May 27, 2010, at 10:13, Louis-Philippe wrote:
> it only builds for i386...
> getting errors when trying to build for x86_64...
> thats why I tried as I tested to build only for i386...
>
> 2010/5/27 Jordan Breeding
Thanks!
ok... I sorted some of the issues out... I was able to make a x86_64
framework out of the SDK by including the proper exports symbols (using nm
with the -arch flag).
so now it loads fine with the framework method...
but I cant access the c++ namespace:
"NameError: uninitialized constant MY
You might have to make a bridge support file and include it in your framework.
Something like this (although this is specific to running inside my Xcode
project build):
printf "Building BridgeSupport files...\n\n"
BRIDGE_SUPPORT_DIR="Resources/BridgeSupport"
BRIDGE_SUPPORT_FILE="${BRIDGE_SUPPOR
any idea why gen_bridge_metadata does spit this:
gen_bridge_metadata --64-bit -f ./MYSDK.framework -o MYSDK.bridgesupport
./MYSDK.framework/Headers/MYSDK.h:21:18: error: string: No such file or
directory
/usr/bin/cpp-4.2 returned 1 exit status
line was: /usr/bin/cpp-4.2 -D__APPLE_CPP__ -include
/u
Don't know, the only times I have used that method the header file itself is
just straight C, the implementation hides all of the C++ in my case. Maybe
gen_bridge_metadata doesn't handle C++.
On May 27, 2010, at 11:49, Louis-Philippe wrote:
> any idea why gen_bridge_metadata does spit this:
>
I see on the BridgeSupport support to redirect all request to Laurent...
so here it is...
Laurent,
Is it desperate to keep trying every options of gen_bridge_metadata?
will it swallow my c++ framework at some point?
thanks
2010/5/27 Jordan Breeding
> Don't know, the only times I have used that
Hi Louis-Philippe,
BridgeSupport doesn't support C++. It only exposes C and Objective-C symbols.
In your C++ library, what is MYSDK exactly? If it isn't an Objective-C class,
it won't be accessible from MacRuby.
In order to use your C++ code in MacRuby, the best way is to wrap the calls you
ne
Hi Jordan,
The perf suite is far to be completed but we will definitely cover most String
methods there at some point. In the meantime, your tests have some side effects
I'm afraid (literal strings in loops are object creations).
Laurent
On May 26, 2010, at 9:09 PM, Jordan Breeding wrote:
> R
Good point, what if I change to appending binary info?
str << 1
vs.
str << "1"
On May 27, 2010, at 15:37, Laurent Sansonetti wrote:
> Hi Jordan,
>
> The perf suite is far to be completed but we will definitely cover most
> String methods there at some point. In the meantime, your tests have
Thanks Laurent!
MYSDK is a c++ SDK... 4 c++ headers and a c++ binary archive (.a)
I will work out my Objective-C wrapper then!
2010/5/27 Laurent Sansonetti
> Hi Louis-Philippe,
>
> BridgeSupport doesn't support C++. It only exposes C and Objective-C
> symbols.
>
> In your C++ library, what is MY
I would recommend using strings, but you can assign them to local variables
then reuse these.
a = 'a'
...
while...
str << a
There is no doubt we also need to optimize literal strings but this can be done
in another (separate) test.
Laurent
On May 27, 2010, at 1:39 PM, Jordan Breeding wrote:
#681: YAML::add_domain_type is undefined
+---
Reporter: dave.bald...@… |Owner: lsansone...@…
Type: defect | Status: closed
Priority: blocker
#595: our YAML library does not honor #add_builtin_type
---+
Reporter: lsansone...@… |Owner: neerac...@…
Type: defect | Status: closed
Priority: blocker
Let me know if there is anything else I should change.
perf_test('new') do
i = 0
while i < 10
b = "#{i}"
c = "#{i} #{i}"
d = "#{i} #{i} #{i}"
i += 1
end
end
perf_test('<< variables') do
i = 0
a = ""
a1 = "1"
a2 = "2"
a3 = "3"
a4 = "4"
a5 = "5"
while i < 2
#477: Need GCD wrapper for dispatch_once
+---
Reporter: ernest.prabha...@… |Owner: lsansone...@…
Type: enhancement | Status: closed
Priority: minor
#678: Installing jeweler makes macruby blow up.
---+
Reporter: t...@… |Owner: lsansone...@…
Type: defect | Status: closed
Priori
#664: MacRuby Crashes When Scheduling a Block to Run on the Main Thread from a
Background Thread
-+--
Reporter: dy...@… | Owner: lsansone...@…
Type: defect | Status: new
#664: MacRuby Crashes When Scheduling a Block to Run on the Main Thread from a
Background Thread
-+--
Reporter: dy...@… | Owner: lsansone...@…
Type: defect | Status: new
27 matches
Mail list logo
