blob: 7c5ab6330dd6bbe4edbd1f6b62a3a1d5a3f6b645 [file] [log] [blame]
Linus Torvalds1da177e2005-04-16 15:20:36 -07001#
2# Makefile for the linux reiser-filesystem routines.
3#
4
5obj-$(CONFIG_REISERFS_FS) += reiserfs.o
6
7reiserfs-objs := bitmap.o do_balan.o namei.o inode.o file.o dir.o fix_node.o \
8 super.o prints.o objectid.o lbalance.o ibalance.o stree.o \
9 hashes.o tail_conversion.o journal.o resize.o \
Jeff Mahoneya72bdb12009-03-30 14:02:33 -040010 item_ops.o ioctl.o procfs.o xattr.o
Linus Torvalds1da177e2005-04-16 15:20:36 -070011
12ifeq ($(CONFIG_REISERFS_FS_XATTR),y)
Jeff Mahoneya72bdb12009-03-30 14:02:33 -040013reiserfs-objs += xattr_user.o xattr_trusted.o
Linus Torvalds1da177e2005-04-16 15:20:36 -070014endif
15
16ifeq ($(CONFIG_REISERFS_FS_SECURITY),y)
17reiserfs-objs += xattr_security.o
18endif
19
20ifeq ($(CONFIG_REISERFS_FS_POSIX_ACL),y)
21reiserfs-objs += xattr_acl.o
22endif
23
24# gcc -O2 (the kernel default) is overaggressive on ppc32 when many inline
25# functions are used. This causes the compiler to advance the stack
26# pointer out of the available stack space, corrupting kernel space,
27# and causing a panic. Since this behavior only affects ppc32, this ifeq
28# will work around it. If any other architecture displays this behavior,
29# add it here.
30ifeq ($(CONFIG_PPC32),y)
Olaf Hering42012cc2006-09-29 01:59:21 -070031EXTRA_CFLAGS := $(call cc-ifversion, -lt, 0400, -O1)
Linus Torvalds1da177e2005-04-16 15:20:36 -070032endif
33
34TAGS:
35 etags *.c
36