"Hans-Peter Jansen":
> > As you can see aufs2-util.git/libau/Makefile, there are some flags.
> >
> > ----------------------------------------------------------------------
> > rdu64.o: CFLAGS += -DRdu64
> >
> > ${LibSoObj}: CFLAGS += -fPIC -DNDEBUG -D_REENTRANT -I.
> > ----------------------------------------------------------------------
> 
> Hmm, I wonder, why they're not picked up. Here's how I build it:
> 
> make ARCH=%_target_cpu KDIR=$PWD/source CC=gcc \
>      CFLAGS="-I/usr/src/linux/include -I$PWD/source/include -I$PWD/libau 
> ${RPM_OPT_FLAGS}"

If we replace all "CFLAGS += ..." by "override CFLAGS += ...", then can
you succeed?


> Because, I build in a build environment as a pseudo root user, and that 
> env is missing debian's fake root functionality.. Generally, it's not 
> needed, as rpmbuild takes care of that (e.g. you need to tell rpmbuild 
> to use different user/group for certain files..). That's what the 
> %defattr(-,root,root) 
> in rpm specfiles is about..

Then I'd suggest you to run "make Install="install -p" ..."


> BTW, I had a hard time generating a kernel module build of aufs2, until I 
> finally noticed, that you redirect M to M=${CURDIR}/fs/aufs. 
> 
> The whole story is further complicated by the fact, that you usually build 
> kernel modules for a bunch of different kernel flavors. I've kept the %prep 
> section in order to give you a chance getting an idea what happens in %build 
> and %install. 

Unfortunately I don't know much about the package management (rpm, deb,
etc). But your spec file looks mixing aufs2-stdalone and aufs2-util. I
am afraid it may be one reason to make things complicated.


J. R. Okajima

------------------------------------------------------------------------------
The Planet: dedicated and managed hosting, cloud storage, colocation
Stay online with enterprise data centers and the best network in the business
Choose flexible plans and management services without long-term contracts
Personal 24x7 support from experience hosting pros just a phone call away.
http://p.sf.net/sfu/theplanet-com

Reply via email to