By default, Bugzilla does not search the list of RESOLVED bugs.
You can force it to do so by putting the upper-case word ALL in front of your search query, e.g.: ALL tdelibs
We recommend searching for bugs this way, as you may discover that your bug has already been resolved and fixed in a later release.
Bug 604 - kdevelop 3.5.13 will not build without patches
Summary: kdevelop 3.5.13 will not build without patches
Status: RESOLVED DUPLICATE of bug 581
Alias: None
Product: TDE
Classification: Unclassified
Component: non-core programs (show other bugs)
Version: 3.5.13 [Trinity]
Hardware: Other Other
: P1 blocker
Assignee: Timothy Pearson
URL:
Depends on:
Blocks:
 
Reported: 2011-11-08 18:17 CST by Darrell
Modified: 2012-10-19 15:45 CDT (History)
3 users (show)

See Also:
Compiler Version:
TDE Version String:
Application Version:
Application Name:

Attachments
list editor patch (401 bytes, patch)
2011-11-14 15:35 CST, Darrell 		Details | Diff
CMakeLists patch (52.08 KB, patch)
2011-11-14 15:36 CST, Darrell 		Details | Diff
Patch to allow building with DB 42 and 44 installed (400 bytes, patch)
2011-11-14 15:37 CST, Darrell 		Details | Diff
Patch updated for GIT 2678 (400 bytes, patch)
2012-01-17 20:56 CST, Darrell 		Details | Diff
Patch updated for GIT 2678 (replaces CMakeLists.patch) (48.91 KB, patch)
2012-01-17 20:57 CST, Darrell 		Details | Diff
Show Obsolete (3) View All Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Darrell 2011-11-08 18:17:35 CST 
First patch:

http://humanreadable.nfshost.com/trinity/patches/kdevelop/listeditor-ui.diff

I don't know whether the following problem is global or specific to Slackware 13.1, but this patch is needed to build at least on Slackware 13.1:

http://humanreadable.nfshost.com/trinity/patches/kdevelop/CMakeLists-repair.patch

Although this package has been ported to cmake, when building with autotools the following clunky work-around patch allows building on Slackware 13.1:

http://humanreadable.nfshost.com/trinity/patches/kdevelop/kdevelop-configure.patch

DB 4.2 and 4.4 are installed and the cmake build finds the db.h file just fine.
Comment 1 Darrell 2011-11-14 15:35:47 CST 
Created attachment 123 [details]
list editor patch
Comment 2 Darrell 2011-11-14 15:36:21 CST 
Created attachment 124 [details]
CMakeLists patch
Comment 3 Darrell 2011-11-14 15:37:20 CST 
Created attachment 125 [details]
Patch to allow building with DB 42 and 44 installed
Comment 4 Darrell 2012-01-17 20:55:00 CST 
Like tdelibs, reported in bug report 581, a sym link is needed to build kdevelop.

cd /usr/include
ln -s ${QTDIR}/include/qglobal.h qglobal.h

or

cd /usr/include/tqt
ln -s ${QTDIR}/include/qglobal.h qglobal.h


That is, the sym link needs to be in either /usr/include or /usr/include/tqt.

Like kdelibs the same type of patch is need to change all occurences of ${TQT_INCLUDE_DIRS} to ${TQT_INCLUDE_DIR}.
Comment 5 Darrell 2012-01-17 20:56:06 CST 
Created attachment 280 [details]
Patch updated for GIT 2678
Comment 6 Darrell 2012-01-17 20:57:35 CST 
Created attachment 281 [details]
Patch updated for GIT 2678 (replaces CMakeLists.patch)
Comment 7 Darrell 2012-01-17 21:01:47 CST 
Comment on attachment 125 [details]
Patch to allow building with DB 42 and 44 installed

Tdevelop is converted to cmake and this patch is now obsolete.
Comment 8 Timothy Pearson 2012-01-18 21:26:42 CST 
These patches are only needed due to the fundamental CMake problem on Slackware described in Bug 581.

Marking as duplicate, as a solution to Bug 581 will fix this automagically.

*** This bug has been marked as a duplicate of bug 581 ***
Comment 9 Darrell 2012-01-18 21:34:36 CST 
Tim, the first patch (listeditor-ui.diff )remains valid. Other people have used that patch to build k/tdevelop.
Comment 10 Timothy Pearson 2012-01-18 22:28:14 CST 
(In reply to comment #9)
> Tim, the first patch (listeditor-ui.diff )remains valid. Other people have used
> that patch to build k/tdevelop.

That patch undoes part of the TQt conversion, and should not be needed.  Who else needed it to build?
Comment 11 Darrell 2012-01-18 22:39:55 CST 
http://trinity-devel.pearsoncomputing.net/?0::4254

http://trinity-devel.pearsoncomputing.net/?0::3240

And me.

I don't recall where I found that patch or whether I conjured up the black magic myself. But three people on different systems had the same build failure. You probably know what is the correct patch.
Comment 12 Timothy Pearson 2012-01-18 22:52:34 CST 
(In reply to comment #11)
> http://trinity-devel.pearsoncomputing.net/?0::4254
> 
> http://trinity-devel.pearsoncomputing.net/?0::3240
> 
> And me.
> 
> I don't recall where I found that patch or whether I conjured up the black
> magic myself. But three people on different systems had the same build failure.
> You probably know what is the correct patch.

The build failure message in that first link helps, thanks! :-)

The correct fix will be in tqtinterface, specifically tmoc to make sure that tqApp is not stripped of its prefix.
Comment 13 Darrell 2012-01-18 23:09:50 CST 
I knew you would know! :)

I'll be watching the patch list and will let you know as soon as I can build tdevelop with the updates. I realize I have to rebuild tqtinterface.
Comment 14 Timothy Pearson 2012-01-19 01:02:58 CST 
(In reply to comment #13)
> I knew you would know! :)

It's my job to know! ;-)

> I'll be watching the patch list and will let you know as soon as I can build
> tdevelop with the updates. I realize I have to rebuild tqtinterface.

I have a possible fix in tqtinterface as of GIT hash dc60c95.  I am marking this report as a duplicate of Bug 581, as the remainder of the issues will be resolved when that bug is fixed.

If rebuilding tqtinterface from GIT does not resolve the tqApp problem then please reopen this bug report.

*** This bug has been marked as a duplicate of bug 581 ***