Emulator Issues #2175
closed
Mac OS X Snow Leopard scons osx=64cocoa error message with Cg Framework
0%
Description
What steps will reproduce the problem?
- On Snow Leopard compiling with command #scons osx=64cocoa
What is the expected output? What do you see instead?
With #scons osx=64cocoa a Cg framework error appears
Looking for lib Cg... no Plugin_VideoOGL must have Cg framework from nvidia to be build
scons: File "/Users/me/dolphin-emu-read-only/Source/Plugins/Plugin_VideoSoftware?
/Src/SConscript", line 55, in <module>
Then you build with command #scons osx=64cocoa You don't get this error message if you
normally build with #scons or #scons osx=32cocoa
What version of the product are you using? On what operating system?
dolphin-svn 4977 on Mac OS X Snow Leopard 10.6.2
Please provide any additional information below.
Actually compiling with commands
#scons
#scons osx=32cocoa
works on Snow Leopard without any error, it spits out a binary file (with wxWidgets 2.8.9)
Updated by BhaaL over 14 years ago
- Status changed from New to Questionable
Are you running SL with the 64-bit Kernel? It isnt enabled by default.
Check System Profiler > Software and see if "64-bit Kernel and Extensions" reads "yes".
Updated by BhaaL over 14 years ago
...also, try running scons osx=64cocoa --config=force in case you tried this before
installing Cg.framework - scons might cache this.
Updated by celgilles over 14 years ago
No I don't use Snow Leo with 64 bit Kernel...actually it seems to work (but not always) if you delete the file
args.cache in the root path of dolphin-emu...
#rm args.cache
Updated by BhaaL over 14 years ago
osx=64cocoa is only valid for 64-bit kernels. It might build on 32-bit kernels, but
wont run at all.
As for the general issue of "Cg framework not found", this seems to be more a scons
issue...
I get the same error occasionally (right after successful builds!), and then again it
wont work until I reboot once or twice.
Might be that we forgot to set some options for frameworks on OSX, but so far I
reached nothing with my tests.
Updated by Sonicadvance1 over 14 years ago
j4ck.fr0st, OSX's kernel is a bit different than the norm, It can run 64bit binaries
fine in 32bit mode. I can build and run 64bit Dolphin fine with a 32bit kernel
running.
Updated by celgilles over 14 years ago
ok so for the unmodified Snow-Leopard kernel (32bit) it's better to just compile with #scons ?
Updated by BhaaL over 14 years ago
Sonic: Interresting, I can't compile with 64cocoa, same problem: Cg.framework not found.
32cocoa works fine.
Any ideas on that?
Updated by starfox5194 over 14 years ago
Updated by Sonicadvance1 over 14 years ago
Seems to be an error with our checking, the CG framework is a universal x86/x86_64
framework, it seems to be a problem with how we are checking it. I can reproduce the
error as well, but it seems to be erratic and doesn't always appear. We need to
figure out exactly what the conditions are and fix it.
Updated by BhaaL over 14 years ago
The interresting thing is that our Framework check only does scons.TryLink.
Attempting the same from command line works fine, so I'm at a loss of ideas.
Updated by qurtabah2002 over 14 years ago
i m not a programmer or developer .. jus want to ask wat to do after compiling is finished i cant find emulator
where is it installed?
Updated by qurtabah2002 over 14 years ago
thankx sonic but i still got the problem .. on the emulator icon it has a forbidden sign .. when i click it it says it
is not a supported application .. i m no mac 10.5.8 ..
Updated by Sonicadvance1 over 14 years ago
- Status changed from Questionable to Accepted
Updated by Anonymous
Updated by celgilles about 14 years ago
yes compilation works if you follow the new Mac OS X Wiki! Tried it on dolphin svn r5419.
thanks
Updated by soren.jorvang about 14 years ago
- Status changed from Accepted to Work started
I believe this to be fixed as of r5574, so unless someone can still reproduce this problem, I will close this issue.
Updated by soren.jorvang about 14 years ago
- Status changed from Work started to Fixed
Updated by BhaaL about 14 years ago
- Status changed from Fixed to Accepted
Not fixed.
BhaaLs-Mac:Dolphin bhaal$ echo 'int main(int argc, char** argv) { return 0; }' >test.c
BhaaLs-Mac:Dolphin bhaal$ gcc -framework Cg test.c
BhaaLs-Mac:Dolphin bhaal$ scons | grep Cg
Checking for Cg... (cached)
Looking for framework Cg...
Looking for lib Cg... no
Plugin_VideoOGL must have Cg framework from nvidia to be build
scons: ***
File "/Users/bhaal/Dolphin/Source/Plugins/Plugin_VideoSoftware/Src/SConscript", line
52, in
scons still wont find my Cg, even if its there.
This might be a problem with one of the other flags passed tho (maybe one of the
hardcoded libs that doesnt have a check?)
Updated by BhaaL about 14 years ago
- Status changed from Accepted to Fixed
The error message is quite misleading here. After searching thru config.log etc, it
turns out that my wx-config still returned -lwx_osx_cocoau_aui-2.9, altho wx is built
as monolithic (and thus doesnt have a separate aui lib).
To fix that, edit wx-config around line 1170 (search for "is_monolithic") and insert
"aui" in the list:
Core libs are already built into the blob.¶
for i in aui std xrc html qa adv core xml net base; do
wx_libs=remove_field $i $wx_libs
done
Non-monolithic builds shouldnt have this issue, unless they were built without aui.
Updated by soren.jorvang about 14 years ago
Have you reported this bug to the wxWidgets folks?