On Sat, Jun 21, 2008 at 12:41 AM, Kaveh R. Ghazi <[EMAIL PROTECTED]> wrote:
> Fundamentally, our philosophy has been to catch errors *before* they get
> into the repository. Sure one day of breaking the trunk isn't so bad, but
> when it breaks it affects hundreds of developers and it adds up.
But
On Sat, Jun 21, 2008 at 06:50:26AM +0800, Joey Ye wrote:
> I got following error after changing some GCC code, can anyone give me
> some hints what's wrong here?
>
> ---
> error: insn does not satisfy its constraints:
> (insn:HI 690 689 1267 79 libgcc/config/libbid/bid_binarydecimal.c:146450
> (pa
I got following error after changing some GCC code, can anyone give me
some hints what's wrong here?
---
error: insn does not satisfy its constraints:
(insn:HI 690 689 1267 79 libgcc/config/libbid/bid_binarydecimal.c:146450
(parallel [
(set (mem/c:DI (plus:SI (reg:SI 2 cx [59])
> Fundamentally, our philosophy has been to catch errors *before* they get
> into the repository. Sure one day of breaking the trunk isn't so bad, but
> when it breaks it affects hundreds of developers and it adds up. Everyone
> separately either stops and waits, or tracks down which patch it
Snapshot gcc-4.4-20080620 is now available on
ftp://gcc.gnu.org/pub/gcc/snapshots/4.4-20080620/
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
From: "Joe Buck" <[EMAIL PROTECTED]>
On Fri, Jun 20, 2008 at 05:16:41PM -0400, Kaveh R. GHAZI wrote:
On Fri, 20 Jun 2008, Diego Novillo wrote:
> On Fri, Jun 20, 2008 at 16:56, Kaveh R. GHAZI <[EMAIL PROTECTED]>
> wrote:
>
> > That aside, our current policy already allows e.g. not testing jav
From: "Steven Bosscher" <[EMAIL PROTECTED]>
Date: Sat, 21 Jun 2008 00:09:26 +0200
> What is far more worrying to me, actually, is that libjava grows
> bigger and bigger and bigger with every release, so that testing it
> costs developers who care zilch about java (i.e. most people) get
> penalized
On Fri, Jun 20, 2008 at 11:16 PM, Kaveh R. GHAZI <[EMAIL PROTECTED]> wrote:
> On Fri, 20 Jun 2008, Diego Novillo wrote:
>
>> On Fri, Jun 20, 2008 at 16:56, Kaveh R. GHAZI <[EMAIL PROTECTED]> wrote:
>>
>> > That aside, our current policy already allows e.g. not testing java if
>> > your change is to
On Fri, Jun 20, 2008 at 05:16:41PM -0400, Kaveh R. GHAZI wrote:
> On Fri, 20 Jun 2008, Diego Novillo wrote:
>
> > On Fri, Jun 20, 2008 at 16:56, Kaveh R. GHAZI <[EMAIL PROTECTED]> wrote:
> >
> > > That aside, our current policy already allows e.g. not testing java if
> > > your change is to a part
On Fri, 20 Jun 2008, Diego Novillo wrote:
> On Fri, Jun 20, 2008 at 16:56, Kaveh R. GHAZI <[EMAIL PROTECTED]> wrote:
>
> > That aside, our current policy already allows e.g. not testing java if
> > your change is to a part of the compiler that can't possible affect it.
>
> I didn't make it complet
On Fri, Jun 20, 2008 at 16:56, Kaveh R. GHAZI <[EMAIL PROTECTED]> wrote:
> That aside, our current policy already allows e.g. not testing java if
> your change is to a part of the compiler that can't possible affect it.
I didn't make it completely clear, but my suggestion was mostly to
help us mi
On Fri, 20 Jun 2008, Tom Tromey wrote:
> Andrew> My suggestion is that we build jc1 but not libgcj by default.
> Andrew> HOWEVER, we build libgcj on the autobuilders and make very sure that
> Andrew> if anyone breaks the libgcj build they have to fix their breakage,
> Andrew> even tho it's not par
Jonathan Wakely wrote:
Thanks for the review, here's another patch ...
Shall I commit this?
Yes, please.
--
Mark Mitchell
CodeSourcery
[EMAIL PROTECTED]
(650) 331-3385 x713
Tom Tromey wrote:
>> "Florian" == Florian Weimer <[EMAIL PROTECTED]> writes:
>
>>> We could look into this. The minimum subset is probably several
>>> hundred classes. For instance, Class refers to URL, which will
>>> probably pull in most of java.net.
>
> Florian> Can't you fallback to the
On Thu, Jun 19, 2008 at 5:08 PM, Jonathan Wakely <[EMAIL PROTECTED]> wrote:
> 2008/6/18 Mark Mitchell:
>>> * I don't think the pedwarn in joust() in cp/call.c should be a
>>> permerror, is this a GNU extension?
>>> if (warn)
>>>{
>>> pedwarn ("\
>>> ISO C++ says th
15 matches
Mail list logo
