XCode link errors etc. *sigh*
-
THE POST BELOW IS MORE THAN 5 YEARS OLD. RELATED SUPPORT INFORMATION MIGHT BE OUTDATED OR DEPRECATED
On 20/02/2007 at 09:31, xxxxxxxx wrote:
Do you have this problem too?
Undefined symbols:
__ZdlPviPKc
__ZdaPviPKc -
THE POST BELOW IS MORE THAN 5 YEARS OLD. RELATED SUPPORT INFORMATION MIGHT BE OUTDATED OR DEPRECATED
On 20/02/2007 at 09:47, xxxxxxxx wrote:
@Kuro: Drats is the right expression for this!
@Remo: Nope, don´t got these. Do you get them? Looks strange.
-
THE POST BELOW IS MORE THAN 5 YEARS OLD. RELATED SUPPORT INFORMATION MIGHT BE OUTDATED OR DEPRECATED
On 20/02/2007 at 09:56, xxxxxxxx wrote:
Well this was probably problem with "C++ Exceptions" adn new, delete operators with one of my projects.
Will try to reproduce it now... but XCode is really slow. -
THE POST BELOW IS MORE THAN 5 YEARS OLD. RELATED SUPPORT INFORMATION MIGHT BE OUTDATED OR DEPRECATED
On 20/02/2007 at 10:06, xxxxxxxx wrote:
Quote: Originally posted by Remotion on 20 February 2007
>
> * * *
>
> Do you have this problem too?
>
> Undefined symbols:
> __ZdlPviPKc
> __ZdaPviPKc
>
>
> * * *Yes, these are the ones.
I agree that it's related to C++ Exceptions. Currently going through the third-party encryption code and *very carefully* removing dependency upon exceptions. Actually not difficult - but last thing I want is broken serial number code!
And a side benefit - without C++ Exceptions, the resulting lib is 75 % of the size with C++ Exceptions enabled!
Doing this on Windows first and then will do the same in XCode. Will reply back with results (favorably, one hopes!).
-
THE POST BELOW IS MORE THAN 5 YEARS OLD. RELATED SUPPORT INFORMATION MIGHT BE OUTDATED OR DEPRECATED
On 20/02/2007 at 10:30, xxxxxxxx wrote:
yes, XCode is really slow with compiling and execution it seems. I tried now every possible option and it´s still slow as hell.
Anybody of you encountered performance problems with their XCode compiles in comparison with an according Windows compile or is it just me having these problems?
-
THE POST BELOW IS MORE THAN 5 YEARS OLD. RELATED SUPPORT INFORMATION MIGHT BE OUTDATED OR DEPRECATED
On 20/02/2007 at 10:36, xxxxxxxx wrote:
Concerning the Exceptions activation, the information says that it will activate it automatically for C++ projects. So is it really necessary to activate it? Do you still get errors when deactivating? Do you encounter any problems then without it being activated?
-
THE POST BELOW IS MORE THAN 5 YEARS OLD. RELATED SUPPORT INFORMATION MIGHT BE OUTDATED OR DEPRECATED
On 20/02/2007 at 12:32, xxxxxxxx wrote:
Part of the problem with XCode being slow on compile is that it is creating TWO compiles and links and then combining the PPC and i386 libs into the final dylib. Twice the compiling for twice the frustration.
Remember to take that into account.
-
THE POST BELOW IS MORE THAN 5 YEARS OLD. RELATED SUPPORT INFORMATION MIGHT BE OUTDATED OR DEPRECATED
On 20/02/2007 at 12:33, xxxxxxxx wrote:
Only enable C++ Exceptions if you are using exceptions (throw, try/catch). If there you are not using exceptions, there is no reason to have this enabled.
-
THE POST BELOW IS MORE THAN 5 YEARS OLD. RELATED SUPPORT INFORMATION MIGHT BE OUTDATED OR DEPRECATED
On 20/02/2007 at 16:29, xxxxxxxx wrote:
I am using throw and try and catch calls but I don´t have C++ Exceptions enabled in XCode because the information says that it´s enabled automatically for C++ code. So, is it really necessary to activate it manually when the compiler does anyway?
I am just saying that you get errors when activating it. But if you deactivate it you would get an error free compiling behavior and the option would still be activated automatically. That would be the solution to your initial problem if I understood correctly that you get errors on activating this option.
-
THE POST BELOW IS MORE THAN 5 YEARS OLD. RELATED SUPPORT INFORMATION MIGHT BE OUTDATED OR DEPRECATED
On 20/02/2007 at 18:45, xxxxxxxx wrote:
Possibly the compiler 'catches' the exception calls and then automatically enables exception handling. I hope that it doesn't assume exceptions when there are none.
Either way, disabling "Enable C++ Exceptions" removes the problems with delete() and delete and makes a clean compile.
Now hopefully we can all get our plugins compiled/linked without this b.s..
-
THE POST BELOW IS MORE THAN 5 YEARS OLD. RELATED SUPPORT INFORMATION MIGHT BE OUTDATED OR DEPRECATED
On 20/02/2007 at 18:47, xxxxxxxx wrote:
I do hope so too (but still have that sh*tty speed problem to solve).
-
THE POST BELOW IS MORE THAN 5 YEARS OLD. RELATED SUPPORT INFORMATION MIGHT BE OUTDATED OR DEPRECATED
On 21/02/2007 at 09:25, xxxxxxxx wrote:
Well fist "C++ Exceptions" not only make code larger but also slower some times.
try and catch still work without it, so it seems to be better to disable it.For VC one can add
#pragma warning(disable: 4530)
to disable this warnings
warning C4530: C++ exception handler used, but unwind semantics are not enabled. Specify /EHsc@Samir: do you still have problems with speed?
I have also done some speed comparisons of my Windows with Core 2 Duo and slower Mac wrin Core Duo and get in mos case only 2 times slower execution.,One time with really big test array the speed was 10X slower on Mac compared with Windows system....
-
THE POST BELOW IS MORE THAN 5 YEARS OLD. RELATED SUPPORT INFORMATION MIGHT BE OUTDATED OR DEPRECATED
On 21/02/2007 at 09:45, xxxxxxxx wrote:
yep still have problems but I am processing rather small arrays here. 10x slower however sounds like exactly what I get here!
I am having arrays of only 15000 in size but I do have a lot of loops working on the array. I get 0.6 FPS on MAC (I get about 4 FPS on windows)
Anyway, what really makes me wonder is, that no matter how small my array is it doesn´t really get much faster. Even when I only have an array of 1000 in size, the MAC goes up to 2.3 FPS where Windows goes up to 40 FPS!!So, there must be something really going wrong there I belive.
Could the support maybe comment on this???