Hi,
I am involved in a scientific computing podcast,
http://inscight.org/
I was wondering if anyone from the GCC project would like to be a special guest
on the show to talk about recent developments in GCC for scientific computing
in
C/C++. We could discuss, e.g., the graphite optimizations,
On Tue, Apr 26, 2011 at 1:44 AM, Ian Lance Taylor wrote:
> Liu writes:
>
>> I get a error:
>> /opt/cross-tools/bin/../lib/gcc/mips64el-unknown-linux-gnu/4.5.1/include/xx.h:1535:31:
>> error: invalid argument to built-in function
>
> That is an error from the MIPS backend.
>
> In this case it seem
Hello Boris,
Boris Kolpackov a écrit:
> Hi Dodji,
>
> Dodji Seketeli writes:
>
>> Boris Kolpackov a =C3=A9crit:
>>
>> > struct s {};
>> >
>> > typedef s s_t;
>> > typedef s_t my_s_t;
>> >
>> > my_s_t x;
>> >
>>
>> In G++, let's say that the tree node representing my_s_t is t. Then,
>> DECL_OR
cirrus75 writes:
> For the fllowing code:
>
> typedef struct {
> int f1:1;
> int f2:1;
> int f3:1;
> int f4:29;
> } t1;
>
> typedef struct {
> int f1:1;
> int f2:1;
> int f3:30;
> } t2;
>
> t1 s1;
> t2 s2;
>
> void func1(void)
> {
> s1.f1 = s2.f1;
> s1.f2 = s2.f2;
> }
>
> we get (x86_64
Liu writes:
> I get a error:
> /opt/cross-tools/bin/../lib/gcc/mips64el-unknown-linux-gnu/4.5.1/include/xx.h:1535:31:
> error: invalid argument to built-in function
That is an error from the MIPS backend.
In this case it seems to mean that the mode for the type int64x4_t does
not match the mode
Hi Dodji,
Dodji Seketeli writes:
> Boris Kolpackov a =C3=A9crit:
>
> > struct s {};
> >
> > typedef s s_t;
> > typedef s_t my_s_t;
> >
> > my_s_t x;
> >
>
> In G++, let's say that the tree node representing my_s_t is t. Then,
> DECL_ORIGINAL_TYPE (TYPE_NAME (t)) points to the tree node of s_t.
Hi All,
For the fllowing code:
typedef struct {
int f1:1;
int f2:1;
int f3:1;
int f4:29;
} t1;
typedef struct {
int f1:1;
int f2:1;
int f3:30;
} t2;
t1 s1;
t2 s2;
void func1(void)
{
s1.f1 = s2.f1;
s1.f2 = s2.f2;
}
we get (x86_64 target):
movzbl s2(%rip), %edx
movzbl s1(%rip),
On Mon, 25 Apr 2011, Georg-Johann Lay wrote:
> In viewvc's colored diff views, there is no CSS class defined for
> changed lines
>
> One example:
>
> http://gcc.gnu.org/viewcvs/trunk/gcc/config/avr/libgcc.S?r1=172384&r2=172383&pathrev=172384&diff_format=h
>
> The "removed" lines have a red back
In viewvc's colored diff views, there is no CSS class defined for
changed lines
One example:
http://gcc.gnu.org/viewcvs/trunk/gcc/config/avr/libgcc.S?r1=172384&r2=172383&pathrev=172384&diff_format=h
The "removed" lines have a red background and can be seen easily.
But the "changed" lines have
hi all
I write a pattern like this:
(define_insn "extrv4di"
[(set (match_operand:V4DI 0 "register_operand" "=Z")
(unspec:V4DI
[(match_operand:V4DI 1 "register_operand" "Z")
(match_operand:SI 2 "immediate_operand" "")]
UNSPEC_EXTR))]
"TARGET_VECTORS"
"ex
10 matches
Mail list logo