Hi,
I have noticed this wiki:A_guide_to_testcase_reduction
which tells how to reduce a c/c++ testcase with delta.
That's a really good tool to do this reducing job. And for c/c++ the
topformflat tool in the Delta distribution will puts syntactically
related tokens on one line (because delta is lin
Hi Li,
I've attached 'Fortran-aware' delta. I tries to guess cut a Fortran file
in more reasonable places (e.g. between subroutine boundaries, after
enddos). It works reasonably well, but is a hack.
Especially with Fortran90 and modules, iterated delta runs can help a lot
(i.e. first runs re
Hi Joost,
On Fri, Oct 30, 2009 at 4:41 PM, VandeVondele Joost wrote:
> Hi Li,
>
> I've attached 'Fortran-aware' delta. I tries to guess cut a Fortran file in
> more reasonable places (e.g. between subroutine boundaries, after enddos).
> It works reasonably well, but is a hack.
I think another way
Hi,
sorry if the issue is already well known, but it's so serious that I
decided to post an heads up: today (not yesterday), the ABI is broken,
the size of many symbols exported by libstdc++ changed, see eg:
http://gcc.gnu.org/ml/gcc-testresults/2009-10/msg02895.html
http://gcc.gnu.org/ml
On Fri, 2009-10-30 at 12:48 +0100, Paolo Carlini wrote:
> Hi,
>
> sorry if the issue is already well known, but it's so serious that I
> decided to post an heads up: today (not yesterday), the ABI is broken,
> the size of many symbols exported by libstdc++ changed, see eg:
>
> http://gcc.gnu.
Jerry Quinn wrote:
> I've reverted the patch.
>
Thanks Jerry for your quick feedback.
Paolo.
On Fri, Oct 30, 2009 at 1:54 PM, Paolo Carlini wrote:
> Jerry Quinn wrote:
>> I've reverted the patch.
>>
> Thanks Jerry for your quick feedback.
I think it was just
static tree
-tinfo_name (tree type)
+tinfo_name (tree type, bool mark_private)
{
const char *name;
+ int length;
tree nam
Hi,
I am doing a port for a 32bit target in GCC 4.4.0. The target does not
have support for symbolic address in QImode for load operations. In
order to do this what i have done is in define_expand for moveqi
reject symbolic address it they come in source operands and i have
also written a predicat
Richard Guenther wrote:
> where you replaced build_string (strlen (name) + 1, name) with
> build_string (strlen (name), name). I don't know if this renders the
> ABIs incompatible, but I doubt it - it would be nice to verify that indeed
> just extra '\0's are now missing at the end.
>
To be cle
On Fri, Oct 30, 2009 at 2:15 PM, Paolo Carlini wrote:
> Richard Guenther wrote:
>> where you replaced build_string (strlen (name) + 1, name) with
>> build_string (strlen (name), name). I don't know if this renders the
>> ABIs incompatible, but I doubt it - it would be nice to verify that indeed
>
Hi Richi,
Following up your suggestion on PR41488, I am continuing to test with
loop header copy before FRE in GCC 4.4.1. One regression I am trying
to tackle is from the test case below.
typedef struct {
int degree;
int c[(256)];
} swbcht_Polynomial;
typedef struct {
int m;
int n;
co
On Fri, Oct 30, 2009 at 3:22 PM, Rahul Kharche wrote:
> Hi Richi,
>
> Following up your suggestion on PR41488, I am continuing to test with
> loop header copy before FRE in GCC 4.4.1. One regression I am trying
> to tackle is from the test case below.
>
> typedef struct {
> int degree;
> int c[(
Mohamed Shafi writes:
>>From ice4.c.168r.asmcons
>
> (insn 5 2 6 2 ice4.c:4 (set (reg:SI 61 [ s ])
> (mem/c/i:SI (symbol_ref:SI ("s") [flags 0x2] 0xb7bfd000 s>) [0 s+0 S4 A32])) 2 {*movsi_internal} (nil))
>
> (insn 6 5 7 2 ice4.c:4 (set (reg:QI 62)
> (plus:QI (subreg:QI (reg:SI 6
On 10/30/09 07:13, Mohamed Shafi wrote:
Hi,
I am doing a port for a 32bit target in GCC 4.4.0. The target does not
have support for symbolic address in QImode for load operations.
You'll need to make sure to reject such addresses for QImode in
GO_IF_LEGITIMATE_ADDRESS.
In
order to do this
On 10/30/2009 09:20 AM, Richard Guenther wrote:
On Fri, Oct 30, 2009 at 2:15 PM, Paolo Carlini wrote:
Richard Guenther wrote:
where you replaced build_string (strlen (name) + 1, name) with
build_string (strlen (name), name). I don't know if this renders the
ABIs incompatible, but I doubt it -
Hi all,
with the new plugin infrastructure, it makes sense to replace the
one-catches-all md reorg pass with target-specific passes plugged into
the pass manager.
If the md reorg is doing just complex peephole optimizations that cannot
be achieved with targets, that's fine.
This has the ad
Sent from my iPhone
On Oct 30, 2009, at 1:08 AM, Li Feng wrote:
Hi,
I have noticed this wiki:A_guide_to_testcase_reduction
which tells how to reduce a c/c++ testcase with delta.
That's a really good tool to do this reducing job. And for c/c++ the
topformflat tool in the Delta distribution w
Jason Merrill wrote:
> Yes, the +1 does seem to be needed, my mistake.
Thanks. So I went ahead and reapplied the patch with the +1 fixed, after
having double checked that the testsuites are now fine.
Paolo.
Paolo Bonzini writes:
> with the new plugin infrastructure, it makes sense to replace the
> one-catches-all md reorg pass with target-specific passes plugged into
> the pass manager.
Yes, please.
> - there's also M68HC11 and SH... well, I doubt there will be volunteers.
But note that, e.g., bt
Kaveh R. GHAZI wrote:
A prerelease tarball of the upcoming mpc-0.8 is available here:
http://www.multiprecision.org/mpc/download/mpc-0.8-dev.tar.gz
This release is feature complete with respect to C99 and GCC's needs.
So I expect to make this version be the one made mandatory for the
gcc-4.5 rel
Ed Smith-Rowland wrote:
Kaveh R. GHAZI wrote:
A prerelease tarball of the upcoming mpc-0.8 is available here:
http://www.multiprecision.org/mpc/download/mpc-0.8-dev.tar.gz
This release is feature complete with respect to C99 and GCC's needs.
So I expect to make this version be the one made mand
Kaveh R. GHAZI wrote:
> Please test this MPC package and report back the results of running
> "make check" along with your target triplet, the compiler version you
> used, and the versions of gmp/mpfr used to compile it.
===
All 57 tests passed
===
i686-pc-cygwi
From: "Ed Smith-Rowland" <3dw...@verizon.net>
I'm on MacOSX 10.3
MacOSX:~/Tarballs/mpc-0.8-dev ed$ gcc -v
Reading specs from /usr/libexec/gcc/darwin/ppc/3.3/specs
Thread model: posix
gcc version 3.3 20030304 (Apple Computer, Inc. build 1671)
The -Werror kills it.
Once I deleted -Werror out of
23 matches
Mail list logo
