Project Home
Project Home
Trackers
Trackers
Documents
Documents
Wiki
Wiki
Discussion Forums
Discussions
Project Information
Project Info
Forum Topic - App Profiler 2 - error in libprofiling version 1.1: (6 Items)
   
App Profiler 2 - error in libprofiling version 1.1  
I tried to switch to the latest libprofiling version 1.1 but i get a linker error.
./libprofiling.so: undefined reference to `__ldd_register_eh'
Any hint how to fix this?

TIA
/hp
Re: App Profiler 2 - error in libprofiling version 1.1  
Why it is error from .so? You should link to it statically 
(libprofilingS.a)...
(Error is because libc is old and does not have this method)

Hans-Peter Reicher wrote:
>
> I tried to switch to the latest libprofiling version 1.1 but i get a 
> linker error.
> ./libprofiling.so: undefined reference to `__ldd_register_eh'
> Any hint how to fix this?
>
> TIA
> /hp
>
> _______________________________________________
> General
> http://community.qnx.com/sf/go/post7768
>
AW: App Profiler 2 - error in libprofiling version 1.1  
so which libc is required?
I run it with a 6.3.2
is the libc the reason for why I should use the static shared libS.a?
or has the libS.a to be used all the time?

with the version 1.0 I could use the "normal" .so and link dynamically.



>-----Ursprüngliche Nachricht-----
>Von: Laskavaia, Elena 
>Gesendet: Dienstag, 6. Mai 2008 21:58
>An: general-ide
>Betreff: Re: App Profiler 2 - error in libprofiling version 1.1
>
>Why it is error from .so? You should link to it statically 
>(libprofilingS.a)...
>(Error is because libc is old and does not have this method)
>
>Hans-Peter Reicher wrote:
>>
>> I tried to switch to the latest libprofiling version 1.1 but i get a 
>> linker error.
>> ./libprofiling.so: undefined reference to `__ldd_register_eh'
>> Any hint how to fix this?
>>
>> TIA
>> /hp
>>
>> _______________________________________________
>> General
>> http://community.qnx.com/sf/go/post7768
>>
>
>_______________________________________________
>General
>http://community.qnx.com/sf/go/post7769
>
> 
 
*******************************************
Harman Becker Automotive Systems GmbH
Geschaeftsfuehrung:  Dr. Wolfgang Ptacek  -  Michael Mauser  -  Regis Baudot
Sitz der Gesellschaft: Karlsbad - Registergericht: Mannheim HRB 361395
 
*******************************************
Diese E-Mail enthaelt vertrauliche und/oder rechtlich geschuetzte Informationen. Wenn Sie nicht der richtige Adressat 
sind oder diese E-Mail irrtuemlich erhalten haben, informieren Sie bitte sofort den Absender und loeschen Sie diese Mail
. Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser Mail ist nicht gestattet.
This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have 
received this e-mail in error) please notify the sender immediately and delete this e-mail. Any unauthorized copying, 
disclosure or distribution of the contents in this e-mail is strictly forbidden.
*******************************************
Re: AW: App Profiler 2 - error in libprofiling version 1.1  
Linking statically reduces performance overhead (by couple of jumps at 
each function call).

I don't understand what is the problem with unresolved symbols, this 
code did not change...
You can continue to use 1.0 if it works better for you, until we fix 
this problem (which will happened soon because I am working on this 
library right now)

It is still 6.3.2 libc which is required by it should have 
`__ldd_register_eh' defined...

Hans-Peter Reicher wrote:
>
> so which libc is required?
> I run it with a 6.3.2
> is the libc the reason for why I should use the static shared libS.a?
> or has the libS.a to be used all the time?
>
> with the version 1.0 I could use the "normal" .so and link dynamically.
>
>
AW: AW: App Profiler 2 - error in libprofiling version 1.1  
I will double check my env and come back to you later 

>-----Ursprüngliche Nachricht-----
>Von: Laskavaia, Elena 
>Gesendet: Mittwoch, 7. Mai 2008 15:47
>An: general-ide
>Betreff: Re: AW: App Profiler 2 - error in libprofiling version 1.1
>
>Linking statically reduces performance overhead (by couple of 
>jumps at each function call).
>
>I don't understand what is the problem with unresolved 
>symbols, this code did not change...
>You can continue to use 1.0 if it works better for you, until 
>we fix this problem (which will happened soon because I am 
>working on this library right now)
>
>It is still 6.3.2 libc which is required by it should have 
>`__ldd_register_eh' defined...
>
>Hans-Peter Reicher wrote:
>>
>> so which libc is required?
>> I run it with a 6.3.2
>> is the libc the reason for why I should use the static shared libS.a?
>> or has the libS.a to be used all the time?
>>
>> with the version 1.0 I could use the "normal" .so and link 
>dynamically.
>>
>>
>
>_______________________________________________
>General
>http://community.qnx.com/sf/go/post7799
>
> 
 
*******************************************
Harman Becker Automotive Systems GmbH
Geschaeftsfuehrung:  Dr. Wolfgang Ptacek  -  Michael Mauser  -  Regis Baudot
Sitz der Gesellschaft: Karlsbad - Registergericht: Mannheim HRB 361395
 
*******************************************
Diese E-Mail enthaelt vertrauliche und/oder rechtlich geschuetzte Informationen. Wenn Sie nicht der richtige Adressat 
sind oder diese E-Mail irrtuemlich erhalten haben, informieren Sie bitte sofort den Absender und loeschen Sie diese Mail
. Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser Mail ist nicht gestattet.
This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have 
received this e-mail in error) please notify the sender immediately and delete this e-mail. Any unauthorized copying, 
disclosure or distribution of the contents in this e-mail is strictly forbidden.
*******************************************
Re: AW: AW: App Profiler 2 - error in libprofiling version 1.1  
I did a double check.
And what to say ... MEA CULPA
due to the problems caused by the multiple use of the eclipse configuration folder (like with the ptrace import problem)
 - I was using a bad compilation environment.
This is now working.
I guess the -configuration option would be worth to mention a bit stronger

thanks
hp