If loop optimization assumes sizeof(void *) == sizeof(size_t) and
won't work correctly otherwise, perhaps a check for that condition in
gate_tree_ssa_loop_ivopts() would be appropriate? I thought of just
disabling that flag in m32c.c, but I figured a more generic solution
would make more sense, a
> the testsuite on the hppa machine (gcc61 on the compile farm) has
> always hanged for me from time to time. However, lately (at least
> since I returned from vacation last Monday) it hangs every time.
This is likely a kernel problem. There are long standing problems
with testsuite timeouts and
Snapshot gcc-4.4-20090908 is now available on
ftp://gcc.gnu.org/pub/gcc/snapshots/4.4-20090908/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 4.4 SVN branch
with the following options: svn://gcc.gnu.org/svn/gcc/branches
Andrew Haley writes:
> This seems to be an an old bug that has come back. We're generating
>
> L1210:
> jmp *%eax
> .L4:
> .L5:
> ...
> jmp .L1210
> .L1171:
> .L1172:
> ...
> jmp .L1210
> .L1168:
> .L1169:
> ...
> jmp .L1210
Ok, Alexandre hasn't changed his opinion, the function attrib is ok with him.
I attached another version of the patch, this time adding some testcases. Two
more questions though:
*) How can I skip the tests if msvc_prologue is not available because as
doesn't support the swap suffix? I think it
Hi,
I've found it very useful to be able to use C++ to extend Objective-C
using a little judicious operator overloading and I notice that gcc-4.2
now automatically "unboxes" wrapper classes with no warning when
they are messaged - provided an appropriate cast is available.
For example:
class AS
> "Jeremy" == Jeremy Sanders writes:
Jeremy> You can see the very large speed differences by telling gfortran
Jeremy> to always use double precision numbers.
Jeremy> This can be replicated with this simple program:
Jeremy> Compiled with gfortran -O2:
Jeremy> real0m29.921s
Jeremy> user
Hello,
(first of all: sorry to post this message to a second list, I've sent it
to the wrong list at first)
I am using g++ in MinGW-w64 running in a Windows environment. I'm
especially interested in the c++0x threads because it allows standard
cross-platform multi-threading.
Unfortunately
On 09/07/2009 08:28 PM, Hayawardh V wrote:
+ gcov_ctr_fn_type = build_function_type_list(void_type_node,
gcov_type_ptr, NULL_TREE);
+
+ decl = build_decl(FUNCTION_DECL, get_identifier("__gcov_ctr"),
gcov_ctr_fn_type);
Well you certainly don't want to be generating a
different function decl fo
This is the beta release of binutils 2.20.51.0.1 for Linux, which is
based on binutils 2009 0905 in CVS on sourceware.org plus various
changes. It is purely for Linux.
All relevant patches in patches have been applied to the source tree.
You can take a look at patches/README to see what have been
On Tue, Sep 08, 2009 at 09:31:14AM -0700, Steve Ellcey wrote:
> Is gcc61 running HP-UX or Linux? I haven't seen any hangs in
> my hppa HP-UX testing. I don't do any hppa Linux testing.
>
I guess I should have specified that. It indeed does run Linux.
Thanks,
Martin
Is gcc61 running HP-UX or Linux? I haven't seen any hangs in
my hppa HP-UX testing. I don't do any hppa Linux testing.
Steve Ellcey
s...@cup.hp.com
I understand current GCC supports various source and target character
sets a lot better out of the box, so it may be EBCDIC isn't even an
issue any more. If there are other problems related to MVS host
I think the EBCDIC support is largely theoretical and not tested on any
actual EBCDIC host (
Eric Botcazou wrote:
>> That's what I am doing, kind of, just the other way round. In 4.3.2 I
>> compiled the existing port and switched it over to ZCX, and it worked well
>> enough to pass most of the testsuite, including EH. Now I'm changing the
>> target pairs on top of that and suddenly it'
With the addition of the definition the LD_LIBRARY_PATH, the
configuration, make bootstrap, make and make install
worked.
Thanks to everyone that gave me suggestions.
On Sep 5, 2009, at 12:48 PM, Dave Korn wrote:
Margaret Doll wrote:
I was following the instructions on the build from
http
> That's what I am doing, kind of, just the other way round. In 4.3.2 I
> compiled the existing port and switched it over to ZCX, and it worked well
> enough to pass most of the testsuite, including EH. Now I'm changing the
> target pairs on top of that and suddenly it's complaining, which is w
Eric Botcazou wrote:
>> I was planning to do whatever's needed to make it work on windows. I
>> don't think this line cause the build failure, because it certainly
>> appeared to work, when I tried it on 4.3.2 (without all the other changes
>> to the target pair list); but for some reason the sa
> I was planning to do whatever's needed to make it work on windows. I
> don't think this line cause the build failure, because it certainly
> appeared to work, when I tried it on 4.3.2 (without all the other changes
> to the target pair list); but for some reason the same trick isn't working
>
Laurent GUERBY wrote:
> On Tue, 2009-09-08 at 07:21 +0100, Dave Korn wrote:
>> EH_MECHANISM=-gcc
>
> I don't think this is correct for windows targets:
> EH_MECHANISM must be left to its original empty
> definition to get sjlj exceptions which are the only
> one working on windows IIRC.
I was
Hi,
On Tue, 8 Sep 2009, Alex Turjan wrote:
> (insn 374 47 52 2 test.c:107 (set (mem/c:SI (plus:PSI (reg/f:PSI 55 ptr15)
> (const_int 96 [0x60])) [19 fac_iter+0 S4 A32])
> (reg/v:SI 16 r16 [orig:161 step109 ] [161])) 48
> {si_indexed_store_incl_ra} (nil))
An SI store to
Alex Turjan wrote:
> Dear all,
> Im writing to you regarding the dead store elimination (dse) which runs after
> register allocation. Apparently dse removes wrongly the following store
> (present in bb2):
>
> (insn 374 47 52 2 test.c:107 (set (mem/c:SI (plus:PSI (reg/f:PSI 55 ptr15)
>
Dear all,
Im writing to you regarding the dead store elimination (dse) which runs after
register allocation. Apparently dse removes wrongly the following store
(present in bb2):
(insn 374 47 52 2 test.c:107 (set (mem/c:SI (plus:PSI (reg/f:PSI 55 ptr15)
(const_int 96 [0x60])) [19
Hi,
the testsuite on the hppa machine (gcc61 on the compile farm) has
always hanged for me from time to time. However, lately (at least
since I returned from vacation last Monday) it hangs every time.
I have the compiler configured for c and c++ only, without bootstrap.
I run the testsuite witho
On Thu, 3 Sep 2009, Richard Guenther wrote:
> As we've got quite some build problems on some targets and we clashed
> with VTA, free-lang-data, expand and scheduler changes it's a good
> time to slush the trunk for a short time.
>
> Thus, starting from now the trunk is in regression and documenta
On Tue, 2009-09-08 at 07:21 +0100, Dave Korn wrote:
> EH_MECHANISM=-gcc
I don't think this is correct for windows targets:
EH_MECHANISM must be left to its original empty
definition to get sjlj exceptions which are the only
one working on windows IIRC.
Sincerely,
Laurent
25 matches
Mail list logo
