While troubleshooting why I no longer can use kompare built from GIT, I ran across this in my configure output:
checking if kstartperf should be compiled... no
Curious, I discovered that building the app is disabled in the tdesdk root configure.in.in through the DO_NOT_COMPILE variable.
A little more searching revealed that this has been the default since 3.5.10.
Curious, I disabled that command and kstartperf built.
But doesn't run. For example:
kstartperf kedit kedit: symbol lookup error: /opt/trinity/lib/libkstartperf.so.1.0.0: undefined symbol: lt_dlopen
1. Although kstartperf is a simple program, is there a reason why this app is not built by default (a carryover from the KDE days)?
2. Seems I might have discovered another bug with building tdesdk. Seems ltdl is missing from the linking process. I suspect if we solve either run-time bug we solve both.
Darrell
A little more searching revealed that this has been the default since 3.5.10.
Maybe so that users wouldn't be able to quantitatively compare KDE3's fast start with KDE4.0's poor startup performance? </snipe> ;-)
Curious, I disabled that command and kstartperf built.
But doesn't run. For example:
kstartperf kedit kedit: symbol lookup error: /opt/trinity/lib/libkstartperf.so.1.0.0: undefined symbol: lt_dlopen
- Although kstartperf is a simple program, is there a reason why this app
is not built by default (a carryover from the KDE days)?
- Seems I might have discovered another bug with building tdesdk. Seems
ltdl is missing from the linking process. I suspect if we solve either run-time bug we solve both.
Could easily be a problem with symbol visibility. Can you file a bug report on this?
Thanks!
Tim
A little more searching revealed
that this has been the default since
3.5.10.
Curious, I disabled that command and kstartperf built.
But doesn't run. For example:
kstartperf kedit kedit: symbol lookup error:
/opt/trinity/lib/libkstartperf.so.1.0.0:
undefined symbol: lt_dlopen
- Although kstartperf is a simple program, is there a
reason why this app
is not built by default (a carryover from the KDE
days)?
- Seems I might have discovered another bug with
building tdesdk. Seems
ltdl is missing from the linking process. I suspect if
we solve either
run-time bug we solve both.
Could easily be a problem with symbol visibility. Can you file a bug report on this?
Bug report 854 filed as a blocker. I use Kompare a lot to help troubleshoot.
Darrell
On Sunday 12 February 2012 04:13:44 Darrell Anderson wrote:
While troubleshooting why I no longer can use kompare built from GIT, I ran across this in my configure output:
Actually I almost ported kdesdk to cmake, but because I do not use yet trinity git version, I did not commited it yet. Try it.
http://thel.ro/trinity/kdesdk.tar.gz
While troubleshooting why I no longer can use kompare
built from GIT, I ran
across this in my configure output:
Actually I almost ported kdesdk to cmake, but because I do not use yet trinity git version, I did not commited it yet. Try it.
Yes, I know that porting tdesdk to cmake was close to being completed. Searching the list archives will reveal where some of us tried to build tdesdk with cmake and failed. :)
I will try to test the files.
I hope building with cmake resolves the symbol errors I am suddenly seeing!
Darrell
Actually I almost ported kdesdk to cmake, but because I
do
not use yet trinity git version, I did not commited it yet. Try it.
Yes, I know that porting tdesdk to cmake was close to being completed. Searching the list archives will reveal where some of us tried to build tdesdk with cmake and failed. :)
I will try to test the files.
I hope building with cmake resolves the symbol errors I am suddenly seeing!
The files in the tar.gz basically are the same as those already in GIT. :( Actually, the files in the tar.gz are now superceded because of the renaming project (kdecore -> tdecore, kdeinit -> tdeinit, etc.). Thus the GIT cmake files are more recent. :)
Several things remain missing from the tdesdk cmake port. For example, only about half of the bin files are built. No errors, they just don't build. Probably minor tweaks to the cmake files are needed. :)
Darrell
-
Darrell Anderson -
Serghei Amelian -
Timothy Pearson