Hi all,
I have yet another question that has arisen as i have started testing my
code. Basically I am trying to get the type that is being used in
throwing an exception.
Is there a simple macro i can use to get the type of an exception from a
THROW_EXPR? I think this is a matter of getting the T
Hi
In case it may be of interest:
There is a new version of Bliss out, 0.210.
Available from ftp://ftp.nvg.ntnu.no/pub/vms/bliss/bliss-0_210.tgz
(Do not mind the vms path, it compiles on Linux i386/x86_64.)
News:
Now a frontend for gcc 4.1.1.
More support for block value in control expressions.
On 10/14/06, Brendon Costa <[EMAIL PROTECTED]> wrote:
Hi all,
I have yet another question that has arisen as i have started testing my
code. Basically I am trying to get the type that is being used in
throwing an exception.
Is there a simple macro i can use to get the type of an exception from
Richard Guenther wrote:
> On 10/14/06, Brendon Costa <[EMAIL PROTECTED]> wrote:
>> Hi all,
>>
>> I have yet another question that has arisen as i have started testing my
>> code. Basically I am trying to get the type that is being used in
>> throwing an exception.
>>
>>
>> Is there a simple macro i
On Wed, May 03, 2006 at 12:29:17PM +0200, Bernd Schmidt wrote:
> Does anyone find the use of #line in insn-recog.c actually useful? It
> seems to make debugging recog() impossible.
I think the line directives are nearly useless when you want to debug
those files. A comment with the file name
My GCC extension will never be merged with the GCC source I dont think
but will be distributed as a patch for GCC. So with that in mind do you
think there will be any functional issues for me to set the TREE_TYPE of
all THROW_EXPR nodes to have the type of the exception they are throwing
or void (a
Eric Botcazou writes:
> You need GCC 3.x or GCC 4.2 for GNAT SJLJ exceptions to work.
Do you mean that it does not work with GCC 4.1.1? That would be very
bad news.
>> From [2] it looks like this is a configure-time option only.
>
> [2] describes GCC SJLJ, which is not the same as GNAT SJLJ.
How
Hi,
As far as I can tell, dwarf.h is not included anywhere in gcc/
or any of its subdirectories. Is there any reason not to remove
this file?
Thanks,
Gr.
Steven
> Do you mean that it does not work with GCC 4.1.1?
Yes, it doesn't work in the 4.1.x series.
> > [2] describes GCC SJLJ, which is not the same as GNAT SJLJ.
>
> How different?
The latter is a "primitive" form of SJLJ, the former is more structured.
> I was somehow suspecting that gnat1 support
On Sat, Oct 14, 2006 at 02:16:01PM +1000, Brendon Costa wrote:
> Bob Rossi wrote:
> > Hi Ian,
> >
> > Basically, I want to use GCC with C,C++. I want to walk a tree that GCC
> > creates for the translation units. I would like to know if for these two
> > languages if I should use a language depende
David Daney wrote:
Perhaps you are right, but it would not surprise me if there were
commercial entities based around FOSS that would provide that type of
support.
Certainly for instance AdaCore is able to provide this kind of
certification for its customers using its commercial version of
GN
Bob Rossi wrote:
Also, I noticed that converting it to html failed. Maybe this is a
documentation error?
Thanks again,
Bob Rossi
$ makeinfo --html ../../../gcc/gcc/doc/c-tree.texi
../../../gcc/gcc/doc/c-tree.texi:10: `Trees' has no Up field (perhaps
incorrect sectioning?).
makeinfo: Removing o
Snapshot gcc-4.2-20061014 is now available on
ftp://gcc.gnu.org/pub/gcc/snapshots/4.2-20061014/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 4.2 SVN branch
with the following options: svn://gcc.gnu.org/svn/gcc/trunk
Hi all!
I'm currently investigating adding support for demangling/undecorating MSVC
style symbols to libiberty.
Is anyone else already working on this?
Has this been considered in the past, but rejected for some reason?
Should I have posted this to a different GCC list? :P
Thanks,
Phil Lello
There have been some discussions recently about a possible release of
4.1.2 in the near future and the following information might be useful
in this debate. Matthias Klose asked me to test 4.1.2 20061007 to
see whether it can be used instead of 4.1.2 20060901 for our next
version of Debian. I fou
On Sat, 2006-10-14 at 21:14 +0100, Martin Michlmayr wrote:
> There have been some discussions recently about a possible release of
> 4.1.2 in the near future and the following information might be useful
> in this debate. Matthias Klose asked me to test 4.1.2 20061007 to
> see whether it can be us
Has this been considered in the past, but rejected for some reason?
Don't see why it would. Could be useful.
Should I have posted this to a different GCC list? :P
This is fine.
-eric
Bob Rossi wrote:
>
> Thanks Brendon, that was really helpful. I'm very new at this, and may
> have some seemingly rather odd questions. I see that global_namespace is
> of type 'union tree_node'. Is this the C++ language dependent AST?
Yes, this is the C++ AST. I actually think it is just a supe
> Eric Botcazou writes:
> > You need GCC 3.x or GCC 4.2 for GNAT SJLJ exceptions to work.
>
> Do you mean that it does not work with GCC 4.1.1? That would be very
> bad news.
I can confirm that gnat gcc 4.1.1 does *not* correctly handle SJLJ exceptions,
at least on MinGW where SJLJ is currently
Ian Lance Taylor wrote:
> Brendon Costa <[EMAIL PROTECTED]> writes:
>
>> For each FUNCTION_DECL node I find, I want to determine what its
>> exception specification list is. I.e. the throws() statement in its
>> prototype.
>
> Look at TYPE_RAISES_EXCEPTIONS (FNDECL).
>
> Ian
This macro does not
20 matches
Mail list logo
