Opened 8 years ago

Closed 8 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 8 years ago.
du_cmake-02-25.txt (46.2 KB) - added by Disreali 8 years ago.
du_cmake-03-14.txt (40.1 KB) - added by Disreali 8 years ago.
du_cmake-03-22.txt (40.1 KB) - added by Disreali 8 years ago.
du_cmake-03-25-gcc2.txt (37.5 KB) - added by Disreali 8 years ago.
du_cmake-03-25-gcc4.txt (2.8 KB) - added by Disreali 8 years ago.

Download all attachments as: .zip

Change History (15)

Changed 8 years ago by Disreali

Attachment: r41022-4h_cmake_broken.txt added

comment:1 Changed 8 years ago by Disreali

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 Changed 8 years ago by 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?

comment:3 in reply to:  2 ; Changed 8 years ago by mmadia

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?

comment:4 in reply to:  3 Changed 8 years ago by Disreali

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 Changed 8 years ago by Disreali

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

Changed 8 years ago by Disreali

Attachment: du_cmake-02-25.txt added

Changed 8 years ago by Disreali

Attachment: du_cmake-03-14.txt added

Changed 8 years ago by Disreali

Attachment: du_cmake-03-22.txt added

comment:6 Changed 8 years ago by scottmc

Resolution: fixed
Status: assignedclosed

should be fixed in hrev41106.

comment:7 Changed 8 years ago by Disreali

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.

Changed 8 years ago by Disreali

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

Changed 8 years ago by Disreali

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

comment:8 Changed 8 years ago by scottmc

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 Changed 8 years ago by scottmc

Resolution: fixed
Status: reopenedclosed

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

Note: See TracTickets for help on using tickets.