Sent from my iPhone
Hi Ramana,
Thanks for the reply. I agree on your point. And take a look a the
new patch.
diff --git a/gcc/cp/pt.c b/gcc/cp/pt.c
index f8436b30b37..97bc82272af 100644
--- a/gcc/cp/pt.c
+++ b/gcc/cp/pt.c
@@ -7328,7 +7328,10 @@ canonicalize_type_argument (tree arg,
tsubst_flags_t complain)
if (
Thank you for your response.
Yves Mocquard.
Le 14/04/2014 11:15, Marc Glisse a écrit :
(wrong list, you want gcc-h...@gcc.gnu.org)
On Mon, 14 Apr 2014, Yves Mocquard wrote:
When I use gcc or g++ , I like when the compilator detects bug, with
a an error of compliation or a warning.
see this
On Mon, Apr 14, 2014 at 2:41 PM, Yves Mocquard wrote:
> Hello !
> I am French, sorry for my bad english.
>
> When I use gcc or g++ , I like when the compilator detects bug, with a an
> error of compliation or a warning.
>
> see this code :
>
> long long fct()
> {
> return 0x123456789;
> }
> in
(wrong list, you want gcc-h...@gcc.gnu.org)
On Mon, 14 Apr 2014, Yves Mocquard wrote:
When I use gcc or g++ , I like when the compilator detects bug, with a an
error of compliation or a warning.
see this code :
long long fct()
{
return 0x123456789;
}
int main()
{
int a = fct();
cerr
Hello !
I am French, sorry for my bad english.
When I use gcc or g++ , I like when the compilator detects bug, with a
an error of compliation or a warning.
see this code :
long long fct()
{
return 0x123456789;
}
int main()
{
int a = fct();
cerr << a << endl;
}
when I compil with
On Tue, Jul 26, 2011 at 6:31 PM, joseph at codesourcery dot com
wrote:
>
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49858
>
> --- Comment #1 from joseph at codesourcery dot com dot com> 2011-07-26 23:31:27 UTC ---
> On Tue, 26 Jul 2011, bigotp at acm dot org wrote:
>
> > Is there a mechanism b
On Tue, May 19, 2009 at 11:18, Joseph S. Myers wrote:
> On Tue, 19 May 2009, Eric Fisher wrote:
>
>> Hello,
>>
>> I have the libelf installed in a non-standard path, so when I build
>> the lto branch, I set the such env variables,
>>
>> $ export CPPFLAGS="-I" <- Only needed if
>> libelf is in a n
On Tue, 19 May 2009, Eric Fisher wrote:
> Hello,
>
> I have the libelf installed in a non-standard path, so when I build
> the lto branch, I set the such env variables,
>
> $ export CPPFLAGS="-I" <- Only needed if
> libelf is in a non-standard path
> $ export LDFLAGS="-L" <- Only needed i
On Tue, May 19, 2009 at 02:29, Eric Fisher wrote:
> I look into the Makefile and find that LDFLAGS is set as BOOT_LDFLAGS
> scine stage2, so I have to set this variable also.
>
> Is it a right way that it should go?
Yes, thanks for catching this. I will update the wiki.
Diego.
Hello,
I have the libelf installed in a non-standard path, so when I build
the lto branch, I set the such env variables,
$ export CPPFLAGS="-I" <- Only needed if
libelf is in a non-standard path
$ export LDFLAGS="-L" <- Only needed if
libelf is in a non-standard path
But, lto-plugin is fa
Thomas A.M. Bernard wrote:
> Well I found another way to solve the problem by updating the dce for
> not taking out my instructions.
>
> I inserted "setallocate" as a native operator in the back-end which
> comes from a GIMPLE node and map to the RTL pattern. Earlier in the
> discussion, it's been
Well I found another way to solve the problem by updating the dce for
not taking out my instructions.
I inserted "setallocate" as a native operator in the back-end which
comes from a GIMPLE node and map to the RTL pattern. Earlier in the
discussion, it's been discussed that the dce was taking
"Thomas A.M. Bernard" <[EMAIL PROTECTED]> writes:
> Ian Lance Taylor wrote:
>> "Thomas A.M. Bernard" <[EMAIL PROTECTED]> writes:
>>
>>
>>> I guess I am missing something here. I've tried the following as Paolo
>>> suggested,
>>>
>>> (define_insn "setallocate"
>>> [(unspec_volatile:DI [(match_op
Ian Lance Taylor wrote:
"Thomas A.M. Bernard" <[EMAIL PROTECTED]> writes:
I guess I am missing something here. I've tried the following as Paolo
suggested,
(define_insn "setallocate"
[(unspec_volatile:DI [(match_operand:DI 0 "general_operand" "r")]
UNSPEC_AL
"Thomas A.M. Bernard" <[EMAIL PROTECTED]> writes:
> I guess I am missing something here. I've tried the following as Paolo
> suggested,
>
> (define_insn "setallocate"
> [(unspec_volatile:DI [(match_operand:DI 0 "general_operand" "r")]
> UNSPEC_ALLOCATE)]
> ""
> "a
I guess I am missing something here. I've tried the following as Paolo
suggested,
(define_insn "setallocate"
[(unspec_volatile:DI [(match_operand:DI 0 "general_operand" "r")]
UNSPEC_ALLOCATE)]
""
"allocate %0\t\t#TCB_INSTRUCTIONS"
[(set_attr "type" "multi")]
Thomas A.M. Bernard wrote:
> I have tried unspec_volatile without success though. As
> follow,
>
> (define_insn "setallocate"
>[(setallocate
>(unspec_volatile:DI [ (match_operand:DI 0 "general_operand"
> "r")]
>UNSPEC_ALLOCATE)
>)]
> ""
Steven,
In the MD file, I have this pattern:
(define_insn "setallocate"
[(setallocate (match_operand:DI 0 "general_operand" "r")
)]
""
"allocate %0\t\t#TCB_INSTRUCTIONS"
[(set_attr "type" "multi")])
As you said dce takes out the instruction when flag -01 is engaged. I
would like to r
On Thu, Sep 11, 2008 at 10:38 AM, Thomas A.M. Bernard <[EMAIL PROTECTED]> wrote:
> Hi,
>
> I inserted some extra instructions in the Alpha back-end (MD files). They
> are properly emitted when the flag -O0 is enabled. Since they have no side
> effects and no dependencies on other instructions, they
Hi,
I inserted some extra instructions in the Alpha back-end (MD files).
They are properly emitted when the flag -O0 is enabled. Since they have
no side effects and no dependencies on other instructions, they are
omitted when flag -O1 is engaged. Is there a way (I mean
attribute/constraint in
You might want to file a bug at http://gcc.gnu.org/bugzilla/ for this.
b3 -c main.c' and the distcc
one is equivalent to a local: 'gcc -ggdb3 -c main.c -E > main.i; gcc
-ggdb3 -c main.i'.
The resulting sizes are respectively 15400 and 3992 bytes. Using
'-ggdb2' the generated objects are the same. I guess some debugging
information is lost wh
I wanted to let everyone know that sourceware.org/gcc.gnu.org/cygwin.com
experienced an email outage for a while starting at 2006/10/15 04:43 GMT
to about 2006/10/15 18:46 GMT. During that time some email was lost.
This was due to a typo that I added to one of the email filters to
attempt to
Andrew Pinski <[EMAIL PROTECTED]> writes:
| >
| > Daniel Berlin <[EMAIL PROTECTED]> writes:
| >
| > | AFAICT (at least according to mail logs, etc) you are the only user of
| >
| > apparently, you've to count properly.
|
| gccbug is different from what you are using.
OK.
-- Gaby
Daniel Berlin writes:
> Fixed.
Indeed: a new resubmission just worked, thanks.
> Perl syntax is weird enough that when people update it, they sometimes
> add compile errors by accident, so the script doesn't even run enough to
> be able to issue an error message :(.
True enough: perl can easily
On Fri, 2005-08-12 at 16:52 +0200, Gabriel Dos Reis wrote:
> Daniel Berlin <[EMAIL PROTECTED]> writes:
>
> | AFAICT (at least according to mail logs, etc) you are the only user of
>
> apparently, you've to count properly.
What?
You do read what i wrote, right?
I said you appear to be the only us
>
> Daniel Berlin <[EMAIL PROTECTED]> writes:
>
> | AFAICT (at least according to mail logs, etc) you are the only user of
>
> apparently, you've to count properly.
gccbug is different from what you are using.
-- Pinski
Daniel Berlin <[EMAIL PROTECTED]> writes:
| AFAICT (at least according to mail logs, etc) you are the only user of
apparently, you've to count properly.
On Fri, 2005-08-12 at 11:23 +0200, Rainer Orth wrote:
> Daniel Berlin writes:
>
> > > Could you please check what's going on there? Is this a general problem
> > > with gcc-gnats processing or a problem parsing that particular message?
> >
> > Dunno. Grepping mail logs older than an hour takes
On Fri, 2005-08-12 at 13:24 +0200, Gabriel Dos Reis wrote:
> Rainer Orth <[EMAIL PROTECTED]> writes:
>
> [...]
>
> | I'm using gccbug since it provides the complete template where I just need
> | to fill in the beef of the report. All I care for is the ability to handle
> | bugs completely by em
Rainer Orth <[EMAIL PROTECTED]> writes:
[...]
| I'm using gccbug since it provides the complete template where I just need
| to fill in the beef of the report. All I care for is the ability to handle
| bugs completely by email.
Amen. And it is important that one has at least a good flexibility
Daniel Berlin writes:
> > Could you please check what's going on there? Is this a general problem
> > with gcc-gnats processing or a problem parsing that particular message?
>
> Dunno. Grepping mail logs older than an hour takes a while on
> sourceware, because they are large. Can you resend i
Could you please check what's going on there? Is this a general problem
with gcc-gnats processing or a problem parsing that particular message?
Dunno. Grepping mail logs older than an hour takes a while on
sourceware, because they are large. Can you resend it and notify me when
you do?
gc
34 matches
Mail list logo
