linux-ext4.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Theodore Tso <tytso@mit.edu>
To: Girish Shilamkar <Girish.Shilamkar@Sun.COM>
Cc: Andreas Dilger <adilger@Sun.COM>,
	Ext4 Mailing List <linux-ext4@vger.kernel.org>
Subject: Re: [E2fsprogs] Compile error on RHEL4/ia64
Date: Sun, 27 Jul 2008 07:00:51 -0400	[thread overview]
Message-ID: <20080727110050.GA8789@mit.edu> (raw)
In-Reply-To: <1217095878.3293.22.camel@alpha.linsyssoft.com>

On Sat, Jul 26, 2008 at 11:41:18PM +0530, Girish Shilamkar wrote:
> Hi Ted,
> 	While building e2fsprogs on ia64/rhel4 the following compile error was
> flagged:
> 
> Error messages:
> make[4]: Leaving directory `/cache/build/BUILD/e2fsprogs-1.40.7.sun1/lib/uuid'
>         CC clear.c
>         CC compare.c
>         CC copy.c
>         CC gen_uuid.c
> gen_uuid.c: In function `uuid__generate_time':
> gen_uuid.c:493: internal compiler error: in ia64_expand_load_address, at
> config/ia64/ia64.c:1184
> Please submit a full bug report,
> with preprocessed source if appropriate.
> See <URL:http://bugzilla.redhat.com/bugzilla> for instructions.
> Preprocessed source stored into /tmp/ccYkSBN6.out file, please attach this to
> your bugreport.
> make[3]: *** [gen_uuid.o] Error 1

Well, as stated above, this is very clearly an IA64 optimizer bug in
GCC where it's not able to handle __thread with a pretty specific
piece of code.

It's also on a relatively ancient distribution and GCC version.  You
could try reportig the bug to Red Hat to see if they are willing to
provide a fix.  Failing that, probably the best thing to do is just to
use configure --disable-tls on a RHEL4/ia64 system.  The main purpose
of the use of thread local storage is to avoid duplicate UUID's on SMP
systems when you have multiple threads generating UUID's at a very
high rate.

Certain database-driven applications will have a problem here, but
it's not clear it will matter for most users of Lustre.

Regards,

							- Ted

      parent reply	other threads:[~2008-07-27 11:01 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <1217095878.3293.22.camel@alpha.linsyssoft.com>
2008-07-26 18:22 ` [E2fsprogs] Compile error on RHEL4/ia64 Girish Shilamkar
2008-07-27 11:00 ` Theodore Tso [this message]

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=20080727110050.GA8789@mit.edu \
    --to=tytso@mit.edu \
    --cc=Girish.Shilamkar@Sun.COM \
    --cc=adilger@Sun.COM \
    --cc=linux-ext4@vger.kernel.org \
    /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).