On 2010-01-12 19:40:50 -0500, Kevin Hunter wrote:
> I was idly looking through a couple of snapshots of the gcc -trunk line.
> I am by no means a compiler developer, but I did notice that you aren't
> using lzma for compression. I don't know if bandwidth is at all a
> concern, but I can point to
Hi GNU GCC folks,
I was idly looking through a couple of snapshots of the gcc -trunk line.
I am by no means a compiler developer, but I did notice that you aren't
using lzma for compression. I don't know if bandwidth is at all a
concern, but I can point to a >20% drop in download size:
$ svn co
Snapshot gcc-4.4-20100112 is now available on
ftp://gcc.gnu.org/pub/gcc/snapshots/4.4-20100112/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 4.4 SVN branch
with the following options: svn://gcc.gnu.org/svn/gcc/branches
Alex writes:
> I am a beginner on gcc backend. I was performing some experiments
> on .md file using a completly new backend set of files written by
> me. I end up on something I really could not understand. Regarding
> addition, I put the following code on my .md file:
>
> (define_expand "ad
On Tue, Jan 12, 2010 at 12:59 PM, Roman Kononov wrote:
> Is there a good reason to place something on the stack? Why does
> -funsafe-math-optimizations (which is a part of -ffast-math) make things
> even worse? It actually swaps the arguments for __bid_a3().
Because it turns on re-association
Hi,
$ gcc -v
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/home/rk/gcc/libexec/gcc/x86_64-unknown-linux-gnu/4.5.0/lto-wrapper
Target: x86_64-unknown-linux-gnu
Configured with: ./configure --prefix=/home/rk/gcc --enable-languages=c,c++
Thread model: posix
gcc version 4.5.0 20100112
Hi,
I am a beginner on gcc backend. I was performing some experiments
on .md file using a completly new backend set of files written by me. I
end up on something I really could not understand. Regarding addition, I
put the following code on my .md file:
(define_expand "addhi3"
[(s
On Tue, 2010-01-12 at 12:47 +0100, Paolo Carlini wrote:
> Hi,
>
> thanks Janis for your complete summary of the current status.
> > Instead of dec32/64/128 you could use _Decimal32/64/128, but the C++
> > TR requires that float.h define those symbols as typedefs to the
> > classes so you'd run int
On Mon, 2010-01-11 at 19:05 -0800, Benjamin Kosnik wrote:
> > Some of the support for those
> > classes is in current trunk, but a crucial change to the compiler to
> > allow binary compatibility between those classes and the C builtin
> > types wasn't approved before the 4.5 feature cutoff (see
>
Hi,
[oh my, coming late to this thread, I'm sorry about restarting it but I
feel the urge to comment on some misconceptions I read, I believe ;-) ]
Commenting on the first mail where I think one subthread went down the
wrong path:
On Tue, 5 Jan 2010, Andrew Haley wrote:
> On 01/05/2010 02:09
On Tue, Jan 5, 2010 at 8:23 PM, H.J. Lu wrote:
> On Tue, Jan 5, 2010 at 11:08 AM, Ian Lance Taylor wrote:
>> "H.J. Lu" writes:
>
>>
>>> diff --git a/configure.ac b/configure.ac
>>> index 407ab59..b349633 100644
>>> --- a/configure.ac
>>> +++ b/configure.ac
>>> @@ -311,10 +311,11 @@ esac
>>> # H
On Tue, Jan 12, 2010 at 11:30 AM, Richard Guenther
wrote:
>
> There is walk_tree.
>
Thanks! Guess I should have guessed that! :)
> Richard.
>
--
Paulo Jorge Matos - pocmatos at gmail.com
http://www.pmatos.net
Hi,
I am working on a micro controller and trying to port gcc(4.3.2) for it.
There is insv instruction in our micro controller and I have add
define_insn to machine description file.
However, the insv instruction can only be generated when the code
is written like below. If the code is
Hi,
thanks Janis for your complete summary of the current status.
> Instead of dec32/64/128 you could use _Decimal32/64/128, but the C++
> TR requires that float.h define those symbols as typedefs to the
> classes so you'd run into conflicts later.
>
therefore, do I understand correctly that ev
On Tue, Jan 12, 2010 at 12:13 PM, Paulo J. Matos wrote:
> On Tue, Jan 12, 2010 at 10:43 AM, Richard Guenther
> wrote:
>>
>> Because it talks about trees as used by the C / C++ frontends
>> and it is way out of date anyway.
>>
>
> Thanks, the tree iterator did the trick.
> I was wondering if there
On Tue, Jan 12, 2010 at 10:43 AM, Richard Guenther
wrote:
>
> Because it talks about trees as used by the C / C++ frontends
> and it is way out of date anyway.
>
Thanks, the tree iterator did the trick.
I was wondering if there is a tree-walker which walks through the
whole tree, going through al
On Mon, Jan 11, 2010 at 8:39 PM, Paulo J. Matos wrote:
> On Mon, 2010-01-11 at 17:51 +0100, Richard Guenther wrote:
>> On Mon, Jan 11, 2010 at 4:46 PM, Paulo J. Matos wrote:
>> > Hi all,
>> >
>> > I am using gcc 4.3.4 to loop through the gimple tree to find
>> > CALL_EXPR. This is what I have (ev
On Mon, Jan 11, 2010 at 7:15 PM, Matthias Klose wrote:
> A rebuild test of the current Debian unstable distribution on
> x86_64-linux-gnu was done, one rebuild test with the current gcc-4.4 from
> the branch, and another one with GCC trunk 20100107. The latter did show
> about 200 additional build
Jonathan Wakely wrote:
> Do you mean like std::current_exception(), available in c++0x mode?
No, the main purpose of std::exception_ptr is to allow
passing exceptions between threads, but it is pretty
useless if it comes to reasoning about the exception
itself (i.e. it's not dereferencable). What
19 matches
Mail list logo
