On Wed, 2007-08-29 at 17:01 -0700, Joe Buck wrote:
> On Wed, Aug 29, 2007 at 07:51:43PM -0400, Daniel Jacobowitz wrote:
> > On Wed, Aug 29, 2007 at 01:33:37PM -0700, Janis Johnson wrote:
> > > This version of decNumber is quite different from what's currently in
> > > GCC. The pristine version of
On Wed, Aug 29, 2007 at 07:51:43PM -0400, Daniel Jacobowitz wrote:
> On Wed, Aug 29, 2007 at 01:33:37PM -0700, Janis Johnson wrote:
> > This version of decNumber is quite different from what's currently in
> > GCC. The pristine version of the sources uses C++-style comments and
> > CRLF, so I plan
On Wed, Aug 29, 2007 at 01:33:37PM -0700, Janis Johnson wrote:
> This version of decNumber is quite different from what's currently in
> GCC. The pristine version of the sources uses C++-style comments and
> CRLF, so I plan to use the following filter before checking in the
> updated files:
>
>
On Wed, 2007-08-29 at 02:01 -0700, Andrew Pinski wrote:
> > URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=127885
> > Log:
> > * config.sub: Add support for cr16 target.
>
> Shouldn't you just update this along with config.guess from upstream?
Yes, Nick should. :-)
Cheers,
Ben
On Wed, 2007-08-29 at 13:33 -0700, Janis Johnson wrote:
> Before the end of Stage 2 I'd like to upgrade the decNumber sources in
> GCC to version 3.50, [...]
If everyone is okay with this as a stage 2 project, then I support this
upgrade, too. Thanks for doing this, Janis.
Ben
--
Ben Elliston
Snapshot gcc-4.2-20070829 is now available on
ftp://gcc.gnu.org/pub/gcc/snapshots/4.2-20070829/
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/branches
Hi,
Take the following code sample:
#define BREAK_GCC4_2
template
void foo(Op& op) { op(); }
class My {
public:
static void myOp() { }
void test() {
#ifdef BREAK_GCC4_2
foo(myOp);
#else
foo(My::myOp);
#endif
}
};
--
Before the end of Stage 2 I'd like to upgrade the decNumber sources in
GCC to version 3.50, make minor changes to the compiler to handle an
endianness change, and change config/dfp-bit.[ch] to use new support
in decNumber to perform some calculations directly on the DPD format
rather than on the in
> Razya Ladelsky writes:
Razya> When passing an address of a local variable as the first argument of
Razya> 'sync_fetch_and_add'
Razya> I get an error of unrecognizable insn.
Razya> Does anyone know why that happens?
Probably a mistake in the rs6000_emit_rsync() procedure.
David
Hi,
On Wed, 29 Aug 2007, Bernd Schmidt wrote:
> > Apart from that I agree that in the case of conditional defs multiple
> > ones might reach a use. I disagree for partial defs, if one dominates
> > the other. For most cases (except register allocation) a partial def
> > is just a complete kil
Razya Ladelsky wrote:
Hi,
When passing an address of a local variable as the first argument of
'sync_fetch_and_add'
I get an error of unrecognizable insn.
For example, the test below (extracted from
gcc.c-torture/compile/sync-1.c) fails on powerpc.
If however, 'uc' was a global variable, the
Michael Matz wrote:
Apart from that I agree that in the case of conditional defs multiple ones
might reach a use. I disagree for partial defs, if one dominates the
other. For most cases (except register allocation) a partial def is just
a complete killing def, which happens to leave some co
Hi,
When passing an address of a local variable as the first argument of
'sync_fetch_and_add'
I get an error of unrecognizable insn.
For example, the test below (extracted from
gcc.c-torture/compile/sync-1.c) fails on powerpc.
If however, 'uc' was a global variable, the compilation passed perfe
MPFR 2.3.0 is now available for download from the MPFR web site:
http://www.mpfr.org/mpfr-2.3.0/
Thanks very much to those who tested the release candidates.
The MD5's:
cf7c743e4be122e63eb6f372fc58b657 mpfr-2.3.0.tar.bz2
93c5969e08520f243a0a1e636d0136ef mpfr-2.3.0.tar.gz
40ec707be582e2a4fdb9
"Seongbae Park (박성배, 朴成培)" <[EMAIL PROTECTED]> wrote on
29/08/2007 01:01:42:
> On 8/28/07, Zdenek Dvorak <[EMAIL PROTECTED]> wrote:
> ...
> > that obviously is not the case here, though. Do you (or someone else
> > responsible for df) have time to have a look at this problem?
> > Otherwise, we ma
On 8/29/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> Author: nickc
> Date: Wed Aug 29 08:58:00 2007
> New Revision: 127885
>
> URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=127885
> Log:
> * config.sub: Add support for cr16 target.
Shouldn't you just update this along with config.gue
16 matches
Mail list logo
