On 2012-08-15 06:10 , Richard Guenther wrote:
Maybe have a GNU C++ builtin type
struct __Gcc_call_location_pack {
const char *file;
const char *function;
unsigned line;
};
and an attribute
void foo (int bar) __attribute__((add_location_pack));
that directs GNU C++ to add a
Now that we have a slightly cleaner implementation of vectors,
I've been thinking of ways to fix some of the API warts:
1- Pointers vs references when handling vector elements.
Elements are sometimes passed by value (vectors of pointers) and
others they are passed by reference (vectors of
On Tue, Sep 4, 2012 at 10:12 AM, Iyer, Balaji V balaji.v.i...@intel.com wrote:
Hello Everyone,
I am getting the following error when I am trying to build the trunk
on x86_64 SuSE Linux. My SVN head is at revision 190930. Is anyone else
finding this?
It's happening with a g++ 4.3
On 2012-09-08 15:44 , Kamran Amini wrote:
Hello GCC guys
I am really interested to be a part of GCC development team, specially
G++ and C++11.
In addition to what Basile recommended, I would suggest visiting
http://gcc.gnu.org/wiki/GettingStarted. It contain several pointers to
documents
On Mon, Sep 10, 2012 at 9:23 AM, Aaron Gray aaronngray.li...@gmail.com wrote:
Hi,
I have put in three patches on the 29th of August, but have not heard
any real feedback on them :-
[PATCH] Remove dependency of cp/cp-lang.c on cp/parser.h
On 2012-09-11 16:22 , Lawrence Crowl wrote:
We do not yet seem to have consensus on a long term plan.
Would it be reasonable to start on short term prepatory work?
In particular, I was think we could do
Add converters and testers.
Change callers to use those.
and maybe
Change
On Thu Aug 30 16:18:47 2012, Lawrence Crowl wrote:
Diego already loves it!
Indeed I do!
I'm making changes in VEC that will benefit from this. I am currently
keeping the VEC_* macros so that I can pass __FUNCTION__, __LINE__ to
the methods that want it. But it would be nice if we could
On Wed, Sep 12, 2012 at 2:31 PM, rguent...@suse.de wrote:
Only of the checking parts, right? Not of the mem stat ones.
Correct. I'm thinking mostly of operator[].
I have to get back to it. Maybe tomorrow ...
Great, thanks. I will keep the macros around for now. They can be
removed later.
Thanks for the patch!
On 2012-09-13 08:46 , Richard Guenther wrote:
Index: gcc/testsuite/g++.dg/ext/builtin-location.C
===
*** /dev/null 1970-01-01 00:00:00.0 +
--- gcc/testsuite/g++.dg/ext/builtin-location.C
On Thu, Oct 11, 2012 at 9:01 AM, Richard Biener
richard.guent...@gmail.com wrote:
I'd rather not mix this with any kind of further C++-ification (that is
introduction of member functions or operator overloads).
Agreed. At first I was surprised that Lawrence had not done the
obvious operator
On 2012-10-11 13:26 , Lawrence Crowl wrote:
My only other concern was that the mapping between those function
names and the tasks to be done sometimes seemed less than obvious.
So, I proposed the name change. However, I think the current names
are workable, assuming an acceptable solution to
On Thu, Oct 11, 2012 at 11:53 AM, Uday P. Khedker u...@cse.iitb.ac.in wrote:
That's actually not true. In fact existing GCC pointer analysis is
flow-sensitive for all SSA pointers.
SSA provides partial flow sensitivity to the top level pointers. For deeper
pointers, one needs to
On 2012-10-11 16:25 , Lawrence Crowl wrote:
On 10/11/12, Diego Novillo dnovi...@google.com wrote:
On 2012-10-11 13:26 , Lawrence Crowl wrote:
My only other concern was that the mapping between those function
names and the tasks to be done sometimes seemed less than obvious.
So, I proposed
On 2012-10-12 04:26 , Richard Biener wrote:
What's the issue with always returning the changed status? bitmap operations
(even more so sbitmap operations) are memory-bound, accumulating one more
register isn't speed critial.
Not a big issue, but it was going to be a behaviour change, which
On 2012-10-15 13:21 , Lawrence Crowl wrote:
Given this, and that the other bitmap interfaces mostly return a
changed flag, we should opt for the simpler API, always returning
it. That includes the few remaining bitmap.h functions that
aren't already doing so.
Does anyone have objections to
No big surprises. I will keep merging the branch from trunk weekly
until we are ready to send the branch for trunk review.
Diego.
On Thu, Oct 25, 2012 at 2:24 PM, Lawrence Crowl cr...@googlers.com wrote:
It turns out that gcc/ebitmap.[hc] is not used.
Should we kill it?
Yes.
Diego.
I've merged trunk into the gimplefe branch as of rev 192823.
Tested on x86_64.
Diego.
This merge brings the branch up to trun revision 192857.
Tested on x86_64.
Diego.
On Mon, Oct 29, 2012 at 1:56 PM, Jakub Jelinek ja...@redhat.com wrote:
Status
==
I'd like to close the stage 1 phase of GCC 4.8 development
on Monday, November 5th. If you have still patches for new features you'd
like to see in GCC 4.8, please post them for review soon. Patches
I'm getting the following while trying to bootstrap a clean trunk at rev 192986:
cd ada/bldtools/einfo; gnatmake -q xeinfo ; ./xeinfo einfo.h )
In file included from gcc/clean/trunk/gcc/ada/seh_init.c:48:0:
gcc/clean/trunk/gcc/system.h:499:34: error: declaration of C function
'const char*
On Tue, Oct 30, 2012 at 11:44 AM, Arnaud Charlet char...@adacore.com wrote:
I'll have a look.
Thanks!
On Tue, Oct 30, 2012 at 12:45 PM, Arnaud Charlet char...@adacore.com wrote:
Diego, can you confirm that it's indeed seh_init.o which is failing?
Yes. The error was given on seh_init.c:48
Thanks. Diego.
On Tue, Oct 30, 2012 at 2:04 PM, Eric Botcazou ebotca...@adacore.com wrote:
Right, there's no explicit dependencies for seh_init.o at all, although
this is not something new. Has something changed recently in the way
e.g. system.h or similar are generated/handled that would explain this
change
On Thu, Nov 1, 2012 at 8:28 AM, Jakub Jelinek ja...@redhat.com wrote:
How was that change tested? I'm seeing thousands of new UNRESOLVED
failures, of the form:
spawn -ignore SIGHUP /usr/src/gcc/obj415/gcc/xgcc -B/usr/src/gcc/obj415/gcc/
On 2012-10-31 13:50 , Peter Colberg wrote:
gcc‑lua extends the GNU Compiler Collection with the ability to run Lua
scripts. The plugin provides an interface to register callback functions for
plugin events, and inspect the abstract syntax tree of a translation unit. The
plugin is useful for
On Thu, Nov 1, 2012 at 12:40 PM, Sharad Singhai sing...@google.com wrote:
I found the problem and the following patch fixes it. The issue with
my testing was that I was only looking at 'FAIL' lines but forgot to
tally the 'UNRESOLVED' test cases, the real symptoms of my test
problems. In any
On 2012-11-05 16:17 , Ian Lance Taylor wrote:
On Mon, Nov 5, 2012 at 3:45 PM, Steven Bosscher stevenb@gmail.com wrote:
On Wed, 24 Mar 2010 04:34:15 +, Dave Korn wrote:
Say, why don't we reserve GCC 5.0 for the first version that gets rid of
reload? Then let's see if we can get
On Mon, Nov 12, 2012 at 2:31 PM, Lawrence Crowl cr...@googlers.com wrote:
On 11/12/12, Lawrence Crowl cr...@googlers.com wrote:
It appears that
static bitmap clear_alias_sets = NULL;
is never set, and as a consequence
clear_alias_set_lookup (alias_set_type alias_set)
is never called.
On Wed, Nov 14, 2012 at 5:41 AM, Paulo Matos pma...@broadcom.com wrote:
Hi,
There's a function in lto-streamer-out.c which determines if a tree is
streamable.
This is lto_is_streamable? I have a LANG_TYPE that I want to stream and
adding to that function:
#ifdef TARGET_MYPORT
if (code ==
I am almost ready to send the patches for the VEC API overhaul. This
patch affects a very large number of files (342). I am testing the
patch in various configurations:
--checking=release
--checking=yes
--checking=gc,gcac
I've enabled all languages including ada and go. I've also added isl
On Wed, Nov 14, 2012 at 10:41 AM, Diego Novillo dnovi...@google.com wrote:
The code is currently in the git branch dnovillo/vec-rewrite. It is
trunk current as of today.
I forgot to add that I have created a wiki page that describes the
transition into the new interface:
http://gcc.gnu.org
As we continue adding new C++ features in the compiler, gengtype
is becoming an increasing source of pain. In this proposal, we
want to explore different approaches to GC that we could
implement.
At this point, we are trying to reach consensus on the general
direction that we should take. Given
On Fri, Nov 16, 2012 at 4:38 AM, Martin Jambor mjam...@suse.cz wrote:
So you do not plan to replace/rename at least some of them? This
seems like unnecessary and confusing layering just to avoid the work
to do the right thing.
No, we plan to replace all the existing dumping routines. We are
On Wed, Nov 14, 2012 at 8:48 PM, Andrew Pinski pins...@gmail.com wrote:
Here is my proposal though I don't have time to work on it. Make some
python scripts which do the basic function of the debug_* functions.
No. Debug traces and -fdump-* support.
Python pretty printers for gdb would be
On Thu, Nov 15, 2012 at 2:31 AM, Xinliang David Li davi...@google.com wrote:
ssa_stmt t = q.stmt (NE_EXPR, shadow, 0);
ssa_stmt a = q.stmt (BIT_AND_EXPR, base_addr, 7);
ssa_stmt b = q.stmt (shadow_type, a);
ssa_stmt c = q.stmt (PLUS_EXPR, b, offset);
ssa_stmt d = q.stmt (GE_EXPR, c, shadow);
On Thu, Nov 15, 2012 at 1:06 AM, Basile Starynkevitch
bas...@starynkevitch.net wrote:
On Wed, Nov 14, 2012 at 05:13:12PM -0800, Lawrence Crowl wrote:
Diego and I seek your comments on the following (loose) proposal.
Generating gimple and tree expressions require lots of detail,
which is hard
On Thu, Nov 15, 2012 at 9:48 AM, Michael Matz m...@suse.de wrote:
Hi Lawrence,
On Wed, 14 Nov 2012, Lawrence Crowl wrote:
Diego and I seek your comments on the following (loose) proposal.
In principle I agree with the goal, I'm not sure I like the specific way
yet, and even if I do I have
On Fri, Nov 16, 2012 at 5:06 AM, Basile Starynkevitch
bas...@starynkevitch.net wrote:
On Thu, Nov 15, 2012 at 07:59:36PM -0500, Diego Novillo wrote:
As we continue adding new C++ features in the compiler, gengtype
is becoming an increasing source of pain. In this proposal, we
want to explore
I agree with the analysis of Uday and Basile. In my view, competition
from Clang and LLVM is probably the best thing that could've happened
to a compiler that was in danger of becoming fat, lazy and complacent.
Simplifying the code base for new contributors and increased
maintainability are the
On Mon, Nov 19, 2012 at 5:18 AM, Martin Jambor mjam...@suse.cz wrote:
Hi,
On Fri, Nov 16, 2012 at 08:08:52AM -0500, Diego Novillo wrote:
On Fri, Nov 16, 2012 at 4:38 AM, Martin Jambor mjam...@suse.cz wrote:
So you do not plan to replace/rename at least some of them? This
seems like
On Mon, Nov 19, 2012 at 10:11 AM, Michael Matz m...@suse.de wrote:
So, yes, the larger layouting should be determined by name of the dump
function. A flag argument might look nice from an interface design
perspective, but it's harder to use in the debugger.
As long as all these different
On Tue, Nov 20, 2012 at 12:03 PM, Andrew MacLeod amacl...@redhat.com wrote:
On 11/14/2012 08:12 PM, Lawrence Crowl wrote:
Diego and I seek your comments on the following (loose) proposal.
We propose to provide several function overload sets, as below.
dump_pretty
This function
On Tue, Nov 20, 2012 at 2:34 PM, Xinliang David Li davi...@google.com wrote:
class bitmap {
public:
void print_me (print_flags flags = print_pretty, FILE *stream = stderr);
...
};
This is fine and all, but most of our objects are pointers and many
times we are dealing with
On Tue, Nov 20, 2012 at 2:32 PM, Basile Starynkevitch
bas...@starynkevitch.net wrote:
On Tue, Nov 20, 2012 at 11:24:40AM -0800, Lawrence Crowl wrote:
[]
All of these functions come in two forms.
function (FILE *, item_to_dump, formatting)
function (item_to_dump, formatting)
Ian and I have started thinking about the next Cauldron. This
time, we are thinking of organizing it in Mountain View, at
Google's headquarters.
Dates are not yet set in stone, but these are some likely
details:
- The workshop would last 3 days, just like the Prague meeting.
- Dates: We are
Now that we are out of stage 1, the next wave of cleanups will go into
the cxx-conversion branch. I figured it was easier to revive this
branch than open a new one.
I just merged trunk at rev 193681 and updated the failures manifest in
the branch (contrib/testsuite-management/*.xfail) so it's
On Fri, Nov 23, 2012 at 3:14 PM, Ruben Safir ru...@mrbrklyn.com wrote:
On Fri, Nov 23, 2012 at 12:12:17PM -0800, Andrew Pinski wrote:
On Fri, Nov 23, 2012 at 11:53 AM, Diego Novillo dnovi...@google.com wrote:
In this day and age of rich-text capable mailers, restricting postings
to be text
On Fri, Nov 23, 2012 at 3:12 PM, Andrew Pinski pins...@gcc.gnu.org wrote:
On Fri, Nov 23, 2012 at 11:53 AM, Diego Novillo dnovi...@google.com wrote:
In this day and age of rich-text capable mailers, restricting postings
to be text-only seems quaint and antiquated. Are there any hard
On Fri, Nov 23, 2012 at 3:31 PM, Ruben Safir ru...@mrbrklyn.com wrote:
incorrect accessment
I can't parse this.
Maybe HTML markup can help you.
Stupid conversation
No need to respond in such an arrogant and condescending manner. I do
not understand what incorrect accessment
On Fri, Nov 23, 2012 at 4:14 PM, Andrew Haley a...@redhat.com wrote:
On 11/23/2012 08:12 PM, Andrew Pinski wrote:
On Fri, Nov 23, 2012 at 11:53 AM, Diego Novillo dnovi...@google.com wrote:
In this day and age of rich-text capable mailers, restricting postings
to be text-only seems quaint
On Fri, Nov 23, 2012 at 4:27 PM, Richard Kenner
ken...@vlsi1.ultra.nyu.edu wrote:
And restricting writers, may result in the loss of contributors in the
medium/long term.
We have a lot of things we do that restrict writers. We insist that
patches be tested. We insist that coding standards
On Fri, Nov 23, 2012 at 4:41 PM, Richard Kenner
ken...@vlsi1.ultra.nyu.edu wrote:
Similarly for text-only vs. rich text. You may argue that there's no
compatibility issue, but I disagree. As was pointed out upthread, when
people use rich text, they often start to use colors or other
On Fri, Nov 23, 2012 at 5:00 PM, Richard Kenner
ken...@vlsi1.ultra.nyu.edu wrote:
It's just that an increasing number of mail agents are configured by
default to send rich-text.
And people who know enough about computing to work on compilers don't know
how to change the default on their MUA?
Thanks for all the comments.
I have incorporated all the feedback (I hope). We will start
implementing this in the cxx-conversion branch.
I've created a new wiki page with the debugging proposal:
http://gcc.gnu.org/wiki/cxx-conversion/debugging-dumps
It is also indexed from the general
Thanks for all the responses.
I have created a wiki page to track this proposal:
http://gcc.gnu.org/wiki/cxx-conversion/gc-alternatives
It is also indexed from the main improvements wiki:
http://gcc.gnu.org/wiki/ImprovementProjects
Given the number of choices we have in this proposal, I've
Thanks for all the responses.
I have created a wiki page to track this proposal:
http://gcc.gnu.org/wiki/cxx-conversion/gimple-generation
It is also indexed from the main improvements wiki:
http://gcc.gnu.org/wiki/ImprovementProjects
Thanks. Diego.
On Sun, Nov 25, 2012 at 10:09 AM, Richard Biener
richard.guent...@gmail.com wrote:
I'd say the most pragmatic solution is to stick with gengtype but
make it more dependent on annotations (thus, explicit). That is,
Yes. That is the direction in which I've been leaning towards. My
preference
On Sun, Nov 25, 2012 at 8:54 AM, Richard Biener
richard.guent...@gmail.com wrote:
That said, filtering any non text/plain mail into spam keeps me off most
spam. Thus be warned when you try to get patches in non text/plain
sent to me ;)
It would be OK for me if the mailing list software we
On Sun, Nov 25, 2012 at 10:45 AM, Richard Biener
richard.guent...@gmail.com wrote:
On Sun, Nov 25, 2012 at 4:21 PM, Diego Novillo dnovi...@google.com wrote:
On Sun, Nov 25, 2012 at 10:09 AM, Richard Biener
richard.guent...@gmail.com wrote:
I'd say the most pragmatic solution is to stick
On Sun, Nov 25, 2012 at 8:45 AM, Richard Biener
richard.guent...@gmail.com wrote:
Just to add another case which seems to be not covered in the thread.
When dumping from inside a gdb session in many cases I cutpaste
addresses literally. For overloading to work I'd need to write casts
in
On Tue, Nov 27, 2012 at 10:15 AM, Paolo Bonzini bonz...@gnu.org wrote:
Lots of errors like the following:
-o build/genrecog.o ../../gcc/genrecog.c
In file included from ../../gcc/rtl.h:29,
Oops, I forgot to re-test detailed-memory stats. I'll fix.
Diego.
On Tue, Nov 27, 2012 at 10:23 AM, Richard Biener
richard.guent...@gmail.com wrote:
me too, just when you do debug_tree ($1) you then don't have $nn for
all of the trees referenced from the output ;)
True that :)
I admit that I'm partly fishing here, but my proposal is based on the following:
* The implementation of PCH in GCC is atrocious and hard to maintain.
* The next C++ standard is likely to define modules
(http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2012/n3347.pdf)
* The user-base for PCH is
On Tue, Nov 27, 2012 at 2:48 PM, Paolo Carlini paolo.carl...@oracle.com wrote:
Assuming that the new implementation will be available in time for 4.9, my
primary concern is that in the meanwhile running the libstdc++ testsuite
will be quite noticeably slower. Do you have some numbers?
No, but
As a follow up to our proposal to improve memory management in the
compiler, we plan to proceed in two parts:
* A transition plan to quickly remove gengtype out of the picture.
This has become the main blocker for several C++ cleanups. The
transition here is to move all the GTY() structures to
On Tue, Nov 27, 2012 at 2:20 PM, Chris Lattner clatt...@apple.com wrote:
On Nov 27, 2012, at 8:00 AM, Diego Novillo dnovi...@google.com wrote:
I admit that I'm partly fishing here, but my proposal is based on the
following:
* The implementation of PCH in GCC is atrocious and hard to maintain
On Tue, Nov 27, 2012 at 6:20 PM, Jeff Law l...@redhat.com wrote:
On 11/27/2012 03:51 PM, Diego Novillo wrote:
* Start implementing memory pools for data structures that do not need
to be in PCH images. It is still not clear what types of memory pools
we will need, but at a minimum we
On Tue, Nov 27, 2012 at 6:32 PM, Eric Botcazou ebotca...@adacore.com wrote:
One of the arguments put forward to advocate the transition to C++ was the
competition. Where do the other compilers stand when it comes to PCHs?
Note that although we are doing this in the umbrella of the C++
Thanks for all the responses, folks.
The choice is clear, then. We will not pursue the removal of PCH.
We'll attempt to re-structure PCH to use the streaming infrastructure,
to make it at least more efficient (we were observing very significant
file size gains when we tried it on the PPH
On Wed, Nov 28, 2012 at 5:30 AM, Richard Biener
richard.guent...@gmail.com wrote:
Note that I don't think that non-GC is inherently better than GC. In fact,
using a GC leads to easier maintainable code.
I don't think there is a direct relationship, actually. Other, easier
to maintain
I've committed rev 194091. It brings all the changes to trunk
from last week.
I will be doing weekly merges from trunk into the branch. To
avoid unnecessary spam, I won't announce merges unless something
interesting happens.
Tested on x86_64.
Diego.
On Mon, Dec 10, 2012 at 1:25 PM, Steven Bosscher stevenb@gmail.com wrote:
Hello,
While trying to bootstrap with GCAC checking enabled and some
instrumentation to measure how often objects are being marked, I
noticed that a lot of cache misses happen because already-marked
objects are
==
GNU Tools Cauldron 2013
http://gcc.gnu.org/wiki/cauldron2013
Call for Abstracts
12-14 July 2013
Google Headquarters
==
GNU Tools Cauldron 2013
http://gcc.gnu.org/wiki/cauldron2013
2nd Call for Abstracts
12-14 July 2013
Google Headquarters
On Tue, Jan 22, 2013 at 11:52 AM, NightStrike nightstr...@gmail.com wrote:
Perhaps it'd be worthwhile to consider making the compiler easier to
understand, maybe by devoting a lot of effort into the internals
documentation. There's a lot of knowledge wrapped up in people that
could disappear
On Wed, Jan 23, 2013 at 5:26 AM, Richard Kenner
ken...@vlsi1.ultra.nyu.edu wrote:
I think we need to come out of the documentation mindset. No amount of
conventional documentation is going to help. What we need is a training
material that included well defined assignments.
I agree. At one
On Wed, Jan 23, 2013 at 12:18 PM, Uday Khedker u...@cse.iitb.ac.in wrote:
I would like to take this training program to the next level but so long
it remains my personal baby, my funding agency does not feel that I have
accomplished much because they feel that if my program has any merit,
the
[ We have drifted way off the original subject. ]
On Wed, Jan 23, 2013 at 2:16 PM, Uday Khedker u...@cse.iitb.ac.in wrote:
Yes, absolutely. And GCC community should consider it important to bring in
newcomers particularly young students and experimenters from the academia.
Why is it that
On Wed, Jan 23, 2013 at 2:40 PM, Uday Khedker u...@cse.iitb.ac.in wrote:
This is very different from putting it as one among so many other things on
the wiki. Look at it from the view point of a newcomer. There are so many
OK, then. Reorganize GettingStarted to make it prominent and
advertise
On Thu, Jan 24, 2013 at 1:08 PM, Jeff Law l...@redhat.com wrote:
On 01/24/2013 10:23 AM, Alexandre Oliva wrote:
On Jan 23, 2013, Aldy Hernandez al...@redhat.com wrote:
an internal training program Jeff Law devised over a decade ago (*)
[Before anybody asks, the training program is probably
On Thu, Jan 24, 2013 at 3:11 PM, Alec Teal a.t...@warwick.ac.uk wrote:
That is a need that g++ cannot currently satisfy. With plugins, one
could do something along those lines, but they are heavier, and are at
the mercy of the full compiler. Additionally, g++ has very low
fidelity wrt the
On Sun, Jan 27, 2013 at 7:09 AM, Steven Bosscher stevenb@gmail.com wrote:
Is this a known issue?
No, thanks for the report. I'll try to see what's going on (though
you may need to ping me in a few days).
Diego.
On Wed, Feb 13, 2013 at 8:31 AM, Alec Teal a.t...@warwick.ac.uk wrote:
On 13/02/13 12:39, Richard Biener wrote:
On Wed, Feb 13, 2013 at 1:31 PM, Alec Teal a.t...@warwick.ac.uk wrote:
It's just a filename ... we compile it with a C++ compiler.
Richard.
I feel silly now, why not use .cpp?
On Wed, Feb 13, 2013 at 9:59 AM, Ian Lance Taylor i...@google.com wrote:
I have no opinion on whether it is better to rename files now or later.
I do think it is better to rename the files at some point.
I would vote for renaming to an extension of .cc.
Likewise.
One problem I've noticed
On Wed, Feb 13, 2013 at 5:00 PM, Joseph S. Myers
jos...@codesourcery.com wrote:
On Wed, 13 Feb 2013, Philip Martin wrote:
The new file must have been explicitly added, rather than copied or
moved, and so the history is broken. An example of a history preserving
The issue there is that
On Wed, Feb 13, 2013 at 5:18 PM, paul_kon...@dell.com wrote:
On Feb 13, 2013, at 5:04 PM, Diego Novillo wrote:
...
Ah, so if we rename a file with 'svn rename', its history will be
preserved across the rename? In that case, renaming files should not
be a problem.
Yes, that's one of many
A reminder about this year's Cauldron (http://gcc.gnu.org/wiki/cauldron2013)
If you intend to participate, but not necessarily present, please
let us know as soon as possible. This will allow us to plan for
space and food. Send a message to
tools-cauldron-ad...@googlegroups.com stating your
On Thu, Feb 21, 2013 at 7:37 AM, Richard Biener rguent...@suse.de wrote:
I'm trying to make IL verifying more streamlined - it's often
that passes have some random (or no) verification in their TODO
which makes pinning down issues to specific passes hard.
Thus I propose to unify the various
On Mon, Feb 25, 2013 at 1:02 PM, Janis Johnson janis_john...@mentor.com wrote:
I've been using a couple of DejaGnu board files to test multilibs for
which I don't have any way to execute tests, and for which I can't even
link because I don't have compatible libraries. I'd like to share but
On Wed, Feb 27, 2013 at 6:48 AM, Torvald Riegel trie...@redhat.com wrote:
will GCC be a mentoring organization for Google Summer of Code this
year? Has somebody already volunteered to administer this?
I used to administer GCC's participation, but I will not be doing it
this year. Tobias (CCd)
We have negotiated a reduced rate of $105/night (+ tax) at the
Avante Hotel in Mountain View.
860 E. EL CAMINO REAL, MOUNTAIN VIEW, CA 94040
650-940-1000
https://www.jdvhotels.com/hotels/california/silicon-valley-hotels/hotel-avante
Here is the link for registration:
On 2013-03-28 07:57 , Gabriel Dos Reis wrote:
Does gengetype works with inheritance now? I could not
find anything to that effect in the documentation.
No. The plan is to get rid of gengtype by implementing manual markers
(http://gcc.gnu.org/wiki/cxx-conversion/gc-alternatives). But those
On Thu Mar 28 08:53:03 2013, Richard Biener wrote:
Eh - in fact you _promised_ to do that in trade for accepting the C++
conversion!
Never trust promises from google ... *sigh*
You need to calm down. This childish attitude is insulting and
counterproductive.
The gengtype conversion was
On Thu Mar 28 09:53:24 2013, Gabriel Dos Reis wrote:
what about -- as interim plan -- add support for inheritance while we are
still working on the longer term?
Support for inheritance is tricky and convoluted. Using manual markers
in your class is much more direct. There may be rough
On 2013-03-28 17:32 , Richard Biener wrote:
Ah well, sorry about that.
Thanks. No harm done.
Fine. As long as reviewers resist enhancements to gengtype and push
people to rely on manual marking.
Agreed. In this sense, I would like to consider gengtype*.[ch] frozen
to new features and
On 2013-04-03 12:09 , David Malcolm wrote:
I tried grepping for these, but didn't see any. Where are these? Is
this in svn trunk, or in a branch?
vec and edge_def. You need to grep for 'GTY((user))'. The
documentation should guide you in what you need to do.
Diego.
On Wed, Apr 3, 2013 at 3:22 PM, David Malcolm dmalc...@redhat.com wrote:
For reference, these docs are:
http://gcc.gnu.org/onlinedocs/gccint/User-GC.html#User-GC
Thanks.
(It seems a shame that one has to write 3 almost-identical functions; I
wonder if there's a clean way of writing the
On 2013-04-04 04:49 , Richard Biener wrote:
But yes, testing is the most time-consuming part, and the testsuite
harness overhead is big. A combined bootstraptest target could
indeed interleave target library build and testing. General improvements
to parallel testing support (hack upstream
On 2013-04-18 16:58 , Hendrik Greving wrote:
Hi,
this is w.r.t. an older GCC version, I took a quick look and it looks
like it's still roughly the same in recent GCC's.
In function c-decl.c:grokdeclarator: I am debugging something and am
wondering, what does an IDENTIFIER_POINTER
1 - 100 of 2334 matches
Mail list logo
