Gabriel Dos Reis wrote:
>> Ah, I've missed that argument. Then can we use STL classes in .c now?
>
> Yes.
>
> The existing file extensions ".c" do not mean "C" only.
Thanks for clarification.
Oleg, the patch is OK.
Regards,
kaz
On Sun, Sep 30, 2012 at 7:23 PM, Kaz Kojima wrote:
> Oleg Endo wrote:
>> The existing .c files are compiled as C++ already. There was a
>> discussion not long go whether the .c files should be renamed to .cc or
>> not. If I remember correctly, the conclusion was that existing .c files
>> remain
Oleg Endo wrote:
> The existing .c files are compiled as C++ already. There was a
> discussion not long go whether the .c files should be renamed to .cc or
> not. If I remember correctly, the conclusion was that existing .c files
> remain .c, while files newly added should be .cc. gcc/double-in
On Mon, 2012-10-01 at 08:38 +0900, Kaz Kojima wrote:
> Oleg Endo wrote:
> > This implements the changes as proposed PR, albeit with some small
> > differences:
>
> > --- gcc/config/sh/sh.c (revision 191865)
> > +++ gcc/config/sh/sh.c (working copy)
> [snip]
> > + std::vector tokens;
>
Oleg Endo wrote:
> This implements the changes as proposed PR, albeit with some small
> differences:
> --- gcc/config/sh/sh.c(revision 191865)
> +++ gcc/config/sh/sh.c(working copy)
[snip]
> + std::vector tokens;
> + for (std::stringstream ss (str); ss.good (); )
> + {
> +t
Hello,
This implements the changes as proposed PR, albeit with some small
differences:
* I decided to go for a more verbose option name '-matomic-model'
instead of just '-matomic'.
* In addition to the soft-tcb model I've also added a soft-imask model.
Interrupt-flipping atomics might not be t
