On Tue, 2018-02-13 at 11:56 +0100, FX wrote:
> Hi David, hi GCC team,
>
> What is the current status of JIT in GCC ? It does not currently work
> on macOS, with a bug in libgccjit.so linkage. We can work around it
> with a hack of the Make-lang.in (https://raw.githubusercontent.
On Tue, 2018-03-06 at 11:14 +0100, Martin Liška wrote:
> Hello.
>
> Many significant changes has landed in mainline and will be released
> as GCC 8.1.
> I decided to use various GCC configs we have and test how there
> configuration differ
> in size and also binary size.
>
> This is first part wh
stry Type, Emp. Size, Rev. size, etc.
Are you interested in purchasing database of North American Farm & Power
Show Attendees? Let me know your thoughts.!
Thank you.
Regards
Grace David
Demand Generation Executive.
If you do not wish to receiv
Sorry for the shameless self-promotion, but I've written up the work
I've done on gcc 8 usability, in blog form, here:
https://developers.redhat.com/blog/2018/03/15/gcc-8-usability-improvements/
I'm working on a patch for the website's changes.html, covering the
same material.
Dave
On Tue, 2018-03-20 at 14:02 +0100, Richard Biener wrote:
> On Mon, Mar 19, 2018 at 9:55 PM, Richard Biener
> wrote:
> > On March 19, 2018 8:09:32 PM GMT+01:00, Sebastiaan Peters > 7...@hotmail.com> wrote:
> > > > The goal should be to extend TU wise parallelism via make to
> > > > function
> > >
On Tue, 2018-03-27 at 08:12 +, ??? ??? wrote:
> Hello,
>
> My name is Avi Owshanko.
>
> I'm an experienced programmer (worked for IBM-HRL GC group, and EMC-
> Recoverpoint), and I wish to join in the development of GCC.
Hi Avi, welcome to GCC development!
As initial projects, I consider
On 03/04/18 03:33, Martin Sebor wrote:
> Jason,
>
> The manual mentions some C++-only options in the language
> independent section 3.8 Options to Request or Suppress
> Warnings and others in 3.5 Options Controlling C++ Dialect.
>
> For example, -Wcatch-value, -Wconditionally-supported,
> and -Wz
On 19/04/18 10:09, Manish Jain wrote:
> Hi all,
>
> One of the historical artefacts of the C language has been the burden of
> lugging around multiple declarations in a single statement, with some
> well-known pitfalls:
>
> int* ptr1, ptr2;
>
> Since ptr2 looks like a pointer but actually is n
On 19/04/18 11:27, Manish Jain wrote:
>
> On 04/19/18 14:46, David Brown wrote:
>> Certainly it is heavily used in existing code - making an option
>> to disable it would be impractical.
>
> Thanks for replying, Mr. Brown.
>
> What I meant was if an option could be
On Mon, 2018-04-16 at 20:34 -0600, Martin Sebor wrote:
> Hi David & Gerald,
(sorry for the late response; I was offline on vacation last week)
> I noticed that the coding examples in the updates I committed
> to changes.html use a different formatting style than David's.
&g
On Tue, 2018-04-24 at 16:45 +0200, Martin Liška wrote:
> Hi.
>
> Some time ago, I investigated quite new feature of clang which
> is support of --autocomplete argument. That can be run from bash
> completion
> script and one gets more precise completion hints:
>
> http://blog.llvm.org/2017/09/cla
On Wed, 2018-04-25 at 16:54 +0100, Jonathan Wakely wrote:
> On 25/04/18 16:30 +0100, Andrew Haley wrote:
> > On 04/25/2018 03:04 PM, Jonathan Wakely wrote:
> > > On 25/04/18 14:59 +0100, Andrew Haley wrote:
> > > > On 04/25/2018 02:56 PM, Jason Merrill wrote:
> > > > > The warning by default seems
option, to initialize such data at run-time instead of
compile-time?
Thanks.
David
p.s. In case it matters / anyone cares -- we have copyright assignments on
file for
GCC, BINUTILS, and GDB, which the company lawyers assure me survived our
acquisition by Dell.
> From: Nathan Sidwell [mailto:nathanmsidw...@gmail.com] On Behalf Of
> Nathan Sidwell
> Sent: Thursday, May 3, 2018 1:58 PM
> To: taylor, david; gcc@gcc.gnu.org
> Subject: Re: gcov and initialized data
>
> On 05/03/2018 01:09 PM, taylor, david wrote:
>
> > When y
gcc-python-plugin is a plugin for GCC 4.6 onwards which embeds the
CPython interpreter within GCC, allowing you to write new compiler
warnings in Python, generate code visualizations, etc.
This releases adds support for gcc 7 and gcc 8 (along with continued
support for gcc 4.6, 4.7, 4.8, 4.9, 5 an
On 11/05/18 11:19, Richard Biener wrote:
> On Thu, May 10, 2018 at 11:32 PM, Freddie Chopin wrote:
>> Hi!
>>
>> In one of my embedded projects I have an option to enable LTO. This was
>> working more or less fine for GCC 6 and GCC 7, however for GCC 8.1.0
>> (and binutils 2.30) - with the same set
On 11/05/18 17:49, Freddie Chopin wrote:
> On Fri, 2018-05-11 at 13:06 +0200, David Brown wrote:
>> For the Cortex-M devices (and probably many other RISC targets),
>> -fdata-sections comes at a big cost - it effectively blocks
>> -fsection-anchors and makes access to file-sta
On 15/05/18 22:03, Freddie Chopin wrote:
>
> I cannot reproduce this here ); Don't get me wrong - if there's a
> "free" way to improve code size/speed with some compiler flags which I
> did not use previously, then I'm very much interested, however in my
> particular case the best result (size-wi
I am pleased to announce that the GCC Steering Committee has
appointed Bin Cheng as Loop Optimizer co-maintainer.
Please join me in congratulating Bin on his new role.
Bin, please update your listing in the MAINTAINERS file.
Happy hacking!
David
On Tue, 2018-05-29 at 19:53 -0400, Andrew MacLeod wrote:
[...snip...]
> The code is located on an svn branch *ssa-range*. It is based on
> trunk
> at revision *259405***circa mid April 2018.
Is this svn branch mirrored on gcc's git mirror? I tried to clone it
from there, but failed.
[...sni
I am pleased to announce that the GCC Steering Committee has
appointed Martin Liska as GCOV co-maintainer.
Please join me in congratulating Martin on his new role.
Martin, please update your listing in the MAINTAINERS file.
Happy hacking!
David
On Wed, 2018-06-06 at 13:04 +0200, Martin Jambor wrote:
> Hi,
>
> On Wed, Jun 06 2018, 冠人 王 via gcc wrote:
> > When I modify the gcc source code, sometimes I do not know what
> > parameters does the function call.
> > For example,
> > bool warn_if_unused_value(const tree exp,location_t locus){
On Mon, 2018-06-11 at 12:19 -0600, Martin Sebor wrote:
> I've been noticing a number of failures in LTO (and some other)
> tests in my x86_64-builds most of which don't appear in results
> reported on gcc-testresults (all those on lines that start with
> with the '!' below) and that I don't recall
On Mon, 2018-06-18 at 10:22 -0600, Martin Sebor wrote:
> David,
>
> Have you been able to reproduce the jit test failures below on
> tor? Is there some information I can get you from my builds to
> help you debug it?
Thanks for pointing it out. I've started seeing it
On Fri, 2018-06-29 at 13:19 -0400, Eric Gallager wrote:
> On 6/29/18, Martin Liška wrote:
> > Hi.
> >
> > I would like to add some DejaGNU tests for completion option.
> >
> > Ready for trunk?
> > Martin
Presumably the point of the DejaGnu tests is:
(a) to give us some integration testing, to c
On Thu, 2018-07-05 at 04:58 +, 冠人 王 via gcc wrote:
> In the function emit_side_effect_warnings, I find its inputs are
> "location_t loc" and "tree expr".
> And, there is a function warn_if_unused_value called by
> emit_side_effect_warnings:
> emit_side_effect_warnings(location_t loc, tree expr)
> > > > > > compute:
> > > > > > > .LFB3:
> > > > > > > .cfi_startproc
> > > > > > > movlv_a(%rip), %edx
> > > > > > > movlv_b(%rip), %eax
> > > > > > > leal-10(%rdx,%rax), %eax
on a GPU or supercomputer. Most jobs with
> the algorithmic complexity of repository surgery have *much* smaller
> working sets. The combination of both extrema is hard.
If you come to the conclusion that the GCC Community could help with
resources, such as the GNU Compile Farm or paying for more RAM, let us
know.
Thanks, David
On Mon, Jul 9, 2018 at 12:35 PM Eric S. Raymond wrote:
>
> David Edelsohn :
> > > The truth is we're near the bleeding edge of what conventional tools
> > > and hardware can handle gracefully. Most jobs with working sets as
> > > big as this one's do
On Mon, 2018-07-09 at 06:16 -0400, Eric S. Raymond wrote:
> Janus Weil :
> > > The bad news is that my last test run overran the memnory
> > > capacity of
> > > the 64GB Great Beast. I shall have to find some way of reducing
> > > the
> > > working set, as 128GB DD4 memory is hideously expensive.
at one point in time), but there are plenty of other fast
development languages out there.
In my not so humble opinion, this aught to be approached with some degree
of wisdom and intelligence as opposed to a zest for something new for
newnesses sake.
Sincerely,
David
PS: No, I am not volunteering myself.
On Tue, 2018-07-17 at 19:13 +0200, Basile Starynkevitch wrote:
> Hello All,
>
>
> In https://gcc.gnu.org/ml/gcc/2018-07/msg00233.html Martin Liška
> wrote:
>
> > I've recently touched AWK option generate machinery and it's quite
> > unpleasant
> > to make any adjustments. My question is simple:
On Tue, 2018-07-17 at 16:37 -0400, David Niklas wrote:
> > Hi.
> >
> > I've recently touched AWK option generate machinery and it's quite
> > unpleasant to make any adjustments. My question is simple: can we
> > starting using a scripting language like Pyt
On Tue, 2018-07-17 at 14:49 +0200, Martin Liška wrote:
> Hi.
>
> I've recently touched AWK option generate machinery and it's quite
> unpleasant
> to make any adjustments. My question is simple: can we starting using
> a scripting
> language like Python and replace usage of the AWK scripts? It's
>
On Wed, 2018-07-18 at 11:51 +0200, Richard Biener wrote:
> On Tue, Jul 17, 2018 at 2:49 PM Martin Liška wrote:
> >
> > Hi.
> >
> > I've recently touched AWK option generate machinery and it's quite
> > unpleasant
> > to make any adjustments. My question is simple: can we starting
> > using a scr
On Sat, Jul 21, 2018 at 7:32 AM Eric S. Raymond
wrote:
>
> On Fri, Jul 20, 2018 at 11:13:16PM -0400, David Edelsohn wrote:
> > Have you considered bisecting your recent changes to reposurgeon to
> > determine which one caused the errors in the conversion of GCC Trunk
>
fine and declare the
data correctly.
Messing around with optimisation settings is just a way of hiding your
coding and design errors until they get more subtle and harder to spot
in the future.
mvh.,
David
On 22/07/18 17:00, Umesh Kalappa wrote:
> Hi Richard,
>
> making i unsigned still
On 24/07/18 09:40, Fredrik Hederstierna wrote:
> Hi
>
> This is a general question to all you working with GCC benchmarking.
>
> I have been working with code benchmarks like CSiBE for ARM. From
> time to time unpredicted results appears where numbers gets worse by
> no reason.
>
> When looking
AIX 5.3 no longer is under supported or maintained.
- David
On Wed, Jul 25, 2018 at 1:13 PM Albert Chin
wrote:
>
> r227907 had the following change:
> Index: aix61.h
> ===
> --- aix61.h (revision 227906
On Sat, 2018-07-28 at 10:55 +0100, Ramana Radhakrishnan wrote:
> On Fri, Jul 27, 2018 at 3:38 PM, Joseph Myers m> wrote:
> > On Fri, 27 Jul 2018, Michael Matz wrote:
> >
> > > Using any python scripts as part of generally building GCC (i.e.
> > > where the
> > > generated files aren't prepackaged
On Sun, 2018-07-29 at 13:41 -0700, Joe Perches wrote:
> I would like to implement a gcc plugin that can compress an
> __attribute__((format(printf, x, y))) const char array before
> storage so that the formats can be size reduced when stored and
> expanded appropriately before use.
>
> As this is
You must manually insert the additional test lines into the appropriate
file in fixincludes/tests/base and then retest.
Please see step (6) in fixincludes/README
Thanks, David
On Wed, Aug 15, 2018 at 3:46 PM Albert Chin
wrote:
> Hi. I've come up with a fixincl fix for PR86599 b
.
You also can try to ask Bruce Korb for some advice. Few modern targets
require fixincludes.
Thanks, David
On Wed, Aug 15, 2018 at 4:38 PM Albert Chin
wrote:
> On Wed, Aug 15, 2018 at 03:52:33PM -0400, David Edelsohn wrote:
> > You must manually insert the additional test lines into
I am pleased to announce that the GCC Steering Committee has
appointed Richard Sandiford as a Global Reviewer.
Please join me in congratulating Richard on his new role.
Richard, please update your listing in the MAINTAINERS file.
Happy hacking!
David
request for what? For an account on gcc.gnu.org /
sourceware.org?
Did you complete the request form linked from the Authenticated access
section of the Read-write SVN access page?
https://gcc.gnu.org/svnwrite.html
Did the form include the email address of the person sponsoring your
account?
Thanks, David
From: Russell King - ARM Linux
Date: Wed, 2 Feb 2011 16:37:02 +
> 1. there's no way to tell GCC that the inline assembly is a load
>instruction and therefore it needs to schedule the following
>instructions appropriately.
Just add a dummy '"m" (pointer)' asm input argument to the inl
From: Russell King - ARM Linux
Date: Wed, 2 Feb 2011 21:45:22 +
> On Wed, Feb 02, 2011 at 01:38:31PM -0800, David Miller wrote:
>> From: Russell King - ARM Linux
>> Date: Wed, 2 Feb 2011 16:37:02 +
>>
>> > 1. there's no way to tell GCC
From: Måns Rullgård
Date: Wed, 02 Feb 2011 23:08:01 +
> David Miller writes:
>
>> From: Russell King - ARM Linux
>> Date: Wed, 2 Feb 2011 16:37:02 +
>>
>>> 1. there's no way to tell GCC that the inline assembly is a load
>>>ins
king GCC/G++ ABI on AIX? Or should it continue
to utilize 128 bit long double, building libstdc++-v3 that works if
the user program does not utilize the missing symbols and fails to
build libgfortran?
Thanks, David
On Tue, Feb 08, 2011, Richard Guenther wrote:
> On Mon, Feb 7, 2011 at 9:37 PM, Andrew Pinski wrote:
> > On Mon, Feb 7, 2011 at 2:55 AM, Richard Guenther
> > wrote:
> >> Does FreeBSD ever set errno for malloc() calls? See PR47179 and
> >> PR42944 - which means it might require splitting the flag
uld lead to rapid deprecation
and removal.
I would suggest directly sending a message to the last contacts and
any other contact email address for SCORE that the port must function
and test results posted or it will be deprecated and removed. That
the GCC community needs to see action, not future promises.
- David
e dwarf2 support is too immature in the Xcode for darwin8 to
safely do that.
Fang
David Fang
http://www.csl.cornell.edu/~fang/
http://www.achronix.com/
Background:
Current MIPS 32-bit ABIs (both o32 and n32) are restricted to 2GB of
user virtual memory space. This is due the way MIPS32 memory space is
segmented. Only the range from 0..2^31-1 is available. Pointer
values are always sign extended.
Because there are not already enough MIPS ABIs
On 02/14/2011 04:15 PM, Matt Thomas wrote:
On Feb 14, 2011, at 12:29 PM, David Daney wrote:
Background:
Current MIPS 32-bit ABIs (both o32 and n32) are restricted to 2GB of
user virtual memory space. This is due the way MIPS32 memory space is
segmented. Only the range from 0..2^31-1 is
t machine!) but lots of paying customers clamored for it.
(I personally don't have an opinion on whether it's worth bothering with).
Also look at the new x86_64 ABI (See all those X32 psABI messages) that
the Intel folks are actively working on. This proposal is very similar
to wha
On 02/14/2011 06:34 PM, Matt Thomas wrote:
On Feb 14, 2011, at 6:26 PM, David Daney wrote:
On 02/14/2011 06:14 PM, Joe Buck wrote:
On Mon, Feb 14, 2011 at 05:57:13PM -0800, Paul Koning wrote:
It seems that this proposal would benefit programs that need more than 2 GB but
less than 4 GB
On 02/14/2011 06:33 PM, Matt Thomas wrote:
On Feb 14, 2011, at 6:22 PM, David Daney wrote:
On 02/14/2011 04:15 PM, Matt Thomas wrote:
I have to wonder if it's worth the effort. The primary problem I see
is that this new ABI requires a 64bit kernel since faults through the
upper 2G wi
On 02/14/2011 07:00 PM, Matt Thomas wrote:
On Feb 14, 2011, at 6:50 PM, David Daney wrote:
On 02/14/2011 06:33 PM, Matt Thomas wrote:
On Feb 14, 2011, at 6:22 PM, David Daney wrote:
On 02/14/2011 04:15 PM, Matt Thomas wrote:
I have to wonder if it's worth the effort. The pr
On 02/15/2011 09:56 AM, Alexandre Oliva wrote:
On Feb 14, 2011, David Daney wrote:
Current MIPS 32-bit ABIs (both o32 and n32) are restricted to 2GB of
user virtual memory space. This is due the way MIPS32 memory space is
segmented. Only the range from 0..2^31-1 is available. Pointer
on't know how hard it would be to make ptrdiff_t a signed 64-bit
type. That would certainly complicate things somewhat.
David Daney
place anything in the 2^16 byte region
centered on the split.
The Linux kernel works around this by not using the lower 32kb of
ckseg0. It also never user the top 32kb of useg when in 32bit mode.
David Daney.
On 02/16/2011 02:10 PM, Paul Koning wrote:
On Feb 16, 2011, at 5:08 PM, David Daney wrote:
On 02/16/2011 01:44 PM, Paul Koning wrote:
I'm running into a crash caused by mishandling of address calculation of an
array element address when that array is near the bottom of
On 02/16/2011 02:32 PM, Paul Koning wrote:
On Feb 16, 2011, at 5:25 PM, David Daney wrote:
What is the state of your C0_Status[{KX,SX,UX}] bits?
0, 0, 0
It is not really a compiler bug, but rather a defect in the n32 ABI. When using
32-bit pointers you can only do 32-bit operations on
On 02/14/2011 12:29 PM, David Daney wrote:
Background:
Current MIPS 32-bit ABIs (both o32 and n32) are restricted to 2GB of
user virtual memory space. This is due the way MIPS32 memory space is
segmented. Only the range from 0..2^31-1 is available. Pointer
values are always sign extended
you wanna debug
something.
best regards
David [aka .leviathan]
signature.asc
Description: This is a digitally signed message part.
you wanna debug
something.
best regards
David [aka .leviathan]
signature.asc
Description: This is a digitally signed message part.
t from my point of perspective - please correct
me if I'm wrong - for adding support for AOP into C/C++ part of gcc, only minor
changes would be needed.
best regards
David
signature.asc
Description: This is a digitally signed message part.
order to motivate the definition of an ISO
standard for AOP in C/C++? ^.^"
best regards
David
signature.asc
Description: This is a digitally signed message part.
On Mon, Feb 21, 2011 at 12:50 PM, Michael Haubenwallner
wrote:
>
> On 01/-10/-28163 08:59 PM, David Edelsohn wrote:
>> AIX provides two versions of long double and declares all of the C99
>> long double symbols in math.h header file. One implementation aliases
>> lo
he missing files to the PPL 0.11 release directory.
Please let us know if you have further problems.
Cheers,
Roberto
David Fang
http://www.csl.cornell.edu/~fang/
http://www.achronix.com/
I am pleased to announce that the GCC Steering Committee has
appointed Ramana Radhakrishnan as co-maintainer of the ARM port.
Please join me in congratulating Ramana on his new role.
Ramana, please update your listing in the MAINTAINERS file.
Happy hacking!
David
On 25/02/2011 16:43, Matthias Kretz wrote:
Hi,
On Friday 25 February 2011 16:26:24 Richard Guenther wrote:
On Fri, Feb 25, 2011 at 4:19 PM, Matthias Kretz wrote:
My expectation was, that, since the ctor has a constructed object as
return value, the compiler is free, instead of calling a ctor t
on the port and the with the GCC community.
The main thing we need to see now is active maintenance of the port.
Thanks, David
xactly the secret differences were, it would
be easier to opine on this topic.
David Daney
On 03/17/2011 11:20 AM, McCall, Ronald SIK wrote:
If you let us in on what exactly the secret differences were, it would
be easier to opine on this topic.
Sure thing! Here is an instruction sequence from the original Solaris
toolchain:
Resending to gcc@. I didn't really want a private mes
On 18/03/2011 11:15, Paulo J. Matos wrote:
On 18/03/11 10:08, WANG.Jiong wrote:
This may related with subreg regmove finding
Suggest specifiy -fdump-rtl-regmove to see what happen after this pass
Maybe avr need a target dependent regmove pass to handle this
It doesn't look like it's regmove,
al_regs_above() is one of the key pieces, but
that change exposed other latent bugs, as you have encountered. One
needs the additional patches to the save/restore strategy routines and
prologue/epilogue. This is why the entire patch was committed in one
piece.
- David
error: in default_secondary_reload, at
targhooks.c:769
Please submit a full bug report,
with preprocessed source if appropriate.
See<https://support.codesourcery.com/GNUToolchain/> for instructions.
Look, it tells you exactly what to do. Go visit that web site.
Thanks,
David Daney
If a developer breaks bootstrap and cannot fix it immediately, the
patch should be reverted and the developer can fix the patch offline
and re-merge the patch. The focus of the policy should not be the
convenience of the developer who broke bootstrap on multiple targets.
- David
of latent bugs and introduction of new bugs. I
don't think there is so the only practical thing to do is apply any rule
we have to all build breakers.
David Daney
h more in the same vein. Checks aimed at spotting potential buffer
overflows or security issues are always popular. Another idea is to
enforce style or coding standard checks. Of course, complete
implementations of such checks would keep you busy for a lot longer than
the summer - but it might be interesting to think about.
David
On 29/04/2011 13:16, Basile Starynkevitch wrote:
On Fri, 29 Apr 2011 12:30:45 +0200
David Brown wrote:
There is a lot of interesting and useful work that could be done here.
Melt is a nice idea, but the big barrier (for me, anyway) is the
language - it's Lisp, which is very different to
this do we need to patch up the register state
before executing the throw?
David Daney
On 05/06/2011 01:29 AM, Alexandre Oliva wrote:
On Feb 15, 2011, David Daney wrote:
On 02/15/2011 09:56 AM, Alexandre Oliva wrote:
On Feb 14, 2011, David Daney wrote:
So, sorry if this is a dumb question, but wouldn't it be much easier to
keep on using sign-extended addresses, and
On 05/09/2011 07:28 AM, Ralf Baechle wrote:
On Mon, Feb 21, 2011 at 07:45:41PM +, Richard Sandiford wrote:
David Daney writes:
Background:
Current MIPS 32-bit ABIs (both o32 and n32) are restricted to 2GB of
user virtual memory space. This is due the way MIPS32 memory space is
On 05/09/2011 07:32 AM, Andrew Haley wrote:
On 05/09/2011 03:28 PM, Ralf Baechle wrote:
On Mon, Feb 21, 2011 at 07:45:41PM +, Richard Sandiford wrote:
David Daney writes:
Background:
Current MIPS 32-bit ABIs (both o32 and n32) are restricted to 2GB of
user virtual memory space. This
On 12/05/2011 17:24, fanqifei wrote:
I am using gcc4.3.2.
In our microcontroller, move instruction(mov reg, imm) can accept
16bits and 32bits immediate operand.
The data memory size is less than 64KB, however, code memory size is
larger than 64KB.
The immediate operand may be addresses of variabl
I've been working on a new plugin for GCC, which supports embedding
Python within GCC, exposing GCC's internal data structures as Python
objects and classes.
The plugin links against libpython, and (I hope) allows you to invoke
arbitrary Python scripts from inside a compile. My aim is to allow
pe
On Tue, 2011-06-21 at 21:02 +0200, Basile Starynkevitch wrote:
> On Tue, 21 Jun 2011 14:33:20 -0400
> David Malcolm wrote:
> > It's still at the "experimental proof-of-concept stage"; expect crashes
> > and tracebacks (I'm new to the insides of GCC, and I m
On Tue, 2011-06-21 at 22:30 +0200, Basile Starynkevitch wrote:
> On Tue, 21 Jun 2011 15:34:51 -0400
> David Malcolm wrote:
> > I'm aware of MELT - as I understand it, it's a Lisp variant.
>
> Yes. However, I do have in the works an infix syntax of MELT called
>
On Tue, 2011-06-21 at 22:31 +0200, Basile Starynkevitch wrote:
> On Tue, 21 Jun 2011 15:34:51 -0400
> David Malcolm wrote:
> > When I mentioned the garbage collector, I was merely trying to convey
> > the early, buggy nature of my code. This is a bug that I need to fix,
> &g
e after
> scheduling and before final. E.g. md_reorg.
>
> I'd be delighted if someone could actually implement one
> of these changes at some point in the next week, but
> failing that please weigh in on the preferred solution.
As we discussed on IRC, (1) with and eventual implementation of (2) are okay.
Thanks, David
e
keeping it meaningful?
Fang
--
David Fang
http://www.csl.cornell.edu/~fang/
On Fri, Jul 8, 2011 at 8:00 PM, Richard Henderson wrote:
> On 07/05/2011 04:30 PM, David Edelsohn wrote:
>> On Fri, Jul 1, 2011 at 8:31 PM, Richard Henderson wrote:
>>> The implementation of TARGET_SCHED_PROLOG is incompatible with
>>> some coming changes to how dw
For fun over the weekend I wrote a python script (using my
gcc-python-plugin[1]) to render an SVG diagram of GCC's optimization
passes (or, at least, based on my understanding of them).
This diagram shows the various GCC optimization passes, arranged
vertically, showing child passes via indentatio
On Tue, 2011-07-12 at 09:43 +0100, Paulo J. Matos wrote:
> On 12/07/11 08:22, Paolo Bonzini wrote:
> > On 07/11/2011 07:56 PM, David Malcolm wrote:
> >> Hope this is fun/helpful (and that I'm correctly interpreting the data!)
> >
> > You are, and it shows some
On Tue, 2011-07-12 at 11:43 +0800, Mingjie Xing wrote:
> 2011/7/12 David Malcolm :
> > For fun over the weekend I wrote a python script (using my
> > gcc-python-plugin[1]) to render an SVG diagram of GCC's optimization
> > passes (or, at least, based on my understand
On Tue, 2011-07-12 at 09:15 -0700, Xinliang David Li wrote:
> FYI. If you just want text dump of gcc passes and their on|off
> settings, option -fdump-passes can be used. This can be enhanced to
> dump properties and TODOs.
Thanks!
I got a bit mystified by:
$ gcc -fdump-passes tes
On Tue, 2011-07-12 at 08:34 -0500, Joel Sherrill wrote:
> On 07/12/2011 02:22 AM, Paolo Bonzini wrote:
> > On 07/11/2011 07:56 PM, David Malcolm wrote:
> >> Hope this is fun/helpful (and that I'm correctly interpreting the data!)
> > You are, and it shows some bugs e
x27;m particularly interested in a darwin port, but would benefit from
having it work on any modern platform.)
Fang
--
David Fang
http://www.csl.cornell.edu/~fang/
801 - 900 of 2691 matches
Mail list logo
