Hi,
On Fri, 4 May 2007, Andrew Pinski wrote:
> On 5/4/07, Vincent Lefevre <[EMAIL PROTECTED]> wrote:
> > Perhaps it should be noted that these libraries are specific to x86
> > processors, since other processors don't have extended precision.
>
> m68k does too, just nobody uses it any more or th
Snapshot gcc-4.3-20070504 is now available on
ftp://gcc.gnu.org/pub/gcc/snapshots/4.3-20070504/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 4.3 SVN branch
with the following options: svn://gcc.gnu.org/svn/gcc/trunk
GCC 4.2.0 RC3 is now available from:
ftp://gcc.gnu.org/pub/gcc/prerelease-4.2.0-20070501
It does not build LLVM there seems to be a stdlib++ problem.
I cannot really file a BugZilla report as I have not distilled the code down
to make an accurate report.
Aaron
> Sure, that would be an alternative compared to always removing the
> REG_EQUAL notes when hoisting an insn and it would fix my particular
> testcase as well.
Then it's pre-approved for the branch if your testcase exhibits a regression.
> But I don't see why this can't happen with unconditional
Hi,
> OK. Then would it be enough to weaken the condition of the removal test to
>
> if (loop_invariant_p (loop, ...) != 1)
>
> in order to solve your problem?
Sure, that would be an alternative compared to always removing the
REG_EQUAL notes when hoisting an insn and it would fix my particul
On 5/4/07, Vincent Lefevre <[EMAIL PROTECTED]> wrote:
Perhaps it should be noted that these libraries are specific to x86
processors, since other processors don't have extended precision.
m68k does too, just nobody uses it any more or the ones they use don't
have the co-processor or have a diff
> "Antoine" == Antoine Eiche <[EMAIL PROTECTED]> writes:
Without more information I don't know how to answer your question.
But I do have a question for you...
Antoine> I must calculate the address of an element's array.
Antoine> If the size of an element is one integer it's good.
Antoine> I
x86_64-unknown-linux-gnu
Configured
with: /home/kettner/tmp/gcc-3.4.5/configure --enable-languages=c,c++
--prefix=/home/kettner/devel/gcc-3.4.5/
Thread model: posix
gcc version 3.4.5
languages: c,c++
openSUSE 10.2 (X86-64) - Kernel \r (\l).
Linux lin4 2.6.18.8-0.1-default #1 SMP Fri Mar 2 13:
Mohamed Shafi writes:
> I am trying to implement a builtin function __macf for a private target.
> I have added the required target hooks for this.
> Say for the following code
>
> int main()
> {
> int operand1 = 2;
> int operand2 = 3;
> int operand3 = 4;
> int result;
>
>
> The register replacement is done by gcse but the cse pass invoked from gcse
> modifies the REG_EQUAL note. The limited scope of cse compared to gcse is
> probably the reason why the information put into the insn note isn't
> helpful. The REG_EQUAL note added to insn 2308 seems to be particularly
Hello all,
I am trying to implement a builtin function __macf for a private target.
I have added the required target hooks for this.
Say for the following code
int main()
{
int operand1 = 2;
int operand2 = 3;
int operand3 = 4;
int result;
/* operand3 = operand3 + (operand1 * operand2)*/
Hi Eric,
> The note doesn't look particularly helpful in this case, given that gcse
> has replaced r974 with r1218 in the insn. How is it created?
The register replacement is done by gcse but the cse pass invoked from gcse
modifies the REG_EQUAL note. The limited scope of cse compared to gcse i
> +Setting the rounding of floating-point operations to less than the default
> +80 bits can speed some programs by 2% or more. Note that some mathematical
> +libraries assume that extended precision (80 bit) floating-point operations
> +are enabled by default; routines in such libraries could suf
Bradley Lucier wrote:
What about "significant loss of accuracy" as these options probably
won't cause a nuclear reactor meltdown ;)
Well, I did some googling, and the technical term I was thinking of
was "catastrophic cancellation". So how about
Note that some mathematical routines in su
> Mark Mitchell wrote:
> > GCC 4.2.0 RC3 is now available from:
> >
> > ftp://gcc.gnu.org/pub/gcc/prerelease-4.2.0-20070501
> >
> > This build now contains the fixes for the Ada build problem present in RC2.
> >
> > At this point, I have no plans for an RC4. However, I am reviewing the
> > va
15 matches
Mail list logo
