linux-fsdevel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Milind <milind@gslab.com>
To: Theodore Tso <tytso@mit.edu>
Cc: linux-fsdevel@vger.kernel.org, xfs@oss.sgi.com
Subject: Re: EXT vs XFS at 80% filled filesystem
Date: Wed, 20 May 2009 17:21:14 +0530	[thread overview]
Message-ID: <1242820274.3457.12.camel@alhena> (raw)
In-Reply-To: <20090520105011.GD3523@mit.edu>

Thanks Theodore,
It worked.

I have one question regarding building libuuid.so

$/usr/bin/ldd lib/libuuid.so.1.2 shows
linux-vdso.so.1 =>  (0x00007fff075fe000)
libc.so.6=> /home/miline/toolchain/x86_64-unknown-linux-gnu/glibc-2.7/lib/libc.so.6 (0x00007faafef52000)
/lib64/ld-linux-x86-64.so.2 (0x00007faaff4a3000)

my CFLAGS are
CFLAGS=-Wl,--dynamic-linker,/home/miline/toolchain/x86_64-unknown-linux-gnu/glibc-2.7/lib/ld-linux-x86-64.so.2,--rpath,/home/miline/toolchain/x86_64-unknown-linux-gnu/glibc-2.7/lib/

libuuid.so is supposed to have dependancy
on /home/miline/toolchain/x86_64-unknown-linux-gnu/glibc-2.7/lib/ld-linux-x86-64.so.2 (third entry in ldd output) right? And not on /lib64/ld-linux-x86-64.so.2

I tried modifying as follows but didn't really work. Any comments?

lib/uuid/Makefile:321

- @(cd elfshared; $(CC) --shared -o $(ELF_LIB) $(LDFLAGS) \
+ @(cd elfshared; $(CC) --shared -o $(ELF_LIB) $(CFLAGS) $(LDFLAGS) \
      -Wl,-soname,$(ELF_SONAME) $(OBJS) $(ELF_OTHER_LIBS))


I have seen this problem in xfsprogs package too, should post the fix
in new thread.

-Miline


On Wed, 2009-05-20 at 06:50 -0400, Theodore Tso wrote:
> 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
> 
> _______________________________________________
> xfs mailing list
> xfs@oss.sgi.com
> http://oss.sgi.com/mailman/listinfo/xfs
> 


  reply	other threads:[~2009-05-20 11:51 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
2009-05-20 11:51           ` Milind [this message]
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=1242820274.3457.12.camel@alhena \
    --to=milind@gslab.com \
    --cc=linux-fsdevel@vger.kernel.org \
    --cc=tytso@mit.edu \
    --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).