On Sat, Dec 29, 2012 at 6:26 AM, Vladimir Yakovlev wrote:
> processor_alias_table contains the same processor type for all
> "corei7", "corei7-avx", "core-avx-i" and "core-avx2". At least, it has
> consequence on checking x86_avx256_split_unaligned_load &
> ix86_tune_mask: for all these processor
Hi all.
I have just upgraded the trunk copies of config.{guess,sub} to today's
master revisions. These files are now licensed under GPLv3.
Cheers,
Ben
signature.asc
Description: Digital signature
Hi,
the kaOS research project ended a while ago. There is no need to keep the
kaOS configuration fragments in gcc. The architecture specific pieces got
removed back in 2008 already.
Best regards,
Uwe Stieber
remove-kaos.patch
Description: Binary data
ChangeLog
Description: Binary data
On Sat, Dec 29, 2012 at 3:16 AM, wrote:
> Hi,
>
> the kaOS research project ended a while ago. There is no need to keep the
> kaOS configuration fragments in gcc. The architecture specific pieces got
> removed back in 2008 already.
The only part of the patch which makes sense for GCC itself is
c
u...@kaos-group.de writes:
> Index: config.sub
Patches for config.sub must be submitted to .
Andreas.
--
Andreas Schwab, sch...@linux-m68k.org
GPG Key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5
"And now for something completely different."
I did changes. Please take a look.
2012/12/29, Uros Bizjak :
> On Sat, Dec 29, 2012 at 6:26 AM, Vladimir Yakovlev
> wrote:
>
>> processor_alias_table contains the same processor type for all
>> "corei7", "corei7-avx", "core-avx-i" and "core-avx2". At least, it has
>> consequence on checking x86_a
On Fri, 28 Dec 2012, Gerald Pfeifer wrote:
> Planning to simplify/improve things partly based on that thread,
> I noticed that we actually have too many references to that page,
> so before I proceed with the other changes, this one cleans things
> up a bit (and reduces the number of direct referen
I noticed that the current link to Jessie did not work any more,
and could not find a good replacement (both http://jessie.nongnu.org/
and https://savannah.nongnu.org/projects/jessie/ seem quite outdated),
so I applied the following.
Gerald
2012-12-29 Gerald Pfeifer
* news.html: Refe
In http://gcc.gnu.org/PR54711 Steve wrote the following:
OK, I can check out wwwdocs but the page I am interested in doesn't seem
to be there. On the web it is http://gcc.gnu.org/install/test.html, but
I can't seem to find this page in a checked out version of wwwdocs. I
did get an h
This is a small follow-up change that I had meant to commit for
a while (ahem); done now.
Thanks for taking the time to write this up!
Gerald
Index: changes.html
===
RCS file: /cvs/gcc/wwwdocs/htdocs/gcc-4.7/changes.html,v
retrievin
On Fri, Dec 28, 2012 at 12:31 AM, Tobias Burnus wrote:
> Dear all,
>
> See also the discussion in the thread starting at
> http://gcc.gnu.org/ml/fortran/2012-12/msg00135.html
>
> a) The Fortran standard only defines LOGICAL(kind=C_Bool) as being
> interoperable with C - no other LOGICAL type. That
On Dec 24, 2012, Paolo Bonzini wrote:
> Il 21/12/2012 06:17, Alexandre Oliva ha scritto:
>> The problem is that glibc has an extern inline definition of
>> fraiseexcept that is introduced by including fenv.h (it's in
>> bits/fenv.h), and this definition requires SSE support regardless of
>> targe
On Dec 21, 2012, Tobias Burnus wrote:
> Otherwise, it looks okay to me.
Thanks, I'd fixed all the problems you caught in the review, but then
Paolo's suggestion to use fixincludes came in and I sat on it for a
while. I'm now leaning towards fixincludes, but I figured I'd post the
latest version
On Dec 21, 2012, Richard Biener wrote:
> On Fri, Dec 21, 2012 at 6:33 AM, Alexandre Oliva wrote:
>> libmudflap emits a global initializer that registers memory ranges for
>> global data symbols. However, even if IPA decides not to emit a symbol
>> because it's unused, we'd still emit registrati
14 matches
Mail list logo
