ICC is able to compile Dolphin perfectly.

[lannyboy]

hi guys... icc can compile dolphin perfectly with some patches. i just had r7454 compiled with x86 ssse3. i also patched to some cpp so icc can compile the videodx11 project.

here are the stuffs you need to change:

Quote:videodx11 project - d3dtexture.cpp - line 69 until 71 =>
PanicAlert("Failed to create texture at %s, line %d\n", __FILE__, __LINE__);
std::unique_ptr<D3DTexture2D>::reset;
return;

Quote:videodx11 project - framebuffermanager.cpp - line 151 until 152 =>
m_efb.resolved_color_tex.reset(NULL);
m_efb.resolved_depth_tex.reset(NULL);

Quote:videodx11 project - d3dutil.cpp - line 55 until 56 =>
for (auto obs=observers.begin(); obs != observers.end(); ++obs)
**obs = true;

compile the dolphin with icc extra switches: /Qstd=c++0x /D "nullptr=0" (with all projects run with these 2 switches.)

=> wiimote is fixed.
=> dx11 is also fixed.

have fun.

---

here you are the 7454 x86 ssse3 build => http://www.mediafire.com/?18aiv5kbaq86bm9 (not included the texcache-rewrite at r7452-r7454)

okay, lectrode. i leave the rest for you. i am going to hibernate again. pm me, if you have trouble in codes and compilation. thanks

enjoy, guys

---

please don beg me for compilation thank you. i already quited to compile long long time ago lectrode will do the rest of the works.

i also attach the patch incase you guys lazy

---

in some games i tested, let say [wii] harvest moon - tree of tranquility. text couldn't show a full sentence in the chatbox until a button is pressed (only in normal/fast mode, this also happened before the entire dolphin solution upgraded to vs2010). the behaviour was affected by nullptr. there is no nullptr_t understood by icc (c++0x standard). therefore, it must declares nullptr as 0. there're a lot developers simulated the nullptr in gcc, icc... however they never succeeded :/ these simulations may not intimate nullptr_t exactly as in vc++ until icc recognizes nullptr_t. we shall wait for the next version of icc if they really want to implement nullptr_t. this implementation will still depend to the demands from intel c++ developers.

like i just tested on:

Quote:const class nullptr_t {
public:
template<class T>
operator T*() const { return 0; }
template<class T, class U>
operator T U::*() const { return 0; }

private:
void* p;

void operator&() {}

} nullptr = nullptr_t();

well... if you intent to optimize intel cpu instruction sets by intel c++ compiler, you may give up certain features implemented in visual studio c++ compiler. but i don't think it has any big issue currently except the one i mentioned above... nullptr = 0 is quite perfect temporary solution in the moment.

[Squall Leonhart]

The developers should make all release builds with ICC, msvc builds with similar settings are almost always slower

[lannyboy]

(04-13-2011, 02:11 PM)Squall Leonhart Wrote: The developers should make all release builds with ICC, msvc builds with similar settings are almost always slower

bare in mind that there is nothing wrong with msvc. it is only not OPTIMIZED with special cpu instruction sets compilation like what icc provided. and icc is only working well on intel processors while msvc builds are available for full compatibility across all the pc.

[Squall Leonhart]

thats true to a point.
the icc compiles are only slower when the app uses a dispatcher though.

the real problem is amd's slower throughput and bad SSE3.

both AMD (to current) and Intel (Core 2 and lower) has really bad throughput for haddps/hsubps, but on nahalem+ it provides gains

[lannyboy]

(04-13-2011, 04:16 PM)Squall Leonhart Wrote: thats true to a point.
the icc compiles are only slower when the app uses a dispatcher though.

the real problem is amd's slower throughput and bad SSE3.

both AMD (to current) and Intel (Core 2 and lower) has really bad throughput for haddps/hsubps, but on nahalem+ it provides gains

msvc is still a standard. icc is extra. developers should always stick to standard.

[Squall Leonhart]

MSVC isn't really a standard, its just the general choice.

that doesn't make it the best one.

[lannyboy]

(04-13-2011, 08:29 PM)Squall Leonhart Wrote: MSVC isn't really a standard, its just the general choice.

that doesn't make it the best one.

yea, your term make sense. i guess 90% windows c++ developers will always stick to visual studio.

[Lectrode]

(04-12-2011, 07:41 PM)lannyboy Wrote: [lots of awesome info ]

Thanks! I will add this info to the tutorial and continue my builds again.

Also, according to this thread, nullptr at least will be supported in the next version of ICC.