| Summary: | automake build error: unary operator expected | ||
|---|---|---|---|
| Product: | TDE | Reporter: | Darrell <darrella> |
| Component: | other (any) | Assignee: | Timothy Pearson <kb9vqf> |
| Status: | RESOLVED FIXED | ||
| Severity: | major | CC: | bugwatch, darrella |
| Priority: | P1 | ||
| Version: | R14.0.0 [Trinity] | ||
| Hardware: | Other | ||
| OS: | Other | ||
| Compiler Version: | TDE Version String: | ||
| Application Version: | Application Name: | ||
| Attachments: |
patch to fix error "unary operator expected" message in automake builds
Updated patch to reflect recent renaming efforts |
||
Created attachment 351 [details]
Updated patch to reflect recent renaming efforts
Although minor, this is a build issue and the bug report should be bumped to Blocker. I have been using this patch for the following modules with no noticeable problems: applications/digikam applications/gwenview applications/k3b applications/k9copy applications/kaffeine applications/knemo applications/koffice applications/konversation applications/ksystemlog applications/ktorrent libraries/kipi-plugins libraries/libkdcraw libraries/libkexiv2 libraries/libkipi tdeaccessibility tdeaddons tdeadmin tdebindings tdeedu tdegames tdemultimedia tdetoys tdeutils tdewebdev Should I push the patches for these packages? Now that I understand how the common admin/cmake directories replicate to the entire source tree (they are sym links in the master repository), seems we can close this bug report merely by pushing one patch to the common/admin directory. Shall I push the patch? Patch merged in GIT hash a7f223eb. This resolves the bug report. |
Created attachment 297 [details] patch to fix error "unary operator expected" message in automake builds I receive this error in all of my automake builds. The cause is the usual comparing a result to a non integer: if test `$KDECONFIG --version | grep KDE | sed 's/KDE: \(...\).*/\1/'` = 3.2; then Inspecting the entire related snippet of code reveals the tests never will pass and no longer meet the original intent. For example: grep KDE | sed 's/KDE needs to be changed to: grep TDE | sed 's/TDE Further, the new version scheme renders the old tests against "3.x" obsolete. Running kde-config now returns the following: kde-config --version | grep TDE TDE: R14.0.0 [DEVELOPMENT] which will change upon official release to R14.0.0. I wrote a patch that eliminates the errors and updates the tests relative to the new versioning scheme in GIT. I successfully tested the patch with the following automake packages: tdebindings tdeaddons tdeaccessibility tdeutils tdesdk tdeadmin tdegames tdeedu tdemultimedia tdetoys applications/gwenview applications/k3b applications/koffice applications/knemo applications/kaffeine applications/ktorrent applications/ksystemlog applications/k9copy applications/digikam libraries/libkexiv2 libraries/libkdcraw libraries/kipi-plugins