Does not compile #100
Comments
|
I suspect this is accidental breakage from updating the SPL to drop the vfs_t type for the zpl work. For the moment you can either just use the 0.5.2 version of the SPL which doesn't contain this change or you can use the master spl branch and the zpl zfs branch (2.6.32-2.6.36 based kernels for the moment). Sorry about that! |
|
Closing, this is fixed in the 0.6.0-rc1 release candidate. |
|
Thanks Brian! |
|
make[3]: Entering directory `/home/rudd-o/Projects/Third-party/linux/source' Did you compile before tagging, dude? |
|
With kernel 2.6.38-rc7: make -C /home/rudd-o/Projects/Third-party/linux/source O=/home/rudd-o/Projects/Third-party/linux/build/karen.dragonfear/. modules |
|
The particular build issue you hit was fixed in the 0.6.0-rc1 tag, the next couple issues are fixed in the spl and zfs master changes but aren't part of a tag yet. I hope to create an 0.6.0-rc2 tag this week after wrapping up a few other fixes. In the meanwhile just grab the master branches. |
|
commit 5075c7e make[3]: Entering directory ~/Projects/Third-party/kernelzfs@karen.dragonfear α: |
|
You need to update the zfs AND spl code. It looks like you've just updated the zfs code. Commit 47995fa in the SPL code drops these symbols which are conflicting. |
|
My bad! These changes were still on the xvattr branch I didn't get them merged in. I just took care it, sorry about that. Master is now up to date. |
|
I am pulling from: ~/Projects/Third-party/kernelzfs@karen.dragonfear α:
And that is what I am configuring and making. And nothing came in when I did git pull just right now. Also there is no xvattr branch either. Just master. What am I doing wrong? |
|
The fix was on the spl side, make sure you pull the latest spl sources. It looks like you were pulling the latest zfs sources. I try to version the spl and zfs because sometimes they need to move in lockstep. I just grabbed fresh copies of both the spl+zfs master sources and built them on ubuntu natty (2.6.38-rc5). If I were you I'd start fresh. :) |
|
aw shux I have been doing stupid shite on my side, disregard that! |
|
don't work either: checking kernel source directory... /home/rudd-o/Projects/Third-party/linux/source this after configuring and making the spl source. lemme try installing it. |
|
compiled and installed. now to test. |
|
Or add with --with-spl option. The build system makes a couple guesses as to where you left the spl source (/usr/src/spl, ../spl) and if it can't find it you need to either manually specify where you left it. Installing the devel package should make sure it ends up in /usr/src/spl so it'll be OK. |
|
Rudd-O: If it's not to much trouble would you mind pulling the 'mount' branch from zfs instead and kicking the tires there instead. It addresses a few issues people have observed regarding mount/umount and I'd like it to see a little more testing before merging in to master. |
|
Sure! Doing that as we speak. |
Signed-off-by: Vishnu Itta <vitta@mayadata.io>
make[3]: Entering directory `/home/rudd-o/Projects/Third-party/kernelzfs/cmd/zinject' make[3]: Nothing to be done for `all'. make[3]: Leaving directory `/home/rudd-o/Projects/Third-party/kernelzfs/cmd/zinject' Making all in ztest make[3]: Entering directory `/home/rudd-o/Projects/Third-party/kernelzfs/cmd/ztest' make[3]: Nothing to be done for `all'. make[3]: Leaving directory `/home/rudd-o/Projects/Third-party/kernelzfs/cmd/ztest' Making all in zpios make[3]: Entering directory `/home/rudd-o/Projects/Third-party/kernelzfs/cmd/zpios' make[3]: Nothing to be done for `all'. make[3]: Leaving directory `/home/rudd-o/Projects/Third-party/kernelzfs/cmd/zpios' make[3]: Entering directory `/home/rudd-o/Projects/Third-party/kernelzfs/cmd' make[3]: Nothing to be done for `all-am'. make[3]: Leaving directory `/home/rudd-o/Projects/Third-party/kernelzfs/cmd' make[2]: Leaving directory `/home/rudd-o/Projects/Third-party/kernelzfs/cmd' Making all in module make[2]: Entering directory `/home/rudd-o/Projects/Third-party/kernelzfs/module' make -C /home/rudd-o/Projects/Third-party/linux/source SUBDIRS=`pwd` modules make[3]: Entering directory `/home/rudd-o/Projects/Third-party/linux/source' CC [M] /home/rudd-o/Projects/Third-party/kernelzfs/module/zcommon/../../module/zcommon/zfs_prop.o In file included from /home/rudd-o/Projects/Third-party/kernelzfs/include/sys/zfs_fuid.h:33:0, from /home/rudd-o/Projects/Third-party/kernelzfs/include/sys/zfs_acl.h:34, from /home/rudd-o/Projects/Third-party/kernelzfs/module/zcommon/../../module/zcommon/zfs_prop.c:30: /home/rudd-o/Projects/Third-party/kernelzfs/include/sys/zfs_vfsops.h:45:2: error: expected specifier-qualifier-list before ‘vfs_t’ In file included from /home/rudd-o/Projects/Third-party/kernelzfs/module/zcommon/../../module/zcommon/zfs_prop.c:32:0: /home/rudd-o/Projects/Third-party/kernelzfs/include/sys/zfs_znode.h:317:27: error: expected ‘)’ before ‘*’ token make[5]: *** [/home/rudd-o/Projects/Third-party/kernelzfs/module/zcommon/../../module/zcommon/zfs_prop.o] Error 1 make[4]: *** [/home/rudd-o/Projects/Third-party/kernelzfs/module/zcommon] Error 2 make[3]: *** [_module_/home/rudd-o/Projects/Third-party/kernelzfs/module] Error 2 make[3]: Leaving directory `/home/rudd-o/Projects/Third-party/linux/source' make[2]: *** [modules] Error 2 make[2]: Leaving directory `/home/rudd-o/Projects/Third-party/kernelzfs/module' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/rudd-o/Projects/Third-party/kernelzfs' make: *** [all] Error 2Latest checkouts of spl master and zfs master. Does not compile. Fedora 14, self-compiled kernel:
Linux karen.dragonfear 2.6.37karen.dragonfear #1 SMP Sat Jan 8 11:39:13 PST 2011 x86_64 x86_64 x86_64 GNU/Linux
****ing compilers, how do they work? :-)
Let me know when this is fixed so I can re-compile again.
The text was updated successfully, but these errors were encountered: