Hallo list,
please review the following patch (and besides, bear with me as this is the
first patch proposal from me). For gcc 4.5 and earlier it was possible to
configure xcode via a modified xcplugin to use the newer gcc directly (yes,
the -arch flag was ignored during link time, but since I
On Sun, Mar 27, 2011 at 11:57 AM, H.J. Lu wrote:
> On Sun, Mar 27, 2011 at 10:53 AM, Uros Bizjak wrote:
>> On Sun, Mar 27, 2011 at 3:44 PM, H.J. Lu wrote:
>>
>>> Here is a patch to split AVX 32byte unalignd load/store:
>>>
>>> http://gcc.gnu.org/ml/gcc-patches/2011-02/msg00743.html
>>>
>>> It sp
On Sun, Mar 27, 2011 at 4:25 PM, Vladimir Makarov wrote:
> I submitted the following patch. The patch contains original
> patches from ira-improv branch, changes addressing all Keneth Zadeck's
> comments in http://gcc.gnu.org/ml/gcc-patches/2010-12/msg00457.html,
> and a minor change fixing few
> Tested x86_64-pc-linux-gnu, applied to trunk and 4.5, will apply to 4.6
> after 4.6.0.
The test doesn't pass on the 4.5 branch:
FAIL: g++.dg/cpp0x/move1.C (test for excess errors)
--
Eric Botcazou
The following patch fixes a thinko in the iordi3 expander -- the
expander didn't allow register operands. I also changed the iorsi3
expander to use the new predicate.
Tested on hppa64-hp-hpux11.11 and hppa-unknown-linux-gnu with no
regressions. Committed to trunk.
Dave
--
J. David Anglin
Hi.
In config/h8300/h8300.h file both ASM_OUTPUT_BSS and ASM_OUTPUT_ALIGNED_BSS
macros is defined, but the ASM_OUTPUT_BSS macro is not used when
ASM_OUTPUT_ALIGNED_BSS is defined. This patch remove ASM_OUTPUT_BSS macro
from H8300 target.
Regression tested on h8300-unknown-elf with no new
Hello.
This patch removes obsolete FUNCTION_VALUE, LIBCALL_VALUE and
FUNCTION_VALUE_REGNO_P macros from H8300 back end in the GCC and introduces
equivalent TARGET_FUNCTION_VALUE, TARGET_LIBCALL_VALUE and
TARGET_FUNCTION_VALUE_REGNO_P target hooks.
Regression tested on h8300-unknown-elf with n
This patch to libgo adds the runtime profiling infrastructure from the
master Go library. This does not yet work for gccgo, because I haven't
written the code to get a stack traceback. However, that should come in
time, and adding the infrastructure provides some symbols which code in
the Go libr
Hi, Richard.
Richard Sandiford writes:
>> +mips_function_value_regno_p (const unsigned int regno)
> Let's drop the "const".
> OK with those changes, thanks.
The 'regno' argument in TARGET_FUNCTION_VALUE_REGNO_P target hook have 'const
unsigned int' type, so I left it unchanged.
Bootstrap
On Sun, Mar 27, 2011 at 10:53 AM, Uros Bizjak wrote:
> On Sun, Mar 27, 2011 at 3:44 PM, H.J. Lu wrote:
>
>> Here is a patch to split AVX 32byte unalignd load/store:
>>
>> http://gcc.gnu.org/ml/gcc-patches/2011-02/msg00743.html
>>
>> It speeds up some SPEC CPU 2006 benchmarks by up to 6%.
>> OK fo
With the removal of the predeclared function 'closed' from Go, and the
update to the current Go library, the 'closedchan' function is no longer
needed. This patch removes it from libgo. Bootstrapped and ran Go
testsuite on x86_64-unknown-linux-gnu. Committed to mainline.
Ian
diff -r b543487788
On Sun, Mar 27, 2011 at 3:44 PM, H.J. Lu wrote:
> Here is a patch to split AVX 32byte unalignd load/store:
>
> http://gcc.gnu.org/ml/gcc-patches/2011-02/msg00743.html
>
> It speeds up some SPEC CPU 2006 benchmarks by up to 6%.
> OK for trunk?
> 2011-02-11 H.J. Lu
>
> * config/i386/i386.
This patch makes the gccgo frontend give an error if a return statement
with no values is used in a function with results for which the result
parameters have no names. Bootstrapped and ran Go testsuite on
x86_64-unknown-linux-gnu. Committed to mainline.
Ian
diff -r 015f1f9a7958 go/statements.c
Hi Tobias,
Thomas Koenig wrote:
the following patch extends the trim optimization to variables like
trim(a%x).
Regression-tested. OK for trunk?
OK.
Sendingfortran/ChangeLog
Sendingfortran/frontend-passes.c
Sendingtestsuite/ChangeLog
Adding testsuite/gfortran
In Go you can not indirect through an unsafe.Pointer type. You have to
convert it to some real pointer type first. This patch to the Go
frontend gives a better error for trying to do this, rather than trying
to handle the void type in other places. Bootstrapped and ran Go
testsuite on x86_64-unk
On Sun, Mar 27, 2011 at 9:33 AM, Andi Kleen wrote:
> "H.J. Lu" writes:
>
>> Hi,
>>
>> Here is a patch to split AVX 32byte unalignd load/store:
>>
>> http://gcc.gnu.org/ml/gcc-patches/2011-02/msg00743.html
>>
>> It speeds up some SPEC CPU 2006 benchmarks by up to 6%.
>> OK for trunk?
>
> This shou
"H.J. Lu" writes:
> Hi,
>
> Here is a patch to split AVX 32byte unalignd load/store:
>
> http://gcc.gnu.org/ml/gcc-patches/2011-02/msg00743.html
>
> It speeds up some SPEC CPU 2006 benchmarks by up to 6%.
> OK for trunk?
This should be also made default for sandy bridge
(e.g. with -mtune=native
On Fri, Mar 25, 2011 at 10:13 AM, Rainer Orth
wrote:
> I meant to include the final patch. Here it is.
>
> Rainer
>
>
> 2011-03-25 Rainer Orth
>
> PR boehm-gc/11412
> * configure.ac (THREADCFLAGS): New variable.
> Use it instead of INCLUDES, AM_CPPFLAGS.
> <*
Hi,
the attached testcase exhibits a corruption of the SSA form:
t.c: In function 'foo':
t.c:9:10: error: definition in block 2 follows the use
for SSA_NAME: vect_p.7_12 in statement:
# VUSE <.MEM_6(D)>
vect_var_.8_13 = MEM[(struct R *)vect_p.7_12];
t.c:9:10: internal compiler error: verify_ssa f
Hi,
Here is a patch to split AVX 32byte unalignd load/store:
http://gcc.gnu.org/ml/gcc-patches/2011-02/msg00743.html
It speeds up some SPEC CPU 2006 benchmarks by up to 6%.
OK for trunk?
Thanks.
--
H.J.
Thomas Koenig wrote:
the following patch extends the trim optimization to variables like
trim(a%x).
Regression-tested. OK for trunk?
OK.
Tobias
On 26.03.2011 16:56, Jerry DeLisle wrote:
On 19.03.2011 17:23, Tobias Burnus wrote:
Build and regtested on x86-64-linux.
(a) Is the patch OK for the 4.7 trunk?
OK
Committed as Rev. 171568.
(b) Are the libgfortrancaf.h, libgfortrancaf_mpi.c and
libgfortrancaf_single.c OK for inclusion at lib
This patch fixes PR38598, which is about a missed optimisation.
To quote from the PR:
mipsisa64-elf-gcc -S -O2 gcc.target/mips/madd-7.c -DNOMIPS16=
does not produce the expected MADD. On long64 ABIs like EABI64, the
loop starts out with an extra extendsidi2 instruction, and although
this
Fresh from breaking everyone's build with the target-independent changes,
this patch makes MIPS use the new expand interfaces. It's not much of an
improvement, but it is at least more "-" than "+".
Tested on mipsisa64-elf and applied.
Richard
gcc/
* config/mips/mips.c (mips_prepare_bui
24 matches
Mail list logo
