| Summary: | Build issue: libkscan in CMakeList.txt named libksane | ||
|---|---|---|---|
| Product: | TDE | Reporter: | Alexander Golubev (Fat-Zer) <fatzer2> |
| Component: | tdegraphics | Assignee: | Timothy Pearson <kb9vqf> |
| Status: | RESOLVED FIXED | ||
| Severity: | minor | CC: | bugwatch, darrella, fatzer2 |
| Priority: | P5 | ||
| Version: | R14.0.0 [Trinity] | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Compiler Version: | TDE Version String: | ||
| Application Version: | Application Name: | ||
| Bug Depends on: | |||
| Bug Blocks: | 1300 | ||
| Attachments: | patch | ||
Looks like a typo. Does the "project" declaration serve any purpose other than being informative? What breaks without this patch? I never had any related breakage but as mentioned in the mail list, perhaps we are building in different ways. (In reply to comment #1) > Looks like a typo. Does the "project" declaration serve any purpose other than > being informative? the project name gives the name to the installed *.cmake file. > What breaks without this patch? I never had any related breakage but as > mentioned in the mail list, perhaps we are building in different ways. it's because you are using «All-in-one» build. Try to build them step-by step: Firstly build and install the libkscan. Then in clean environment try to build and install kooka. > the project name gives the name to the installed *.cmake file.
Okay --- if I understand correctly, then the "project" declaration won't play a role when a person builds the complete package. The declaration becomes important when building separately?
At the moment I am not equipped to build component packages. Yet if I understand correctly, then many CMakeLists.txt files will need a "project" declaration to support building at that level?
I'm updating the summary to "Build issue:" because that is what we have configured in our search links. :) (In reply to comment #3) > > the project name gives the name to the installed *.cmake file. > Okay --- if I understand correctly, then the "project" declaration won't play a > role when a person builds the complete package. The declaration becomes > important when building separately? yes > At the moment I am not equipped to build component packages. Yet if I > understand correctly, then many CMakeLists.txt files will need a "project" > declaration to support building at that level? nope, it's quite different. The project name declaration is used by tde_install_export function. This function generates&installs files witch are later can be used by tde_import to test, if required packages are already installed, and to obtain information (such as link directories) about required packages. In fact it makes sense and quite necessary for most of shared libraries. So only a few CMakeLists.txt files will need to be revised? I tested this patch only from the perspective of watching for problems when building the full package rather than trying to build separate component packages. No problems found during the build. I have not looked for or tested any possible usability issues. I would like Slavek or Tim to provide additional testing before pushing to GIT. (In reply to comment #6) > So only a few CMakeLists.txt files will need to be revised? yeap, they are ok in most of cases... AFAIK Serghei also have used gentoo when he was writing core cmake functionality and cmake for tdelibs/tdebase, so it seems he took a lot of care for those things too... Also when new modules are being ported they sometimes require some more functionality to be exported from other modules. Patch pushed to GIT in commit c1b994bd. Thanks for helping! |
Created attachment 949 [details] patch Seems it's only a typo, not a pending rename, cause it refered as libkscan in kooka. And this issue breaks the build of the last one.