Opened 9 years ago

Closed 9 years ago

#7398 closed bug (fixed)

Cmake optpkg broken

Reported by: Disreali Owned by: scottmc
Priority: normal Milestone: R1
Component: - General Version: R1/Development
Keywords: Cc:
Blocked By: Blocking:
Has a Patch: no Platform: All

Description

On hrev40122 CMAKE is broken.

It seems that hrev40957 introduced the current version of optional package of CMAKE.

Simply running "cmake --version" returns the following error.

/boot/home> cmake --version
CMake Error: Could not find CMAKE_ROOT !!!
CMake has most likely not been installed correctly.
Modules directory not found in
/boot/common/bin

Attaching backtrace.

Attachments (6)

r41022-4h_cmake_broken.txt (1.8 KB ) - added by Disreali 9 years ago.
du_cmake-02-25.txt (46.2 KB ) - added by Disreali 9 years ago.
du_cmake-03-14.txt (40.1 KB ) - added by Disreali 9 years ago.
du_cmake-03-22.txt (40.1 KB ) - added by Disreali 9 years ago.
du_cmake-03-25-gcc2.txt (37.5 KB ) - added by Disreali 9 years ago.
du_cmake-03-25-gcc4.txt (2.8 KB ) - added by Disreali 9 years ago.

Download all attachments as: .zip

Change History (15)

by Disreali, 9 years ago

Attachment: r41022-4h_cmake_broken.txt added

comment:1 by Disreali, 9 years ago

relevent syslog entry:

2011-03-21 22:45:08 KERN: vm_soft_fault: va 0x0 not covered by area in address space
2011-03-21 22:45:08 KERN: vm_page_fault: vm_soft_fault returned error 'Bad address' on fault at 0x0, ip 0x7ca761, write 0, user 1, thread 0x10a0
2011-03-21 22:45:08 KERN: vm_page_fault: thread "cmake" (4256) in team "cmake" (4256) tried to read address 0x0, ip 0x7ca761 ("libroot.so_seg0ro" +0x4b761)
2011-03-21 22:45:08 KERN: debug_server: Thread 4256 entered the debugger: Segment violation
2011-03-21 22:45:08 KERN: stack trace, current PC 0x7ca761  strlen + 0x31:
2011-03-21 22:45:08 KERN:   (0x7ffeeaf8)  0x3c106d  _ZN15cmDocumentation12SetCMakeRootEPKc + 0x25
2011-03-21 22:45:08 KERN:   (0x7ffeeb18)  0x3bfbc3  _Z8do_cmakeiPPc + 0x143
2011-03-21 22:45:08 KERN:   (0x7ffeef28)  0x3bfa64  main + 0x7a
2011-03-21 22:45:08 KERN:   (0x7ffeef68)  0x3bf44d  _start + 0x51
2011-03-21 22:45:08 KERN:   (0x7ffeef9c)  0x105643  runtime_loader + 0x133
2011-03-21 22:45:13 USER: Image /boot/system/apps/Terminal (address 2501dc) requested catalog with mimetype x-vnd.Haiku-Terminal

comment:2 by Disreali, 9 years ago

I found that there is a /boot/boot/common/data/include/cmCPluginAPI.h and /boot/boot/common/documentation/man dir that was added by the cmake opt pkg from hrev40957.

Why are working optional packages being replaced by untested and broken ones?

in reply to:  2 ; comment:3 by mmadia, 9 years ago

Owner: changed from nobody to scottmc
Status: newassigned

Replying to Disreali:

I found that there is a /boot/boot/common/data/include/cmCPluginAPI.h and /boot/boot/common/documentation/man dir that was added by the cmake opt pkg from hrev40957.

Why are working optional packages being replaced by untested and broken ones?

Was this fixed in hrev41080?

in reply to:  3 comment:4 by Disreali, 9 years ago

Replying to mmadia:

Was this fixed in hrev41080?

No, invoking "cmake --version" still give the same error, when installed via intalloptionalpackage on hrev41098-4halpha. The version added in that hrev41080 still puts some files in the wrong path.

/boot/home> du  -a /boot/boot
14      /boot/boot/common/data/include/cmCPluginAPI.h
20      /boot/boot/common/data/include
26      /boot/boot/common/data
162     /boot/boot/common/documentation/man/man1/ccmake.1
536     /boot/boot/common/documentation/man/man1/cmake.1
148     /boot/boot/common/documentation/man/man1/cmakecommands.1
16      /boot/boot/common/documentation/man/man1/cmakecompat.1
242     /boot/boot/common/documentation/man/man1/cmakemodules.1
26      /boot/boot/common/documentation/man/man1/cmakepolicies.1
72      /boot/boot/common/documentation/man/man1/cmakeprops.1
48      /boot/boot/common/documentation/man/man1/cmakevars.1
8       /boot/boot/common/documentation/man/man1/cpack.1
108     /boot/boot/common/documentation/man/man1/ctest.1
1372    /boot/boot/common/documentation/man/man1
1378    /boot/boot/common/documentation/man
1384    /boot/boot/common/documentation
1416    /boot/boot/common
1422    /boot/boot

Manually copying the dirs to the appropriate path in /boot/common/ does not fix it.

Only when I manually installed the previously working version cmake-2.8.4-x86-gcc4-2011-02-25.zip, invoking "cmake --version" was successful.

Please revert to the cmake-2.8.4-2011-02-25 version, as both recent "updates" are broken in the same way.

comment:5 by Disreali, 9 years ago

Attaching du -a output far the three versions concerned. Only the 2011-02-25 version does things correctly.

by Disreali, 9 years ago

Attachment: du_cmake-02-25.txt added

by Disreali, 9 years ago

Attachment: du_cmake-03-14.txt added

by Disreali, 9 years ago

Attachment: du_cmake-03-22.txt added

comment:6 by scottmc, 9 years ago

Resolution: fixed
Status: assignedclosed

should be fixed in hrev41106.

comment:7 by Disreali, 9 years ago

Resolution: fixed
Status: closedreopened

Definitely not fixed. Attaching du -a output from the new cmake zips. The gcc2 one still has some files in an extraneous /boot/boot/ path and the gcc4 version is missing lots of stuff.

by Disreali, 9 years ago

Attachment: du_cmake-03-25-gcc2.txt added

by Disreali, 9 years ago

Attachment: du_cmake-03-25-gcc4.txt added

comment:8 by scottmc, 9 years ago

What files do you see missing from the gcc4 build? I see the header is now in an include/include directory, I'll clean that up. I think the gcc2 package just picked up the /boot/boot files from a previous build, so a rebuild should clean that up.

comment:9 by scottmc, 9 years ago

Resolution: fixed
Status: reopenedclosed

Moved cmake back to the 2011-02-25 packages in hrev41138.

Note: See TracTickets for help on using tickets.