David Faure wrote:
> On Friday 04 May 2007, Thiago Macieira wrote:
>> /usr/lib64/libQtCore.so
>
> Ah, doh, I removed libqt4-dev earlier today to see if that would help.
> This might have screwed up the tests.
> Here's a new log: http://web.davidfaure.fr/tmp/output_with_qt4dev.gz
>
> Checking [/d/kde/src/4/qt-copy/lib/libQtCore.so] conflict at
> [/usr/lib64/libQtCore.so]: yes (file)
Okay, so this conflict should cause the proper order of link directories
to appear. Now we need to determine why it is not happening for that
target. Here is another patch that should tell us what output belongs
to what target.
-Brad
Index: Source/cmLocalGenerator.cxx
===================================================================
RCS file: /cvsroot/CMake/CMake/Source/cmLocalGenerator.cxx,v
retrieving revision 1.132.2.11
diff -c -3 -p -r1.132.2.11 cmLocalGenerator.cxx
*** Source/cmLocalGenerator.cxx 16 Mar 2007 22:05:42 -0000 1.132.2.11
--- Source/cmLocalGenerator.cxx 4 May 2007 12:49:12 -0000
*************** void cmLocalGenerator
*** 1732,1737 ****
--- 1732,1740 ----
this->Makefile->GetDefinition(shared_link_type_flag_var.c_str());
}
+ printf("----------------------------------------------------------------\n"
+ "Determining link dir order for target %s\n", target.GetName());
+
// Compute the link directory order needed to link the libraries.
cmOrderLinkDirectories orderLibs;
orderLibs.SetLinkTypeInformation(cmOrderLinkDirectories::LinkShared,
*************** void cmLocalGenerator
*** 1777,1782 ****
--- 1780,1788 ----
orderLibs.DetermineLibraryPathOrder();
std::vector<cmStdString> orderedLibs;
orderLibs.GetLinkerInformation(outDirs, orderedLibs);
+ printf("Done with link dir order for target %s\n"
+ "----------------------------------------------------------------\n",
+ target.GetName());
// Make sure libraries are linked with the proper syntax.
std::string libLinkFlag =
_______________________________________________
Kde-buildsystem mailing list
[email protected]
https://mail.kde.org/mailman/listinfo/kde-buildsystem
