On Thu, Oct 18, 2012 at 10:33 PM, Basile Starynkevitch
wrote:
> Hello
>
> I'm coding in MELT the ex06/ of https://github.com/bstarynk/melt-examples/
> which should typecheck calls to variadic functions json_pack & json_unpack
> from http://www.digip.org/jansson (a JSON library in C).
>
> I'm worki
>
> I think the bug is in the documentation, and that
> TARGET_ASM_NAMED_SECTION should accept an IDENTIFIER_NODE.
>
> Ian
I will be reporting this with bugzilla then.
Thanks for the clarification,
Paulo Matos
On Fri, Oct 19, 2012 at 10:28 AM, Paulo Matos wrote:
>>
>> I think the bug is in the documentation, and that
>> TARGET_ASM_NAMED_SECTION should accept an IDENTIFIER_NODE.
>>
>> Ian
>
> I will be reporting this with bugzilla then.
Can you instead produce a patch?
> Thanks for the clarification,
>
On Fri, Oct 19, 2012 at 10:26:58AM +0200, Richard Biener wrote:
> On Thu, Oct 18, 2012 at 10:33 PM, Basile Starynkevitch
> wrote:
> > Hello
> >
> > I'm coding in MELT the ex06/ of https://github.com/bstarynk/melt-examples/
> > which should typecheck calls to variadic functions json_pack & json_unp
On Fri, Oct 19, 2012 at 10:59 AM, Basile Starynkevitch
wrote:
> On Fri, Oct 19, 2012 at 10:26:58AM +0200, Richard Biener wrote:
>> On Thu, Oct 18, 2012 at 10:33 PM, Basile Starynkevitch
>> wrote:
>> > Hello
>> >
>> > I'm coding in MELT the ex06/ of https://github.com/bstarynk/melt-examples/
>> >
> In the following RTL, the hardware (reg:HI r2), whose natural mode is
> HImode, is set to 0, but when analysing the REG_EQUAL notes of the MULT
> insn during CSE pass, the (reg:SI r2) is computed to be equivalent to 0,
> which is wrong (the target is big endian).
>
> (insn 51 9 52 3 (set (reg:HI
On Thu, Oct 18, 2012 at 7:22 PM, Sharad Singhai wrote:
>> You still have the issue that // regular stuff may appear to possibly
>> clobber any_dump_enabled_p and thus repeated any_dump_enabled_p
>> checks are not optimized by the compiler (we don't have predicated
>> value-numbering (yet)).
>
>> S
> -Original Message-
> From: Richard Biener [mailto:richard.guent...@gmail.com]
> Sent: 19 October 2012 09:29
> To: Paulo Matos
> Cc: Ian Lance Taylor; gcc@gcc.gnu.org
> Subject: Re: Inconsistency between code and docs
>
> On Fri, Oct 19, 2012 at 10:28 AM, Paulo Matos
> wrote:
> >>
> >> I
> -Original Message-
> From: Richard Biener [mailto:richard.guent...@gmail.com]
> Sent: 19 October 2012 09:29
> To: Paulo Matos
> Cc: Ian Lance Taylor; gcc@gcc.gnu.org
> Subject: Re: Inconsistency between code and docs
>
> Can you instead produce a patch?
>
Patch sent to gcc-patches.
Ch
If there is a better list, please point me to it.
I am using the git mirror with my branch set to origin/trunk. It was set to
"master". The last "git pull" was an hour or so ago. (It failed, I did a git
pull, and it still fails).
I'm on AIX 6.1 TL07 SP03 using a GCC 4.5.2 that I built. No c
No big surprises. I will keep merging the branch from trunk weekly
until we are ready to send the branch for trunk review.
Diego.
The one taking argument is changed to dump_enabled_phase (Sharad,
should it be dump_enabled_phase_p ?).
Sharad, it may be better to throwing first a trivial patch that
introduces dump_enabled_p () without argument, and leave the clean up
of vectorizer code as a separate one. Do this earlier so tha
On Fri, Oct 19, 2012 at 12:03 PM, Xinliang David Li wrote:
> The one taking argument is changed to dump_enabled_phase (Sharad,
> should it be dump_enabled_phase_p ?).
Yes, I renamed the old method to dump_enabled_phase. I would rename it
further to dump_enabled_p to make it clear.
>
> Sharad, it
Hello, I'm working with the BeagleBone and gcc-4.5.4 on Gentoo. If I
try to compile the 3.6 kernel with CONFIG_THUMB2_KERNEL, I get:
arch/arm/boot/compressed/head.S:127: Error: selected processor does
not support requested special purpose register -- `mrs r2,cpsr'
arc
Dear steering committee,
To support address-sanitizer feature:
http://code.google.com/p/address-sanitizer/ in gcc, we need to drop in
a foreign library into gcc repository. The attached is the README.gcc
and a copy of the license file. A sample library source file head is
also shown here. Does it
Snapshot gcc-4.6-20121019 is now available on
ftp://gcc.gnu.org/pub/gcc/snapshots/4.6-20121019/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 4.6 SVN branch
with the following options: svn://gcc.gnu.org/svn/gcc/branches
On Fri, Oct 19, 2012 at 10:04 PM, Richard Smith wrote:
>
> [Crossposted to both GCC and Clang dev lists]
>
> Hi,
>
> One issue facing library authors wanting to use C++11's constexpr feature is
> that the same implementation must be provided for both the case of function
> invocation substitutio
On Fri, Oct 19, 2012 at 10:53 PM, Chandler Carruth wrote:
>
> On Fri, Oct 19, 2012 at 10:04 PM, Richard Smith
> wrote:
> >
> > [Crossposted to both GCC and Clang dev lists]
> >
> > Hi,
> >
> > One issue facing library authors wanting to use C++11's constexpr
> > feature is that the same implement
On Saturday, October 20, 2012 7:50 AM, Chandler Carruth wrote:
[...snip...] Let me hypothesize a different interface:
This stays the same...
constexpr int constexpr_strncmp(const char *p, const char *q, size_t n) {
return !n ? 0 : *p != *q ? *p - *q : !*p ? 0 : constexpr_strncmp(p+1,
q+1, n-1)
19 matches
Mail list logo
