From: Theodore Tso <tytso@mit.edu>
To: Milind <milind@gslab.com>
Cc: linux-fsdevel@vger.kernel.org, xfs@oss.sgi.com
Subject: Re: EXT vs XFS at 80% filled filesystem
Date: Wed, 20 May 2009 06:50:11 -0400 [thread overview]
Message-ID: <20090520105011.GD3523@mit.edu> (raw)
In-Reply-To: <1242798210.3457.4.camel@alhena>
On Wed, May 20, 2009 at 11:13:30AM +0530, Milind wrote:
> I am building xfsprogs to add it to my toolchain and want xfsprogs to
> refer to my toolchain's libuuid. So I need libuuid.so in my toolchain.
> But building e2fsprogs from sources doesn't build libuuid as .so (builds
> as .a). Could you please give some pointers on building libuuid as .so?
Add to the configure script --enable-elf-shared (I assume this is on a
Linux system, right?). There are a number of configure options. Run
configure --help to see them....
> Do I have to change Makefiles? How do you do it for ubuntu/debian
> packages that you maintain?
The debian packages are built using the standard debian packaging
framework, which means a number of support programs, one of which
eventually runs "make -f debian/rules" with various makefile targets.
Take a look at it, but be warned it's rather complicated.
The debian packages ultimately end up building e2fsprogs three times,
with different sets of configure options. One is the standard build,
one is for the restricted-size build for boot floppies (which arguably
we don't need any more since we these days CD-ROM's have plenty of
space, and Debian doesn't support boot floppies any more) and one is
for the static build for e2fsck.static (although the utility of that
one is somewhat dubious given that even the shell is with shared
library, so if the filesystem is corrupted enough that shared libaries
don't work, it's rescue CD-ROM time; the main use for e2fsck.static is
for emergency use when someone running an older version of Debian
needs a newer e2fsck to fix a filesystem corruption).
- Ted
next prev parent reply other threads:[~2009-05-20 10:50 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-04-30 7:42 EXT vs XFS at 80% filled filesystem Milind Dumbare
2009-04-30 18:34 ` Theodore Tso
2009-05-18 13:03 ` Milind
2009-05-18 13:17 ` Theodore Tso
2009-05-20 5:43 ` Milind
2009-05-20 10:50 ` Theodore Tso [this message]
2009-05-20 11:51 ` Milind
2009-05-20 14:20 ` Theodore Tso
2009-05-20 12:46 ` Matthew Wilcox
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20090520105011.GD3523@mit.edu \
--to=tytso@mit.edu \
--cc=linux-fsdevel@vger.kernel.org \
--cc=milind@gslab.com \
--cc=xfs@oss.sgi.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).