CMake 2.4.0 is out and required to build/develop KDE4 snapshots.
Created attachment 85347 [details] dev-util/cmake-2.4.0.ebuild This ebuild need the next attached patch, too.
Created attachment 85348 [details, diff] cmake-2.4.0-rpath-fix.patch This patch is required for the above ebuild.
2.4.1 beta release is out now.
Tobias no need to attach files that have just been renames. What I'd like is for a patch for the ebuild to use $(tc-getCXX) and $(tc-getCC) rather than g++/gcc. Fixes to the parallel make defiency also appreciated. I'd also appreciate fixed to the self tests: 23/ 62 Testing OutOfSource ***Failed 25/ 62 Testing conly ***Failed 27/ 62 Testing SimpleInstall ***Failed 28/ 62 Testing SimpleInstall-Stage2 ***Failed 32/ 62 Testing complex ***Failed 33/ 62 Testing complexOneConfig ***Failed 42/ 62 Testing qtwrapping ***Failed 51/ 62 Testing JumpWithLibOut ***Failed 52/ 62 Testing JumpNoLibOut ***Failed 85% tests passed, 9 tests failed out of 62 The following tests FAILED: 23 - OutOfSource (Failed) 25 - conly (Failed) 27 - SimpleInstall (Failed) 28 - SimpleInstall-Stage2 (Failed) 32 - complex (Failed) 33 - complexOneConfig (Failed) 42 - qtwrapping (Failed) 51 - JumpWithLibOut (Failed) 52 - JumpNoLibOut (Failed) Was run as 'ebuild cmake-2.4.0.ebuild install' as a non-root user with the following envirnoment Portage 2.1_pre10 (!/home/dan/gentoo/gentoo-x86/profiles/hardened/x86/2.6, gcc-3.4.6, glibc-2.3.6-r3, 2.6.15-gentoo i686) ================================================================= System uname: 2.6.15-gentoo i686 AMD Athlon(tm) Gentoo Base System version 1.12.0_pre18 distcc 2.18.3 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled] ccache version 2.3 [disabled] dev-lang/python: 2.3.5-r2, 2.4.2 dev-util/ccache: 2.3 dev-util/confcache: [Not Present] sys-apps/sandbox: 1.2.17 sys-devel/autoconf: 2.13, 2.59-r7 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1 sys-devel/binutils: 2.16.1-r2 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.11-r5 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-march=athlon-xp -O2 -pipe" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.4/env /usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /usr/share/config /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/ /var/qmail/control" CONFIG_PROTECT_MASK="/etc/eselect/compiler /etc/gconf /etc/revdep-rebuild /etc/terminfo /etc/env.d" CXXFLAGS="-march=athlon-xp -O2 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig collision-protect cvs digest keepwork metadata-transfer nostrip sandbox sfperms sign strict stricter test userpriv usersandbox verify-rdepend" GENTOO_MIRRORS="" LDFLAGS=" -Wl,--as-needed" MAKEOPTS="-j3" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/home/dan/gentoo/gentoo-x86" SYNC="rsync://rsync.au.gentoo.org/gentoo-portage" USE="3dnow 3dnowex X aac acpi alsa avi bash-completion berkdb bitmap-fonts bzip2 caps crypt cups divx4linux dlloader ecc encode ethereal extensions fastcgi fla flac fortran gd gmp gnutls gphoto2 gstreamer gtk gtk2 hardened hpn i8x0 imagemagick imlib ipv6 javacomm jpeg kde kdeenablefinal kerberos libgda lzo mbox mmx mp3 mpeg multitarget mysql nptl nptlonly ntlm ogg oggvorbis openal opengl operanom2 pam perl php pic png postgres ppds python qt quicktime readline samba sdl sguil slp socks5 sox spell sse ssl tiff true-type truetype type1-fonts usb userlocales vhosts vorbis x86 xine xinerama xml xml2 zlib elibc_glibc kernel_linux userland_GNU" Unset: ASFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LINGUAS
Created attachment 86360 [details] cmake-2.4.0.ebuild I've looked a bit at the ebuild, this version does not hardcode the tc-getCC/tc-getCXX in the installed files so that a change in CHOST won't break it and won't break crosscompile. It also exports CC/CXX/LD before bootstrap so that the right compiler is used during build. It also uses versionator to get the v2.4 part for the SRC_URI. I haven't looked at the tests yet.
Created attachment 86368 [details] dev-util/cmake-2.4.1.ebuild version bump. Same test failed as with 2.4.0. :(
Their own tests are broken, I suppose this is where RESTRICT=test would be useful to use.
(In reply to comment #6) > Created an attachment (id=86368) [edit] > dev-util/cmake-2.4.1.ebuild > > version bump. Sorry, this was derived from my (old) 2.4.0 ebuild, I've overseen flameeyes one's. Have to submit a updated one, please wait...
FYI: FindQt3.cmake from CMake CVS finds Qt3's uic and moc correctly on Gentoo when Qt4 is also installed. Was committed today. Tested it with our Scribus CMake setup. It would be worth taking this file from CVS as a replacement file/patch.
Created attachment 86392 [details] dev-util/cmake-2.4.1.ebuild 2.4.1 version bump derived from Diego's ebuild.
Created attachment 86393 [details] CMake CVS' FindQt3.cmake as of late 7th May This is the file. Unsure of the diff format you want so am attaching the whole file.
Created attachment 86596 [details, diff] cmake-2.4.1-FindQt3.patch Here is a working patch for the FindQt3.cmake file.
Created attachment 86717 [details] updated version of the ebuild updated version of the ebuild
I've added the patch in comment #12 and reanamed the patch in comment #2 to version 2.4.1
2.4.2 just release which seems to incorporte the FindQT3 patch. I've been using 2.4.1 w/o the rpath patch and it compiles KDE4 fine.
Kurt, the rpath patch causes binary specific paths for library files not to be added. Those paths, when wrong, can be a security issue. As gentoo builds packages in the /var/tmp temporary directory, it is possible for attackers to add a library in the rpath directory and abuse this. Portage checks for such rpaths and issues a warning that this is insecure. The given patch causes this issue to not be present.
Yes, no need for the FindQt3.cmake patch with 2.4.2.
Any chance to get 2.4.2 into portage? Would be very helpful for people working on KDE4 stuff. I'm willing to bump it up myself (using a local copy here), but don't want to step on any toes.
Caleb I'm guess you haven't found any problems that may indicate the self tests are correct in failing. I was just going to try to debug them before continuing but if your comfortable feel free to commit. Sorry for holding you up.
I have problems with the cmake-2.4.1-FindQt3.patch renamed for 2.4.2, but 2.4.1 installs fine. But I have another problem: i tried to compile a program which need cmake >=2.4, but i got these errors: [...] -- Didn't find KDE3 headers -- Didn't find KDE3 core library -- Found KDE3 dcopidl preprocessor: /usr/kde/3.5/bin/dcopidl -- Found KDE3 dcopidl2cpp preprocessor: /usr/kde/3.5/bin/dcopidl2cpp -- Found KDE3 kconfig_compiler preprocessor: /usr/kde/3.5/bin/kconfig_compiler Could NOT find everything required for compiling KDE 3 programs -- Configuring done I have to set the headers and the core lib by hand to compile the programm. How can this be fixed? KDEDIR seems to be depricated.
You don't need the patch for 2.4.2, the difference between the 2.4.1 and 2.4.2 files should be the patch, unless any changes were made from when I pulled it from 2.4.2cvs.
added - thanks everyone. Any fixes to the selftest please let me know.
CMake 2.2.3 had a bug with rpaths, in that installed programs could have rpaths pointing into the build tree. As of CMake 2.4.0, cmake will no longer do that. However, the patch applied to cmake 2.4.2 breaks it, as all rpaths are disabled. How can this issue be resolved so that CMake is not modified anymore on gentoo?
(In reply to comment #23) > However, the patch applied to cmake 2.4.2 breaks > it, as all rpaths are disabled. 2.4.2 contains an probably unneeded rpath patch 2.4.2-r1 contains a kde path patch (bug #137918, kde bug #129737) > How can this issue be resolved The issue of no rpaths? what applications need them? or is this some of your custom work? > so that > CMake is not modified anymore on gentoo? 2.4.2-r1's patch is only slight intrusive on the kde side. I don't profess to be an expert in cmake so all the explaination you can give is appreciated. Note for next time- this is really a new bug.
