Snapshot gcc-4.4-20090220 is now available on
ftp://gcc.gnu.org/pub/gcc/snapshots/4.4-20090220/
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/trunk
Ian Lance Taylor wrote:
Bernd Schmidt writes:
Ian Lance Taylor wrote:
No, that makes no sense. What I'm suggesting is that we fix the stack
offsets of all local variables before register allocation, based on a
conservative assessment of how many registers will be saved on the
stack.
Ian Lance Taylor wrote:
Jeff Law writes:
No, that makes no sense. What I'm suggesting is that we fix the stack
offsets of all local variables before register allocation, based on a
conservative assessment of how many registers will be saved on the
stack. Then we know during register alloc
On Tue, 3 Feb 2009, Ádám Rák wrote:
> I mirrored the ftp://gcc.gnu.org/pub/gcc to
>
> http://robotlab.itk.ppke.hu/gcc
>
> country: Hungary
> city: Budapest
>
> contact:
> name: Adam Rak (Ádám Rák)
> e-mail: neur...@gmail.com
Thanks for the mirroring and the note, Ádám! I have applied the
patc
Hi,
x86-64 psABI isn't very clear how X87UP should be handled
in post merger cleanup. This patch clarifies post merger cleanup for
aggregate with X87UP is not preceded by X87.
--
H.J.
2009-02-03 H.J. Lu
* low-level-sys-info.tex: Clarify post merger cleanup for
aggregate
config.guess
powerpc-ibm-aix5.3.0.0
gcc -v
Using built-in specs.
Target: powerpc-ibm-aix5.3.0.0
Configured with: ./configure
Thread model: aix
gcc version 4.3.3 (GCC)
oslevel -s
5300-09-02-0849
On Fri, Feb 20, 2009 at 06:08:36PM +, Joseph S. Myers wrote:
> My guess would be that some of the code for handling va_list being an
> array is needed in the case of generating a trap as well.
>
> if (TREE_CODE (have_va_type) == ARRAY_TYPE)
> {
> if (TREE_CODE (TREE_TYPE (
My guess would be that some of the code for handling va_list being an
array is needed in the case of generating a trap as well.
if (TREE_CODE (have_va_type) == ARRAY_TYPE)
{
if (TREE_CODE (TREE_TYPE (valist)) == ARRAY_TYPE)
{
tree p1 = build_point
Is anyone seeing this on other targets? With the gcc trunk
from 20090219, I am finding that the gcc.c-torture/execute/va-arg-trap-1.c
testcase ICEs on the compilation. The exact error is...
Executing on host:
/sw/src/fink.build/gcc44-4.3.999-20090219/darwin_objdir/gcc/xgcc
-B/sw/src/fink.buil
Georg-Johann Lay schrieb:
Hi,
in machine description expanders the functions copy_to_mode_reg and and
force_reg from explow.c can be used to ensure that an operand lives in a
register.
But what function should be used?
By the way: Are there better places to ask such questions like in gcc-h
Vincent R. wrote:
> To make things clear let's say that I would like to declare a new keyword
> called special_else for instance.
This is about SEH __try/__except/__finally really, isn't it? ;-)
> For now we manage to do some transformation, the problem is with
> optimization because the code
2009/2/17 Ian Lance Taylor :
>
> The problem with reload is that it interferes with register allocation.
> Even if gcc had a perfect register allocator, we would still generate
> suboptimal code because reload would mess up the allocation. The key to
> solving that problem is that we need to do in
Hi,
I would like to make some code transformation and your help would be
greatly appreciated.
To make things clear let's say that I would like to declare a new keyword
called special_else
for instance.
This new keyword has the same syntax as an else statement but the
difference is
expression to be
hello!
I need to put symbol refs into memory, and in the same section as the
code using them (a constant offset of that location from the code
referencing it is required at assembly time).
the first part is catered to by force_const_mem()ing the symbol ref as
part of address legitimization. this
On Tue, 17 Feb 2009, Narasimha Datta wrote:
> I'd love to check out the generated code on a later gcc, but
> unfortunately we are not in a position to upgrade our gcc. We
> just use the default gcc that came with FreeBSD 7.0.
You can always install one of the lang/gcc ports in addition, for
examp
15 matches
Mail list logo
