Cmake optpkg broken

[Disreali]

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.

[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

[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?

[mmadia]

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?

[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.

[Disreali]

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

[scottmc]

should be fixed in hrev41106.

[Disreali]

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.

[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.

[scottmc]

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