Hi,
On Tue, Jul 28, 2009 at 04:26:12PM -0700, Richard Henderson wrote:
> On 07/28/2009 10:44 AM, Richard Henderson wrote:
> >I guess I'll poke at cleaning this up today. I've got to
> >familiarize myself with how virtual clones work...
>
> The virtual clones that ipa-cp makes seems to be easy.
>
Richard Guenther wrote:
> A release candidate for the GCC 4.3.4 is now available at
>
> ftp://gcc.gnu.org/pub/gcc/snapshots/4.3.4-RC-20090727
>
> I plan to roll out the final release at the beginning of next week
> if there are no major problems reported.
Bootstrap failure on Cygwin:
> /gnu/g
On Wed, 29 Jul 2009, Dave Korn wrote:
> Richard Guenther wrote:
> > A release candidate for the GCC 4.3.4 is now available at
> >
> > ftp://gcc.gnu.org/pub/gcc/snapshots/4.3.4-RC-20090727
> >
> > I plan to roll out the final release at the beginning of next week
> > if there are no major problem
2009/7/29 Richard Guenther :
> On Wed, 29 Jul 2009, Dave Korn wrote:
>
>> Richard Guenther wrote:
>> > A release candidate for the GCC 4.3.4 is now available at
>> >
>> > ftp://gcc.gnu.org/pub/gcc/snapshots/4.3.4-RC-20090727
>> >
>> > I plan to roll out the final release at the beginning of next we
Hi
Esben Mose Hansen writes:
> this program SEGFAULTs
>
> #include
>
> int main() {
> int numbers[] = { 1, 2, 3, 4, 5, 6, 7, 8, 9 };
> const std::size_t nn = sizeof(numbers)/sizeof(int);
> int sum = 0;
> int f = 5;
> std::for_each(&numbers[0], &numbers[nn], [&] (int n) {
> sum +=
Hi,
Here is a C source code which I compiled with GCC 3.4.0 and GCC 4.4.0. GCC
3.4.0 output looks a lot better.
#include
#include
#define umul_ppmm(xh, xl, a, b) \
__asm__ ("| Inlined umul_ppmm\n" \
" move.l %0,%/d5\n" \
" move.l %1,%/d4\n" \
" moveq #16,%/d3\n" \
" move.l %0,%/d2\n" \
" mulu
Adam Butcher wrote:
Hi
Esben Mose Hansen writes:
this program SEGFAULTs
#include
int main() {
int numbers[] = { 1, 2, 3, 4, 5, 6, 7, 8, 9 };
const std::size_t nn = sizeof(numbers)/sizeof(int);
int sum = 0;
int f = 5;
std::for_each(&numbers[0], &numbers[nn], [&] (int n) {
Hello All,
I added as a turorial on the wiki, a small MELT pass which warns against
fprintf(stdout, ...) in the compiled code.
For GCC hackers, is the page
http://gcc.gnu.org/wiki/writing%20a%20pass%20in%20MELT
clear enough?
(of course, the pass implementation is imperfect, but I have hard ti
Dave Korn wrote:
Bootstrap failure on Cygwin:
/gnu/gcc/releases/4.3.4/gcc-4.3.4-RC-20090727/host-i686-pc-cygwin/gcc/xgcc -B/gn
u/gcc/releases/4.3.4/gcc-4.3.4-RC-20090727/host-i686-pc-cygwin/gcc/ -B/opt/gcc-t
ools/i686-pc-cygwin/bin/ -B/opt/gcc-tools/i686-pc-cygwin/lib/ -isystem /opt/gcc-
tools
On 07/29/2009 12:28 AM, Martin Jambor wrote:
That is not really true.
Whee. I guess I really didn't understand what was going on.
At present I'm testing the following minimal patch to fix
the double lookup problem I mentioned. It's uglier than
it ought to be because of incorrect indentation
When I use -O1 with GCC 4.4.0 (-m68060 -fomit-frame-pointer), I get better code.
#include
#include
inline int64_t MUL64(int a, int b)
{
uint32_t resh, resl;
uint32_t au = a;
uint32_t bu = b;
__asm__ ("move.l %0, d5\n\t"
"move.l %1, d4\n\t"
"moveq #16, d3\n\t"
"move.l %0, d2\n\t"
"mulu %1, %0\
Hello
On 29.07.09, you wrote:
if you have a account you can report that as a Bug.
gcc4 have the advantage its possible to switch in source optimizer on or
off, but how it work, i dont know.
> When I use -O1 with GCC 4.4.0 (-m68060 -fomit-frame-pointer), I get better
> code.
>
> #include
> #in
Status
==
Trunk is in Stage 1. We expect that Stage 1 will last through at
least the end of August.
Pending large merges include at least Graphite, LTO and VTA and these
will be considered in deciding when to move to Stage 3. All these
merges will need the usual technical review of patches
Hello Sumanth, and everyone,
Thank you for your reply.
Sumanth wrote,
Try changing MINIMUM_UNITS_PER_WORD to greater than or equal to 2 in ur
target.h file
I think you mean MIN_UNITS_PER_WORD in gcc/config/h8300/h8300.h.
Unfortunately it was defined 2.
Here are excerpts from gcc/config/h830
Hello,I found next patch in GCC project site.a.. From: Eric Christopher
b.. To: gcc mailing list org> c.. Cc: Pompapathi V Gadad
d.. Date: Tue, 3 Jul 2007 08:35:21 -0700 e.. Subject: [patch] conditionally
declare bswap functions depending on target f.. References:
<4678c015.50...@nsc.com> <89
15 matches
Mail list logo