Hi Aram,
i like to know whether gcc can generate vfp instructions..
This is a GCC question not a binutils question. Please ask it on the
gcc mailing list: [EMAIL PROTECTED]
if then, whether it will be supported on binutils and the gdb simulator
The assembler and linker will support vfp instr
Kazu Hirata writes:
> Hi,
>
> I see that the implementation of LANG_HOOKS_GET_CALLEE_FNDECL in Java
> always returns NULL (at least for the time being).
>
> static tree
> java_get_callee_fndecl (tree call_expr)
> {
> tree method, table, element, atable_methods;
>
> HOST_WIDE_INT i
hi,
i like to know whether gcc can generate vfp instructions..
main()
{
float a=88.88,b=99.99,c=0;
c=a+b;
printf("%f",c);
}
i used the following option to compile the above program
arm-elf-gcc -mfp=2 -S new.c
but it produces the new.s file without any special kind of (vfp
instructions) inst
hi,
i like to know whether gcc can generate vfp instructions..
main()
{
float a=88.88,b=99.99,c=0;
c=a+b;
printf("%f",c);
}
i used the following option to compile the above program
arm-elf-gcc -mfp=2 -S new.c
but it produces the new.s file without any special kind of (vfp
instructions) inst
On Tuesday 22 March 2005 09:11, Andrew Haley wrote:
> Kazu Hirata writes:
> > Hi,
> >
> > I see that the implementation of LANG_HOOKS_GET_CALLEE_FNDECL in Java
> > always returns NULL (at least for the time being).
> >
> > static tree
> > java_get_callee_fndecl (tree call_expr)
> > {
> >
Steven Bosscher writes:
> On Tuesday 22 March 2005 09:11, Andrew Haley wrote:
> > Kazu Hirata writes:
> > > Hi,
> > >
> > > I see that the implementation of LANG_HOOKS_GET_CALLEE_FNDECL in Java
> > > always returns NULL (at least for the time being).
> > >
> > > static tree
> > > ja
Hello,
Please find the name of the organization, the name and title of the person
who will sign on the contract:
Name of the Organization: Sankhya Technologies Private Limited
Name : A.R.S.Kumar
Title : Asst.Manager - Legal Compliances
Mailing Address:
Sankhya Technologies
On Tue, 2005-03-22 at 08:51, aram bharathi wrote:
> hi,
>i like to know whether gcc can generate vfp instructions..
>
> main()
> {
> float a=88.88,b=99.99,c=0;
> c=a+b;
> printf("%f",c);
> }
>
> i used the following option to compile the above program
>
> arm-elf-gcc -mfp=2 -S new.c
>
> but
> The reason this particular register model is important to me is that I
> use GCC on the microSPARC-IIep (actually, a SoC variant produced by
> Infineon called the "copernicus") to build firmware for Sun Ray
> appliances (ultra-thin client). These SparcV8 processors only have two
> register windo
is there a reason for code output like the following or is this a bug?
if it is I can try to provide a simple example.
movl %ebx, -200(%ebp)
movl %ebx, -196(%ebp)
movl %eax, 4(%esp)
movl -200(%ebp), %edx
movl -196(%ebp), %ecx
gcc 3.4.3, -O3 -march=pentium4 -mtune=pentium4 -mfpmatch=sse -msse2
Hello all
I am using gcc for MIPS ( 3.3.x, target mips-elf).
I had problem during linking, (MIPS_GPREL_16 relocation truncated to fit
error occurs).
I set value of gp registers to appropriate value and used -mlong-calls and
-G0 switch to
prevent this problem.
However problem arise again dependin
Hi,
Resending for the archives, since the spam bot on sourceware
did not like so many recipients with my address. Hope it
works this time and apologies for duplicate messages .
cheers
Ramana
Original Message
Subject: Re: Obsoleting more ports for 4.0.
Date: Tue, 22 Mar 2005 18:
Hi Ramana,
> PR8972 has been fixed in our tree and we should be pushing
> the patch upstream soon. We had got the FSF tree building
> with patches to fix PR17317 / PR11476 / PR17240 .We have
> also been making fixes with binutils which can be found in
> the corresponding archives.
If that's
On Tue, 22 Mar 2005, Kazu Hirata wrote:
> > We would like to merge our changes with mainline, 4.0 branch
> > and the 3.4 branch and continue work in the FSF domain. What
> > would be the best way to go about this ?
>
> Send patches to [EMAIL PROTECTED] If you are familiar with ARC
> and willin
Mark Mitchell wrote:
Robert Dewar wrote:
Mark Mitchell wrote:
I would expect that some decimal floating point values are not
precisely representable in the binary format.
OK, I agree that decimal floating-point needs its own format. But still
you can store the decimal mantissa and decimal exponen
On 16 Mar 2005, Joe Buck stated:
> On Wed, Mar 16, 2005 at 02:41:12AM +0100, [EMAIL PROTECTED] wrote:
>> Writing Hand-written recursive-descent parser miss-cleans the source code
>> and goes hardfully to maintain it!!!
>
> Not if you know how to write one correctly.
... and I must say that Mark's
Hi,
I am wondering if we still need get_callee_fndecl in the presence of
tree optimizers. I think this function performs a form of constant
propagation at a rather strange place.
Currently, given an address expression of CALL_EXPR, get_callee_fndecl
tries to get to its DECL_INITIAL like so.
S
Hi Andrew,
> I am wondering if we still need get_callee_fndecl in the presence of
> tree optimizers. I think this function performs a form of constant
> propagation at a rather strange place.
Sorry for omitting you in the CC.
Once you fix java_get_callee_fndecl, perhaps we only need to call it
Kazu Hirata writes:
>
> > I am wondering if we still need get_callee_fndecl in the presence of
> > tree optimizers. I think this function performs a form of constant
> > propagation at a rather strange place.
>
> Sorry for omitting you in the CC.
>
> Once you fix java_get_callee_fndecl,
Miles Bader <[EMAIL PROTECTED]> writes:
> I've defined SECONDARY_*_RELOAD_CLASS (and PREFERRED_* to try to help
> things along), and am now running into more understandable reload
> problems: "unable to find a register to spill in class" :-/
>
> The problem, as I understand, is that reload does
Hi,
I would like to announce that fold_buildN are now ready.
What's this?
Put shortly, this is a tree equivalent of
simplify_build_{unary,binary,ternary}. For example, we could replace
fold (build2 (MULT_EXPR, type, op0, op1));
with
fold_build2 (MULT_EXPR, type, op0, op1);
On Mar 22, 2005, at 8:14 AM, Kazu Hirata wrote:
After all, all we need in get_callee_fndecl seems to be
addr = TREE_OPERAND (call_expr, 0);
return ((TREE_CODE (addr) == ADDR_EXPR
&& TREE_CODE (TREE_OPERAND (addr, 0)) == FUNCTION_DECL)
? TREE_OPERAND (addr, 0) : NULL_TREE;
T
Hi Dale,
> > After all, all we need in get_callee_fndecl seems to be
> >
> > addr = TREE_OPERAND (call_expr, 0);
> > return ((TREE_CODE (addr) == ADDR_EXPR
> >&& TREE_CODE (TREE_OPERAND (addr, 0)) == FUNCTION_DECL)
> > ? TREE_OPERAND (addr, 0) : NULL_TREE;
> >
> > Thoughts?
>
>
On Mar 22, 2005, at 10:21 AM, Kazu Hirata wrote:
Hi Dale,
After all, all we need in get_callee_fndecl seems to be
addr = TREE_OPERAND (call_expr, 0);
return ((TREE_CODE (addr) == ADDR_EXPR
&& TREE_CODE (TREE_OPERAND (addr, 0)) == FUNCTION_DECL)
? TREE_OPERAND (addr, 0) : NU
On Tue, 2005-03-22 at 13:21 +0100, Mile Davidovic wrote:
> Hello all
> I am using gcc for MIPS ( 3.3.x, target mips-elf).
> I had problem during linking, (MIPS_GPREL_16 relocation truncated to fit
> error occurs).
> I set value of gp registers to appropriate value and used -mlong-calls and
> -G0 sw
Rajesh Babu wrote:
The target I used is i686-linux. For the same example gcc-3.4.1
eliminated the redundant expression, where as gcc-3.3.3 didn't do it. I
observed it by dumping RTL with -dG switch. I didnt get abt the flaw
you were talking about. The optimization is done on the pseudo
regi
Hello,
The attached implementation/header issues a warning when
$ gcc-4.0-c -o test_undefined.o test_undefined.cpp
undefined_constructor.hpp:13: warning: inline function 'Base::Base()' used but
never defined
This does not happen with 3.x compilers. If you remove the
#pragma interface, the w
On Mar 22, 2005, at 2:54 PM, Peter Soetens wrote:
Hello,
The attached implementation/header issues a warning when
$ gcc-4.0-c -o test_undefined.o test_undefined.cpp
undefined_constructor.hpp:13: warning: inline function 'Base::Base()'
used but
never defined
This is PR 20584
-- Pinski
Denis Chertykov wrote:
I think that sequence of compare + cond-jump will exists in any
compiler pass.
Combine can optimize away compares, if you have other instructions that
set the condition code register to useful values. This optimization
will only work correctly if instructions that set or c
> They (load, store, add) can modify flags before reload.
> (while no reload_in_progress)
> Is this OK ?
Yes.
r~
On Mon, Mar 21, 2005 at 01:45:19PM +0100, Richard Guenther wrote:
> I also cannot
> see why we zero the mm registers before loading and why we
> load them high/low separated:
We load hi/lo separate because movlps+movhps is faster than movups.
We zero first to break the insn dependency chain befor
On Mon, Mar 21, 2005 at 02:28:49PM +0100, Richard Guenther wrote:
> I'd like to specify (for vectorization) the alignment of the
> target of a pointer.
This is not possible in gcc at present.
r~
Nick Clifton and I have been discussing the idea of keeping GCC and binutils'
copy of
dwarf.h in sync. I've just resolved all of the differences with the binutils
version
of the file. Perhaps DJ's merge script could keep gcc/gcc/dwarf.h in sync with
src/include/elf/dwarf.h as it does for, say,
> Nick Clifton and I have been discussing the idea of keeping GCC and
> binutils' copy of dwarf.h in sync. I've just resolved all of the
> differences with the binutils version of the file. Perhaps DJ's
> merge script could keep gcc/gcc/dwarf.h in sync with
> src/include/elf/dwarf.h as it does f
Kazu Hirata wrote:
ip2k
This is an Ubicom cpu, and they maintain a GNU port in house. There are
references to it on their web site, though I didn't see a convenient
link to download it. Probably not much worth to the FSF version of this
port if they aren't contributing patches to it.
ns32k
Ev
I'm interested in fixing this, but could use some help from somebody
knowledgeable about how x86 EH is supposed to work. In particular,
what's the expected relationship between SP at the point of a throwing
call, and when it gets back to the landing pad?
> On Mon, 21 Mar 2005, DJ Delorie wrote:
> > 2005-03-21 DJ Delorie <[EMAIL PROTECTED]>
> >
> > * optabs.c (expand_binop): Make sure the first subword's result
> > gets stored.
>
> This is OK for mainline, provided that you bootstrap and regression
> test it somewhere.
Bootstrapped with
Geert Bosch wrote:
Of the three proposals:
[...]
The ideal solution I think is for Ada to use line-map's
source_location for Sloc in its lexer.
[...]
translate Sloc integers to source_location
when we translate the Ada intermal format to Gcc trees.
[...]
the location_t in the shared Gcc should be
38 matches
Mail list logo
