On Mon, Jan 21, 2013 at 4:36 AM, Matthias Klose wrote:
> Am 18.01.2013 15:28, schrieb Ramana Radhakrishnan:
>> On 06/20/12 03:53, Yi-Hsiu Hsu wrote:
>>> marvell-pj4 is added to BE8_LINK_SPEC.
>>
>> Sorry about the time it's taken to finish this patch up. I seem to have
>> missed
>> this one in th
gcc/Changelog
2013-01-21 Edgar E. Iglesias
* gcc/config.gcc (microblaze*-linux*): Add TARGET_BIG_ENDIAN_DEFAULT
gcc/config.gcc (microblaze*-*-elf): Likewise
gcc/config.gcc (microblaze*-*-*): Likewise
* gcc/config/microblaze/linux.h: Add -mbig-endian / -mlittle-endian
to LINK_SPEC
*
gcc/Changelog
2013-01-21 Edgar E. Iglesias
* gcc/config/microblaze/linux.h: Add TARGET_OS_CPP_BUILTINS
0004-Add-TARGET_OS_CPP_BUILTINS-for-microblaze-linux.patch
Description: Binary data
Remove test for target_config_cflags for microblaze - not set
anywhere, and causes error while
running testsuite;
ERROR: tcl error sourcing
[SNIP]/gcc/gcc/testsuite/gcc.target/microblaze/microblaze.exp.
ERROR: can't read "target_config_cflags": no such variable
gcc/testsuite/Changelog:
2013-01-2
gcc/Changelog
2013-01-21 David Holsgrove
* config.gcc (microblaze*-linux*): Add tmake_file to allow building
of microblaze-c.o
libgcc/Changelog
2013-01-21 David Holsgrove
* libgcc/config/microblaze/t-microblaze: Set LIB2FUNCS_EXCLUDE
to exclude functions
gcc/Changelog
2013-01-21 Edgar E. Iglesias
* config.gcc (microblaze*-*-elf): Add new target
libgcc/Changelog
2013-01-21 Edgar E. Iglesias
* config.host (microblaze*-*-elf): Add new target
0002-Add-microblaze-elf-target.patch
Description: Binary data
Andi Kleen writes:
PING! This patch needs review.
-Andi
> From: Andi Kleen
>
> The libitm TSX hardware transaction fast path currently does quite a bit of
> unnecessary work (saving registers etc.) before even trying to start
> a hardware transaction. This patch moves the initial attempt at a
>
On Sun, Jan 20, 2013 at 08:49:38PM +0100, Thomas Koenig wrote:
> Hello world,
>
> the attached patch fixes a regression where -J dirpath/ would
> issue a warning on Windows because of the trailing dir separator.
>
> Regression-tested, but only on Linux. I would appreciate if
> somebody could als
Hello Maciej,
> > I tested the calculation with the type "float".
> > ABI o32 with -mhard-float and -msingle-float produces the following
> results:
> > 1.00 (0x3f80) / 0.00 (0x) = nan (0x7fff)
> > 0.00 (0x) / 0.00 (0x) = nan (0x7fff)
> > 0.0
On Jan 20, 2013, at 9:10 AM, Jack Howarth wrote:
> Current gcc trunk fails the scan-assembler-times on this test case
> due to Apple's incomplete support for dwarf4. The attached patch xfail's
> the scan-assembler-times on debug_types
Committed revision 195326.
Am 18.01.2013 15:28, schrieb Ramana Radhakrishnan:
> On 06/20/12 03:53, Yi-Hsiu Hsu wrote:
>> marvell-pj4 is added to BE8_LINK_SPEC.
>
> Sorry about the time it's taken to finish this patch up. I seem to have missed
> this one in the review process.
>
> I've now applied the attached patch after t
On Jan 20, 2013, at 9:10 AM, Jack Howarth wrote:
> Current gcc trunk fails the scan-assembler-times on this test case
> due to Apple's incomplete support for dwarf4. The attached patch xfail's
> the scan-assembler-times on debug_types until Apple updates its cctools
> to fully support dwarf4. Ok
On Jan 19, 2013, at 7:38 AM, Jason Merrill wrote:
> When I was messing with TLS tests, I noticed that there's currently no
> effective target keyword for alias support. This patch adds that. OK for
> trunk?
Ok. [ looks trivial to me :-) ]
> +proc check_effective_target_alias { } {
I've merged lra branch with trunk @ 195322 to fix PPC bootstrap failure.
Committed as rev. 195323.
On 13-01-19 9:09 AM, Steven Bosscher wrote:
On Sat, Jan 19, 2013 at 2:12 PM, Steven Bosscher wrote:
It looks like this merge breaks bootstrap on
powerpc64-unknown-linux-gnu. The compiler goes into an infinite loop
while compiling libdecnumber. I'm trying to create a small test case.
Here it is.
On Jan 19, 2013, at 7:27 AM, Gerald Pfeifer wrote:
> On Sat, 19 Jan 2013, Marek Polacek wrote:
>> As the subject says. Ok for trunk?
>>
>> 2013-01-19 Marek Polacek
>>
>> * cfgloop.c (verify_loop_structure): Fix up grammar.
>
> You generally don't have to ask for approval for changes li
> From: Janne Blomqvist
> Date: Sun, 20 Jan 2013 20:14:11 +0100
> On Sun, Jan 20, 2013 at 2:29 AM, Hans-Peter Nilsson
> wrote:
> > Ever since it was changed to a "run" test (from the default
> > "compile", i.e. just producing assembly code), the test
> > gfortran.dg/inquire_10.f90 has failed for
Hello world,
the attached patch fixes a regression where -J dirpath/ would
issue a warning on Windows because of the trailing dir separator.
Regression-tested, but only on Linux. I would appreciate if
somebody could also test it on Windows (and run the test case,
of course).
OK for trunk?
Hi!
As the first hunk in the testcase shows, we can't perform this optimization
if the conversion is narrowing.
As the second hunk shows, if we allow 1 << 31 (we don't optimize
int foo (int x) { return (1 << x) < 0; } so I think it would be surprising
if we did optimize it in this case, plus I'm a
On Sun, Jan 20, 2013 at 2:29 AM, Hans-Peter Nilsson
wrote:
> Ever since it was changed to a "run" test (from the default
> "compile", i.e. just producing assembly code), the test
> gfortran.dg/inquire_10.f90 has failed for newlib targets while
> linking, because (besides cygwin and some linux supp
After submitting the previous patch for PR55433, Steven found that
powerpc LRA is broken as the original insn for secondary memory reload
can not be used in some cases.
The following patch fixes the problem. The patch might be not necessary
for x86/x86-64 but I submitted it too.
The patch w
Andi Kleen writes:
> From: Andi Kleen
>
> The TSX HLE/RTM intrinsics were missing documentation. Add this to the
> manual.
>
> Ok for release / trunk?
Could someone please review/approve this (documentation only) patch?
Thanks.
-Andi
> 2013-01-11 Andi Kleen
>
> * doc/extend.texi: Do
On Sun, Jan 20, 2013 at 3:16 AM, Gerald Pfeifer wrote:
> Isn't the error message wrong, then?
Thanks for catching that! Updated patch attached.
--
Paul Pluzhnikov
Index: libstdc++-v3/include/bits/stl_vector.h
===
--- libstdc++-v3/
Current gcc trunk fails the scan-assembler-times on this test case
due to Apple's incomplete support for dwarf4. The attached patch xfail's
the scan-assembler-times on debug_types until Apple updates its cctools
to fully support dwarf4. Okay for gcc trunk?
Jack
ps I don't see a huge rush
The following adds an ugly way of doing DImode atomic loads and stores
on 32-bit PA systems. It uses the fact that 64-bit floating point loads
and stores are atomic.
Tested on hppa-unknown-linux-gnu, hppa2.0w-hp-hpux11.11 and
hppa64-hp-hpux11.11 with no observed regressions. Committed to trunk.
Eric Botcazou wrote:
>> 2013-01-14 Richard Biener
>>
>> * configure.ac (cloog/isl): Also allow ISL 0.11.x and CLooG 0.18.0.
>> * configure: Re-generate.
>
>The output is strange:
>
>checking for the correct version of the gmp/mpfr/mpc libraries... yes
>-g -O2
>checking for version 0
On Sat, 19 Jan 2013, Paul Pluzhnikov wrote:
> This patch adds lightweight checks for front()/back() on empty vector.
>front()
> - { return *begin(); }
> + {
> +#if __google_stl_debug_vector
> +if (empty()) __throw_logic_error("begin() on empty vector");
Isn't the error m
Reviewers: bonzini_gnu.org, dj_redhat.com, neroden_gcc.gnu.org,
aoliva_redhat.com, ralf.wildenhues_gmx.de, jakub_redhat.com,
mikestump_comcast.net,
Description:
2013-01-20 Shenghou Ma
* config/isl.m4: don't echo $CFLAGS for ISL_CHECK_VERSION.
* configure: Re-generate.
Pl
> 2013-01-14 Richard Biener
>
> * configure.ac (cloog/isl): Also allow ISL 0.11.x and CLooG 0.18.0.
> * configure: Re-generate.
The output is strange:
checking for the correct version of the gmp/mpfr/mpc libraries... yes
-g -O2
checking for version 0.10 of ISL... no
-g -O2
checkin
29 matches
Mail list logo
