[llvm] r195235 - Update to reflect the next release.

[Eric Christopher]

Looked into this, couldn't find a good reason for it to exist so I removed
it and regenerated. The regeneration was a lot larger than I'd have
expected so something is a bit odd, but it should be correct.

-eric

On Wed Jan 08 2014 at 1:19:07 AM, David Woodhouse <dwmw2 at infradead.org>
wrote:

> On Wed, 2014-01-01 at 17:40 +0900, NAKAMURA Takumi wrote:
> >
> > > +/* Define WORDS_BIGENDIAN to 1 if your processor stores words with
> the most
> > > +   significant byte first (like Motorola and SPARC, unlike Intel). */
> > > +#if defined AC_APPLE_UNIVERSAL_BUILD
> > > +# if defined __BIG_ENDIAN__
> > > +#  define WORDS_BIGENDIAN 1
> > > +# endif
> > > +#else
> > > +# ifndef WORDS_BIGENDIAN
> > > +#  undef WORDS_BIGENDIAN
> > > +# endif
> > > +#endif
> > > +
> > >  /* Define to empty if `const' does not conform to ANSI C. */
> > >  #undef const
> >
> > I won't locally reproduce the change in config.h.in. Any idea?
>
> Idly watching this go past... am I missing something that would make the
> construct
>         #ifndef FOO
>         #undef FOO
>         #endif
> make sense? I appreciate this is config.h.in and it's subject to some
> post-processing, but even if that #undef gets magically turned into a
> #define the result doesn't seem to make much sense to me either.
>
> And this appears to be the *only* instance of WORDS_BIGENDIAN in the
> entire LLVM source tree, according to 'git grep'. Is it used anywhere?
>
> --
> David Woodhouse                            Open Source Technology Centre
> David.Woodhouse at intel.com                              Intel Corporation
> _______________________________________________
> llvm-commits mailing list
> llvm-commits at cs.uiuc.edu
> http://lists.cs.uiuc.edu/mailman/listinfo/llvm-commits
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/llvm-commits/attachments/20140109/f8a84276/attachment.html>