Dolphin, the GameCube and Wii emulator - Forums

Full Version: 3.0-776 Up! Lectrode's Dolphin Builds (SSE 3,S3,4.1,4.2,AVX ICC Optimized)+OpenMP
You're currently viewing a stripped down version of our content. View the full version with proper formatting.
WebSite speed and full functionality now.

thx.

Please copile last build!
When will you compile the latest version of dolphinHuh
(01-31-2011, 09:09 PM)SantaC Wrote: [ -> ]thanks, any new build comong soon?
(01-31-2011, 09:59 PM)sixor Wrote: [ -> ]yep the web works great now, thanks, it was a pain before
(02-01-2011, 08:19 AM)Spit-Nick Wrote: [ -> ]WebSite speed and full functionality now.
thx.
Please copile last build!
(02-04-2011, 01:15 AM)ryancollins Wrote: [ -> ]When will you compile the latest version of dolphinHuh
Glad the website's working. Smile

As for the latest build, at the moment not possible. Currently I'm getting a symbol-already-defined error when I compile with ICC.
Code:
IPO Error: ?EnsureNoSecureSCL@__N_14___Src_main_cpp_ae735efa@@3U?$CompileTimeAssert@$00@@C already defined.

It's not a bug in the code, it's a bug with ICC (version 11.1.065). I'm seeing if ICC XE has the same problem.
It's a simple problem to fix, at least temporarily, once I know which variable/object has already been defined. The only thing I know from the error above is that since it occurred in "Source/Core/DolphinWX" that a variable/object in "Src/main.cpp" was already defined in another project. I still have no idea though which variable/object that is. (If anyone does know, that would really help speed up getting the latest out to you guys Smile)

Then, once I get it compiling, I need to see if ICC still kills OpenGL's performance after all the changes to the plugin structure (or now lack of a plugin structure Tongue). If it does, I'd prefer to add another OpenGL project to have two different OpenGL backends, one compiled with ICC and the other with VS (basically something close to the way I had it before). I'm not sure if my limited understanding of C++ will be enough to do that though. If I can't, I won't let that slow me down, I'll just include regular and SSE applications with the SSE builds.
Can you compile sse4a with this vs2008 or this vs2010 Huh
Lectrode I just compiled a fresh 7060 with ICC XE under VS2010 no problems.
(02-04-2011, 09:47 PM)ryancollins Wrote: [ -> ]Can you compile sse4a with thisHuh
Maybe. I have to get my compiler working first.

(02-05-2011, 02:45 AM)lamedude Wrote: [ -> ]Lectrode I just compiled a fresh 7060 with ICC XE under VS2010 no problems.
I compiled with XE under VS2008 and it compiled successfully. Unfortunately, it did not link cg.dll and cgGL.dll and doesn't run.

Code:
Linking... (Intel C++ Environment)
ipo: warning #11021: unresolved _byteswap_ulong
        Referenced in VideoCommon.lib(OpcodeDecoding.obj)
ipo: warning #11021: unresolved _byteswap_ushort
        Referenced in VideoCommon.lib(OpcodeDecoding.obj)
ipo: error #11023: Not all components required for linking are present on command line


I'm trying ICCXE with VS2010 now.

EDIT: Ok, Just got done with ICCXE with VS2010 and one failed.
I'll try to find the exact error later right now I have class.
(02-05-2011, 02:45 AM)lamedude Wrote: [ -> ]Lectrode I just compiled a fresh 7060 with ICC XE under VS2010 no problems.
Alright, something's definitely wrong on my end, probably a setting. What's your VC++ Dirs look like?
[attachment=5368]
(02-05-2011, 11:43 PM)lamedude Wrote: [ -> ]God took care of the Cg problem.
Ok, that fixes the problem in VS2010. Unfortunately ICCXE still isn't compiling correctly. Everything succeeds, but the end result is a compiled program that doesn't run (at all).
Am I wrong in starting to think that this compiler hates me? Tongue
(02-06-2011, 04:06 AM)Lectrode Wrote: [ -> ]Ok, that fixes the problem in VS2010. Unfortunately ICCXE still isn't compiling correctly. Everything succeeds, but the end result is a compiled program that doesn't run (at all).
Am I wrong in starting to think that this compiler hates me? Tongue

I have the exact same problem, the build succeeds but the executable doesn't run. I'd suggest sticking with VS2008 since the vs2010 build is unstable, unless lamedude can show us how it worked ?