[Bug c/58269] New: [4.9 Regression] ICE when building libobjc on x86_64-apple-darwin10 after revision 201915

[Bug c/58269] New: [4.9 Regression] ICE when building libobjc on x86_64-apple-darwin10 after revision 201915

[dominiq at lps dot ens.fr]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58269

            Bug ID: 58269
           Summary: [4.9 Regression] ICE when building libobjc on
                    x86_64-apple-darwin10 after revision 201915
           Product: gcc
           Version: 4.9.0
            Status: UNCONFIRMED
          Severity: normal
          Priority: P3
         Component: c
          Assignee: unassigned at gcc dot gnu.org
          Reporter: dominiq at lps dot ens.fr
                CC: iains at gcc dot gnu.org, kyukhin at gcc dot gnu.org
              Host: x86_64-apple-darwin10
            Target: x86_64-apple-darwin10
             Build: x86_64-apple-darwin10

Created attachment 30715
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=30715&action=edit
Preprocessed file

On x86_64-apple-darwin10 building libobjc gives the following ICE after
revision 201915

...
libtool: compile:  /opt/gcc/build_w/./gcc/xgcc -B/opt/gcc/build_w/./gcc/
-B/opt/gcc/gcc4.9w/x86_64-apple-darwin10.8.0/bin/
-B/opt/gcc/gcc4.9w/x86_64-apple-darwin10.8.0/lib/ -isystem
/opt/gcc/gcc4.9w/x86_64-apple-darwin10.8.0/include -isystem
/opt/gcc/gcc4.9w/x86_64-apple-darwin10.8.0/sys-include
/opt/gcc/work/libobjc/sendmsg.c -c -I. -I/opt/gcc/work/libobjc -g -O2 -W -Wall
-Wwrite-strings -Wstrict-prototypes -DIN_GCC -DIN_TARGET_LIBS
-fno-strict-aliasing -fexceptions -I/opt/gcc/work/libobjc/../gcc
-I/opt/gcc/work/libobjc/../gcc/config -I../.././gcc
-I/opt/gcc/work/libobjc/../libgcc -I../libgcc
-I/opt/gcc/work/libobjc/../include  -fno-common -DPIC -o .libs/sendmsg.o
/opt/gcc/work/libobjc/sendmsg.c: In function '__objc_word_forward':
/opt/gcc/work/libobjc/sendmsg.c:848:1: internal compiler error: in check_rtl,
at lra.c:2034
 }
 ^

/opt/gcc/work/libobjc/sendmsg.c:848:1: internal compiler error: Abort trap
xgcc: internal compiler error: Abort trap (program cc1)
./libtool: line 1147: 70450 Abort trap              /opt/gcc/build_w/./gcc/xgcc
-B/opt/gcc/build_w/./gcc/ -B/opt/gcc/gcc4.9w/x86_64-apple-darwin10.8.0/bin/
-B/opt/gcc/gcc4.9w/x86_64-apple-darwin10.8.0/lib/ -isystem
/opt/gcc/gcc4.9w/x86_64-apple-darwin10.8.0/include -isystem
/opt/gcc/gcc4.9w/x86_64-apple-darwin10.8.0/sys-include
/opt/gcc/work/libobjc/sendmsg.c -c -I. -I/opt/gcc/work/libobjc -g -O2 -W -Wall
-Wwrite-strings -Wstrict-prototypes -DIN_GCC -DIN_TARGET_LIBS
-fno-strict-aliasing -fexceptions -I/opt/gcc/work/libobjc/../gcc
-I/opt/gcc/work/libobjc/../gcc/config -I../.././gcc
-I/opt/gcc/work/libobjc/../libgcc -I../libgcc
-I/opt/gcc/work/libobjc/../include -fno-common -DPIC -o .libs/sendmsg.o
make[2]: *** [sendmsg.lo] Error 1
make[1]: *** [all-target-libobjc] Error 2
...

This can be reproduced with the attached preprocessed file without option:

[macbook] f90/bug% gcc49 -c sendmsg.i
/opt/gcc/work/libobjc/sendmsg.c: In function '__objc_word_forward':
/opt/gcc/work/libobjc/sendmsg.c:848:1: internal compiler error: in check_rtl,
at lra.c:2034
 }
 ^

/opt/gcc/work/libobjc/sendmsg.c:848:1: internal compiler error: Abort trap
gcc49: internal compiler error: Abort trap (program cc1)
Abort

If gcc is configured with --enable-checking=release, the ICE is

[macbook] f90/bug% /opt/gcc/gcc4.9p-201916/bin/gcc -c sendmsg.i
/opt/gcc/work/libobjc/sendmsg.c: In function '__objc_word_forward':
/opt/gcc/work/libobjc/sendmsg.c:848:1: error: insn does not satisfy its
constraints:
 }
 ^
(insn 112 44 45 2 (set (reg:TI 45 xmm8 [89])
        (reg:TI 53 )) /opt/gcc/work/libobjc/sendmsg.c:842 84 {*movti_internal}
     (expr_list:REG_DEAD (reg:TI 53 )
        (nil)))
/opt/gcc/work/libobjc/sendmsg.c:848:1: internal compiler error: in
extract_constrain_insn_cached, at recog.c:2073

/opt/gcc/work/libobjc/sendmsg.c:848:1: internal compiler error: Abort trap
gcc: internal compiler error: Abort trap (program cc1)
Abort

The file compiles at r201908.

[Bug c/58269] [4.9 Regression] ICE when building libobjc on x86_64-apple-darwin* after revision 201915

[iains at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58269

Iain Sandoe <iains at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Target|x86_64-apple-darwin10       |x86_64-apple-darwin10,
                   |                            |x86_64-apple-darwin12
             Status|UNCONFIRMED                 |NEW
   Last reconfirmed|                            |2013-08-29
               Host|x86_64-apple-darwin10       |x86_64-apple-darwin10,
                   |                            |x86_64-apple-darwin12
            Summary|[4.9 Regression] ICE when   |[4.9 Regression] ICE when
                   |building libobjc on         |building libobjc on
                   |x86_64-apple-darwin10 after |x86_64-apple-darwin*  after
                   |revision 201915             |revision 201915
     Ever confirmed|0                           |1
              Build|x86_64-apple-darwin10       |x86_64-apple-darwin10,
                   |                            |x86_64-apple-darwin12

--- Comment #1 from Iain Sandoe <iains at gcc dot gnu.org> ---
confirmed on x86_64-darwin12 @r202068

[Bug target/58269] [4.9 Regression] ICE when building libobjc on x86_64-apple-darwin* after revision 201915

[iains at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58269

--- Comment #2 from Iain Sandoe <iains at gcc dot gnu.org> ---
note this *breaks bootstrap* for the normal language set.

reduced testcase:

int foo (int a, ...)
{
  void *args;
  args = __builtin_apply_args ();
  return 0;
}

/src/test/pr58269.c:7:1: internal compiler error: in check_rtl, at lra.c:2034

[Bug target/58269] [4.9 Regression] ICE when building libobjc on x86_64-apple-darwin* after revision 201915

[iains at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58269

--- Comment #3 from Iain Sandoe <iains at gcc dot gnu.org> ---
bt
#0  0x0000000100d7805a in internal_error (gmsgid=0x404 <Address 0x404 out of
bounds>) at /src/gcc-live-trunk/gcc/diagnostic.c:1120
#1  0x0000000100d78266 in fancy_abort (file=Could not find the frame base for
"_Z11fancy_abortPKciS0_".
) at /src/gcc-live-trunk/gcc/diagnostic.c:1180
#2  0x00000001007e3f70 in check_rtl (final_p=true) at
/src/gcc-live-trunk/gcc/lra.c:2034
#3  0x00000001007e49dd in lra (f=0x0) at /src/gcc-live-trunk/gcc/lra.c:2426
#4  0x000000010078da96 in do_reload () at /src/gcc-live-trunk/gcc/ira.c:4689
#5  0x000000010078dd4f in rest_of_handle_reload () at
/src/gcc-live-trunk/gcc/ira.c:4818
#6  0x000000010078dd9f in execute (this=0x141e17400) at
/src/gcc-live-trunk/gcc/ira.c:4847
#7  0x000000010089bbce in execute_one_pass (pass=0x141e17400) at
/src/gcc-live-trunk/gcc/passes.c:2201
#8  0x000000010089be07 in execute_pass_list (pass=0x141e17400) at
/src/gcc-live-trunk/gcc/passes.c:2253
#9  0x000000010089be38 in execute_pass_list (pass=0x141e16320) at
/src/gcc-live-trunk/gcc/passes.c:2254
#10 0x00000001004944d1 in expand_function (node=0x142c0bd10) at
/src/gcc-live-trunk/gcc/cgraphunit.c:1690
#11 0x0000000100494d41 in output_in_order () at
/src/gcc-live-trunk/gcc/cgraphunit.c:1884
#12 0x0000000100495562 in compile () at
/src/gcc-live-trunk/gcc/cgraphunit.c:2127
#13 0x000000010049570f in finalize_compilation_unit () at
/src/gcc-live-trunk/gcc/cgraphunit.c:2209
#14 0x00000001000268d5 in c_write_global_declarations () at
/src/gcc-live-trunk/gcc/c/c-decl.c:10125
#15 0x00000001009ab4ee in compile_file () at
/src/gcc-live-trunk/gcc/toplev.c:560
#16 0x00000001009adcfb in do_compile () at
/src/gcc-live-trunk/gcc/toplev.c:1878
#17 0x00000001009adead in toplev_main (argc=14, argv=0x7fff5fbffa00) at
/src/gcc-live-trunk/gcc/toplev.c:1954
#18 0x0000000100d6106b in main (argc=14, argv=0x7fff5fbffa00) at
/src/gcc-live-trunk/gcc/main.c:36

[Bug target/58269] [4.9 Regression] ICE when building libobjc on x86_64-apple-darwin* after revision 201915

[iains at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58269

--- Comment #4 from Iain Sandoe <iains at gcc dot gnu.org> ---
Created attachment 30736
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=30736&action=edit
initial fix

AFAICT, the problem here is that 
"TARGET_SSE && SSE_REGNO_P (regno)" now produces a different answer from
pre-201915.

So, the patch attached is a necessary (but not proven to be sufficient) fix.

We need to audit all uses of SSE_REGNO_P () for darwin (at least).

AFAIU, the x86_64 Darwin ABI is the same as the linux/system V - so we should
be able to remove special-casing in some places (providing the SSE_REGPARM_MAX
values are the Right Fix and correctly specified).

I checked the Darwin x86_32 ABI info (briefly) and ISTM that the values for max
call arg usage of MMX and SSE regs in i386.h are right, so perhaps we can
remove more special-casing there too (not touched so far).

Will try some additional tests later - and I'd welcome Mike's PoV here on how
we prove "sufficient".

[Bug target/58269] [4.9 Regression] ICE when building libobjc on x86_64-apple-darwin* after revision 201915

[dominiq at lps dot ens.fr]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58269

--- Comment #5 from Dominique d'Humieres <dominiq at lps dot ens.fr> ---
With the patch in comment #4 (and the one in pr58239, comment #14) on top of
revision 202144, I have successfully bootstrapped with all languages but go on
x86_64-apple-darwin10.

Note that the reported ICE occurs only for the 64 bit mode and it break all the
test in the suite that call __builtin_apply_args,
gcc.target/i386/avx-vzeroupper-27.c with the reported ICE and the others with

/opt/gcc/work/gcc/testsuite/gcc.target/i386/builtin-apply-mmx.c: In function
'bar':
/opt/gcc/work/gcc/testsuite/gcc.target/i386/builtin-apply-mmx.c:35:1: internal
compiler error: in assign_by_spills, at lra-assigns.c:1281

Thanks for the patch.

[Bug target/58269] [4.9 Regression] ICE when building libobjc on x86_64-apple-darwin* after revision 201915

[tocarip.intel at gmail dot com]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58269

tocarip.intel at gmail dot com changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |tocarip.intel at gmail dot com

--- Comment #6 from tocarip.intel at gmail dot com ---
-                || (TARGET_SSE && SSE_REGNO_P (regno) && !fixed_regs[regno]));
+                || (TARGET_SSE && SSE_REGNO_P (regno)
+                    && (regno < FIRST_SSE_REG + SSE_REGPARM_MAX)
+                    && !fixed_regs[regno]));

Those changes are not needed. If TARGET_64BIT is fasle all sse registers except
xmm0-xmm7 should be fixed. Correct fix is 

index 0f4edb3..44b4b16 100644
--- a/gcc/config/i386/i386.c
+++ b/gcc/config/i386/i386.c
@@ -4231,10 +4231,10 @@ ix86_conditional_register_usage (void)
   /* If AVX512F is disabled, squash the registers.  */
   if (! TARGET_AVX512F)
   {
-    for (i = FIRST_EXT_REX_SSE_REG; i < LAST_EXT_REX_SSE_REG; i++)
+    for (i = FIRST_EXT_REX_SSE_REG; i <= LAST_EXT_REX_SSE_REG; i++)
       fixed_regs[i] = call_used_regs[i] = 1, reg_names[i] = "";

-    for (i = FIRST_MASK_REG; i < LAST_MASK_REG; i++)
+    for (i = FIRST_MASK_REG; i <= LAST_MASK_REG; i++)
       fixed_regs[i] = call_used_regs[i] = 1, reg_names[i] = "";
   }                                                                           
                                                                              }



-  if (TARGET_MACHO)
-    {
-      if (SSE_REGNO_P (regno) && TARGET_SSE)
-        return true;
-    }
-  else
-    {
-      if (TARGET_SSE && SSE_REGNO_P (regno)
-          && (regno < FIRST_SSE_REG + SSE_REGPARM_MAX))
-        return true;
-    }
+  if (TARGET_SSE && SSE_REGNO_P (regno)
+      && (regno < FIRST_SSE_REG + SSE_REGPARM_MAX))
+    return true;

Looks like this will break ABI. Before we returned true for e. g. xmm10.
I couldn't find Darwin ABI to check which behaivor is correct.
If we want to keep current behaivor something like 

index 0f4edb3..a603167 100644
--- a/gcc/config/i386/i386.c
+++ b/gcc/config/i386/i386.c
@@ -5708,7 +5708,8 @@ ix86_function_arg_regno_p (int regno)

   if (TARGET_MACHO)
     {
-      if (SSE_REGNO_P (regno) && TARGET_SSE)
+      if (SSE_REGNO_P (regno) && TARGET_SSE
+         && ! EXT_REX_SSE_REGNO_P (regno))
         return true;
     }
   else

Should work.

[Bug target/58269] [4.9 Regression] ICE when building libobjc on x86_64-apple-darwin* after revision 201915

[iains at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58269

--- Comment #7 from Iain Sandoe <iains at gcc dot gnu.org> ---
(In reply to tocarip.intel from comment #6)
> -                || (TARGET_SSE && SSE_REGNO_P (regno) &&

> Those changes are not needed. If TARGET_64BIT is fasle all sse registers
> except xmm0-xmm7 should be fixed. Correct fix is 

<snip>

> Looks like this will break ABI. Before we returned true for e. g. xmm10.

indeed, that was worrying me too.

> I couldn't find Darwin ABI to check which behaivor is correct.

The ABI for [x86_64] Darwin *should be* the same as 
"System V Application Binary Interface AMD64 Architecture Processor Supplement
Draft Version 0.99.5"

it is possible that:
(a) GCC has been broken a while and this is just not covered by the test-suite.
(b) the system ABI has deviated from the referenced document.

However - regardless of the doc, the system ABI is effectively defined by
Apple's GCC-4.2.1 (or successor clang, where that is not the system default).

> If we want to keep current behaivor something like 

<snip> 

> Should work.

I will apply your revised patch (and keep the second amendment in reserve) and
do some compat tests to find out what we need to do to be compliant with the
system

thanks for the patch, iain.

[Bug target/58269] [4.9 Regression] ICE when building libobjc on x86_64-apple-darwin* after revision 201915

[kyukhin at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58269

--- Comment #8 from Kirill Yukhin <kyukhin at gcc dot gnu.org> ---
Author: kyukhin
Date: Fri Sep  6 10:36:30 2013
New Revision: 202318

URL: http://gcc.gnu.org/viewcvs?rev=202318&root=gcc&view=rev
Log:
PR target/58269
* config/i386/i386.c (ix86_conditional_register_usage):
Proper initialize extended SSE registers.


Modified:
    trunk/gcc/ChangeLog
    trunk/gcc/config/i386/i386.c

[Bug target/58269] [4.9 Regression] ICE when building libobjc on x86_64-apple-darwin* after revision 201915

[iains at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58269

--- Comment #9 from Iain Sandoe <iains at gcc dot gnu.org> ---
patch for the remainder of the fix posted at:
http://gcc.gnu.org/ml/gcc-patches/2013-09/msg00384.html

[Bug target/58269] [4.9 Regression] ICE when building libobjc on x86_64-apple-darwin* after revision 201915

[paolo.carlini at oracle dot com]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58269

--- Comment #10 from Paolo Carlini <paolo.carlini at oracle dot com> ---
My x86_64-linux builds too are broken in libobj/sendmsg.c. Thus the issue isn't
limited to *-darwin.

[Bug target/58269] [4.9 Regression] ICE when building libobjc on x86_64-apple-darwin* after revision 201915

[iains at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58269

--- Comment #11 from Iain Sandoe <iains at gcc dot gnu.org> ---
(In reply to Paolo Carlini from comment #10)
> My x86_64-linux builds too are broken in libobj/sendmsg.c. Thus the issue
> isn't limited to *-darwin.

hmm there appears to be a second issue - also showing on Darwin (perhaps
related to 202286) - my test was against 202275.

[Bug target/58269] [4.9 Regression] ICE when building libobjc on x86_64-apple-darwin* after revision 201915

[rguenth at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58269

Richard Biener <rguenth at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
   Target Milestone|---                         |4.9.0

[Bug target/58269] [4.9 Regression] ICE when building libobjc on x86_64-apple-darwin* after revision 201915

[paolo.carlini at oracle dot com]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58269

--- Comment #12 from Paolo Carlini <paolo.carlini at oracle dot com> ---
Yes, confirmed that on x86_64-linux r202286 is the culprit.

[Bug target/58269] [4.9 Regression] ICE when building libobjc on x86_64-apple-darwin* after revision 201915

[dominiq at lps dot ens.fr]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58269

--- Comment #13 from Dominique d'Humieres <dominiq at lps dot ens.fr> ---
> Yes, confirmed that on x86_64-linux r202286 is the culprit.

See pr58139 comments #6 to #11.

I have successfully bootstrapped r202312 on x86_64-apple-darwin10 with the
following patch:

--- /opt/gcc/_clean/gcc/config/i386/i386.c    2013-08-28 18:59:22.000000000
+0200
+++ /opt/gcc/work/gcc/config/i386/i386.c    2013-09-06 10:46:46.000000000 +0200
@@ -4218,7 +4218,7 @@ ix86_conditional_register_usage (void)

   /* If AVX512F is disabled, squash the registers.  */
   if (! TARGET_AVX512F)
-    for (i = FIRST_EXT_REX_SSE_REG; i < LAST_EXT_REX_SSE_REG; i++)
+    for (i = FIRST_EXT_REX_SSE_REG; i <= LAST_EXT_REX_SSE_REG; i++)
       fixed_regs[i] = call_used_regs[i] = 1, reg_names[i] = "";
 }

@@ -5708,7 +5708,8 @@ ix86_function_arg_regno_p (int regno)

   if (TARGET_MACHO)
     {
-      if (SSE_REGNO_P (regno) && TARGET_SSE)
+      if (SSE_REGNO_P (regno) && TARGET_SSE
+      && ! EXT_REX_SSE_REGNO_P (regno))
         return true;
     }
   else
@@ -34466,7 +34467,7 @@ ix86_hard_regno_mode_ok (int regno, enum

       /* OImode move is available only when AVX is enabled.  */
       return ((TARGET_AVX && mode == OImode)
-          || VALID_AVX256_REG_MODE (mode)
+          || (TARGET_AVX && VALID_AVX256_REG_MODE (mode))
           || VALID_SSE_REG_MODE (mode)
           || VALID_SSE2_REG_MODE (mode)
           || VALID_MMX_REG_MODE (mode)

Note that the first hunk is r202318 and that without the second hunk, bootstrap
fails with

Comparing stages 2 and 3
warning: gcc/cc1-checksum.o differs
warning: gcc/cc1obj-checksum.o differs
warning: gcc/cc1objplus-checksum.o differs
warning: gcc/cc1plus-checksum.o differs
Bootstrap comparison failure!
libiberty/md5.o differs
libiberty/regex.o differs

[Bug target/58269] [4.9 Regression] ICE when building libobjc on x86_64-apple-darwin* after revision 201915

[iains at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58269

--- Comment #14 from Iain Sandoe <iains at gcc dot gnu.org> ---
(In reply to Dominique d'Humieres from comment #13)
> > Yes, confirmed that on x86_64-linux r202286 is the culprit.
> 
> See pr58139 comments #6 to #11.

> @@ -34466,7 +34467,7 @@ ix86_hard_regno_mode_ok (int regno, enum
>  
>        /* OImode move is available only when AVX is enabled.  */
>        return ((TARGET_AVX && mode == OImode)
> -	      || VALID_AVX256_REG_MODE (mode)
> +	      || (TARGET_AVX && VALID_AVX256_REG_MODE (mode))
>  	      || VALID_SSE_REG_MODE (mode)
>  	      || VALID_SSE2_REG_MODE (mode)
>  	      || VALID_MMX_REG_MODE (mode)
> 

assuming that the patch above is applied to deal with pr58139,

Are you saying that:
-  if (TARGET_MACHO)
-    {
-      if (SSE_REGNO_P (regno) && TARGET_SSE)
-        return true;
-    }
-  else
-    {
-      if (TARGET_SSE && SSE_REGNO_P (regno)
-          && (regno < FIRST_SSE_REG + SSE_REGPARM_MAX))
-        return true;
-    }
+  if (TARGET_SSE && SSE_REGNO_P (regno)
+      && (regno < FIRST_SSE_REG + SSE_REGPARM_MAX))
+    return true;

gives a compare fail for you?
>From gcc-bugs-return-429132-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Sep 06 13:02:22 2013
Return-Path: <gcc-bugs-return-429132-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 7381 invoked by alias); 6 Sep 2013 13:02:22 -0000
Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Id: <gcc-bugs.gcc.gnu.org>
List-Archive: <http://gcc.gnu.org/ml/gcc-bugs/>
List-Post: <mailto:gcc-bugs@gcc.gnu.org>
List-Help: <mailto:gcc-bugs-help@gcc.gnu.org>
Sender: gcc-bugs-owner@gcc.gnu.org
Delivered-To: mailing list gcc-bugs@gcc.gnu.org
Received: (qmail 7327 invoked by uid 48); 6 Sep 2013 13:02:18 -0000
From: "dominiq at lps dot ens.fr" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug target/58269] [4.9 Regression] ICE when building libobjc on x86_64-apple-darwin*  after revision 201915
Date: Fri, 06 Sep 2013 13:02:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: target
X-Bugzilla-Version: 4.9.0
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: dominiq at lps dot ens.fr
X-Bugzilla-Status: NEW
X-Bugzilla-Priority: P3
X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org
X-Bugzilla-Target-Milestone: 4.9.0
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields:
Message-ID: <bug-58269-4-qixsrFxwNG@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-58269-4@http.gcc.gnu.org/bugzilla/>
References: <bug-58269-4@http.gcc.gnu.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2013-09/txt/msg00372.txt.bz2
Content-length: 1203

http://gcc.gnu.org/bugzilla/show_bug.cgi?idX269

--- Comment #15 from Dominique d'Humieres <dominiq at lps dot ens.fr> ---
(In reply to Iain Sandoe from comment #14)
> assuming that the patch above is applied to deal with pr58139,

Indeed!

> Are you saying that:
> -  if (TARGET_MACHO)
> -    {
> -      if (SSE_REGNO_P (regno) && TARGET_SSE)
> -        return true;
> -    }
> -  else
> -    {
> -      if (TARGET_SSE && SSE_REGNO_P (regno)
> -          && (regno < FIRST_SSE_REG + SSE_REGPARM_MAX))
> -        return true;
> -    }
> +  if (TARGET_SSE && SSE_REGNO_P (regno)
> +      && (regno < FIRST_SSE_REG + SSE_REGPARM_MAX))
> +    return true;
> gives a compare fail for you?

No: I did not test it although the initial fix worked for me). The comparison
failures occur with r202318 and the patch for pr58139 only. These failures are
fixed by the patch

--- a/gcc/config/i386/i386.c
+++ b/gcc/config/i386/i386.c
@@ -5708,7 +5708,8 @@ ix86_function_arg_regno_p (int regno)

   if (TARGET_MACHO)
     {
-      if (SSE_REGNO_P (regno) && TARGET_SSE)
+      if (SSE_REGNO_P (regno) && TARGET_SSE
+         && ! EXT_REX_SSE_REGNO_P (regno))
         return true;
     }
   else

from comment #6.

[Bug target/58269] [4.9 Regression] ICE when building libobjc on x86_64-apple-darwin* after revision 201915

[howarth at nitro dot med.uc.edu]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58269

Jack Howarth <howarth at nitro dot med.uc.edu> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |howarth at nitro dot med.uc.edu

--- Comment #16 from Jack Howarth <howarth at nitro dot med.uc.edu> ---
Trunk still ICEs on x86_64-apple-darwin12...

/sw/src/fink.build/gcc49-4.9.0-1000/gcc-4.9-20130906/libobjc/sendmsg.c:848:1:
internal compiler error: in check_rtl, at lra.c:2034
 }
 ^
using...

r202335 | hubicka | 2013-09-06 10:39:17 -0400 (Fri, 06 Sep 2013) | 3 lines

        * i386.c (ix86_hard_regno_mode_ok): AVX modes are valid only when       
        AVX is enabled.

[Bug target/58269] [4.9 Regression] ICE when building libobjc on x86_64-apple-darwin* after revision 201915

[iains at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58269

--- Comment #17 from Iain Sandoe <iains at gcc dot gnu.org> ---
(In reply to Jack Howarth from comment #16)
> Trunk still ICEs on x86_64-apple-darwin12...
> 
> /sw/src/fink.build/gcc49-4.9.0-1000/gcc-4.9-20130906/libobjc/sendmsg.c:848:1:
> internal compiler error: in check_rtl, at lra.c:2034
>  }
>  ^
> using...
> 
> r202335 | hubicka | 2013-09-06 10:39:17 -0400 (Fri, 06 Sep 2013) | 3 lines
> 
>         * i386.c (ix86_hard_regno_mode_ok): AVX modes are valid only when   
> 
>         AVX is enabled.

I have 202322 built with

       /* OImode move is available only when AVX is enabled.  */
       return ((TARGET_AVX && mode == OImode)
-          || VALID_AVX256_REG_MODE (mode)
+          || (TARGET_AVX && VALID_AVX256_REG_MODE (mode))
           || VALID_SSE_REG_MODE (mode)
           || VALID_SSE2_REG_MODE (mode)
           || VALID_MMX_REG_MODE (mode)

and

-  if (TARGET_MACHO)
-    {
-      if (SSE_REGNO_P (regno) && TARGET_SSE)
-        return true;
-    }
-  else
-    {
-      if (TARGET_SSE && SSE_REGNO_P (regno)
-          && (regno < FIRST_SSE_REG + SSE_REGPARM_MAX))
-        return true;
-    }
+  if (TARGET_SSE && SSE_REGNO_P (regno)
+      && (regno < FIRST_SSE_REG + SSE_REGPARM_MAX))
+    return true;


it bootstrapped successfully and is in testing at present.

[Bug target/58269] [4.9 Regression] ICE when building libobjc on x86_64-apple-darwin* after revision 201915

[mikestump at comcast dot net]

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain; charset="UTF-8", Size: 2840 bytes --]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58269

--- Comment #18 from Mike Stump <mikestump at comcast dot net> ---
On Sep 6, 2013, at 8:43 AM, howarth at nitro dot med.uc.edu
<gcc-bugzilla@gcc.gnu.org> wrote:
>        * i386.c (ix86_hard_regno_mode_ok): AVX modes are valid only when       
>        AVX is enabled.

llvm has:

  // The first 8 512-bit vector arguments are passed in ZMM registers.
  CCIfNotVarArg<CCIfType<[v16i32, v8i64, v16f32, v8f64],
            CCIfSubtarget<"hasAVX512()",
            CCAssignToReg<[ZMM0, ZMM1, ZMM2, ZMM3, ZMM4, ZMM5, ZMM6, ZMM7]>>>>,

just after the sse registers…  conceptually, I wonder if gcc is missing that.
>From gcc-bugs-return-429151-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Sep 06 18:47:46 2013
Return-Path: <gcc-bugs-return-429151-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 3782 invoked by alias); 6 Sep 2013 18:47:46 -0000
Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Id: <gcc-bugs.gcc.gnu.org>
List-Archive: <http://gcc.gnu.org/ml/gcc-bugs/>
List-Post: <mailto:gcc-bugs@gcc.gnu.org>
List-Help: <mailto:gcc-bugs-help@gcc.gnu.org>
Sender: gcc-bugs-owner@gcc.gnu.org
Delivered-To: mailing list gcc-bugs@gcc.gnu.org
Received: (qmail 3747 invoked by uid 48); 6 Sep 2013 18:47:43 -0000
From: "danglin at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug ipa/58329] [4.9 Regression] ld: Invalid symbol type for plabel (.libs/libstdc++.lax/libc++11convenience.a/system_error.o, std::error_category::default_error_condition(int) const [clone .localalias.9]).
Date: Fri, 06 Sep 2013 18:47:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: ipa
X-Bugzilla-Version: 4.9.0
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: danglin at gcc dot gnu.org
X-Bugzilla-Status: UNCONFIRMED
X-Bugzilla-Priority: P3
X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org
X-Bugzilla-Target-Milestone: 4.9.0
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields: attachments.created
Message-ID: <bug-58329-4-OtG1eDyryQ@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-58329-4@http.gcc.gnu.org/bugzilla/>
References: <bug-58329-4@http.gcc.gnu.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2013-09/txt/msg00391.txt.bz2
Content-length: 238

http://gcc.gnu.org/bugzilla/show_bug.cgi?idX329

--- Comment #7 from John David Anglin <danglin at gcc dot gnu.org> ---
Created attachment 30754
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id0754&actioníit
Preprocessed source

[Bug target/58269] [4.9 Regression] ICE when building libobjc on x86_64-apple-darwin* after revision 201915

[iains at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58269

--- Comment #19 from Iain Sandoe <iains at gcc dot gnu.org> ---
(In reply to Mike Stump from comment #18)
> On Sep 6, 2013, at 8:43 AM, howarth at nitro dot med.uc.edu
> <gcc-bugzilla@gcc.gnu.org> wrote:
> >        * i386.c (ix86_hard_regno_mode_ok): AVX modes are valid only when       
> >        AVX is enabled.
> 
> llvm has:
> 
>   // The first 8 512-bit vector arguments are passed in ZMM registers.
>   CCIfNotVarArg<CCIfType<[v16i32, v8i64, v16f32, v8f64],
>             CCIfSubtarget<"hasAVX512()",
>             CCAssignToReg<[ZMM0, ZMM1, ZMM2, ZMM3, ZMM4, ZMM5, ZMM6,
> ZMM7]>>>>,
> 
> just after the sse registers…  conceptually, I wonder if gcc is missing that.

On the basis that clang (Darwin11, Darwin12) defines the ABI - we should see
about this.  Presumably, this should be disabled for OS versions where
gcc-4.2/gcc-4.0 are the "system compiler".

As of now, the documentation does not refer to this - the web page still points
to the older psABI.

Is there an official update to the System V psABI covering these regs?
>From gcc-bugs-return-429155-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Sep 06 18:58:52 2013
Return-Path: <gcc-bugs-return-429155-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 11270 invoked by alias); 6 Sep 2013 18:58:52 -0000
Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Id: <gcc-bugs.gcc.gnu.org>
List-Archive: <http://gcc.gnu.org/ml/gcc-bugs/>
List-Post: <mailto:gcc-bugs@gcc.gnu.org>
List-Help: <mailto:gcc-bugs-help@gcc.gnu.org>
Sender: gcc-bugs-owner@gcc.gnu.org
Delivered-To: mailing list gcc-bugs@gcc.gnu.org
Received: (qmail 11213 invoked by uid 48); 6 Sep 2013 18:58:48 -0000
From: "hjl.tools at gmail dot com" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug rtl-optimization/58295] [4.8/4.9 regression] Missed zero-extension elimination in the combiner
Date: Fri, 06 Sep 2013 18:58:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: rtl-optimization
X-Bugzilla-Version: 4.9.0
X-Bugzilla-Keywords: missed-optimization
X-Bugzilla-Severity: normal
X-Bugzilla-Who: hjl.tools at gmail dot com
X-Bugzilla-Status: NEW
X-Bugzilla-Priority: P3
X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org
X-Bugzilla-Target-Milestone: 4.8.2
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields:
Message-ID: <bug-58295-4-zKtygcd4zb@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-58295-4@http.gcc.gnu.org/bugzilla/>
References: <bug-58295-4@http.gcc.gnu.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2013-09/txt/msg00395.txt.bz2
Content-length: 498

http://gcc.gnu.org/bugzilla/show_bug.cgi?idX295

--- Comment #6 from H.J. Lu <hjl.tools at gmail dot com> ---
(In reply to Eric Botcazou from comment #5)
> Yes and, although x86 is the dominant architecture, it shouldn't be allowed
> to penalize all the others.  I think we should restrict the effect of
> r191928, in particular it makes little sense as-is if you also define
> PROMOTE_MODE as on most RISC architectures.

We can limit the transformation to (truncate:SI (op:DI (x:DI) (y:DI))).

[Bug target/58269] [4.9 Regression] ICE when building libobjc on x86_64-apple-darwin* after revision 201915

[howarth at nitro dot med.uc.edu]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58269

--- Comment #20 from Jack Howarth <howarth at nitro dot med.uc.edu> ---
(In reply to Iain Sandoe from comment #19)

The full commit where this was added to llvm is at
http://permalink.gmane.org/gmane.comp.compilers.llvm.cvs/153081 and references
http://software.intel.com/en-us/intel-isa-extensions (and I assume
http://download-software.intel.com/sites/default/files/319433-015.pdf).

[Bug target/58269] [4.9 Regression] ICE when building libobjc on x86_64-apple-darwin* after revision 201915

[mikestump at comcast dot net]

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain; charset="UTF-8", Size: 6825 bytes --]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58269

--- Comment #21 from Mike Stump <mikestump at comcast dot net> ---
Don't know…  I'd assume there exists a paper somewhere that says it.  :-)
>From gcc-bugs-return-429159-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Sep 06 20:04:22 2013
Return-Path: <gcc-bugs-return-429159-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 17577 invoked by alias); 6 Sep 2013 20:04:22 -0000
Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Id: <gcc-bugs.gcc.gnu.org>
List-Archive: <http://gcc.gnu.org/ml/gcc-bugs/>
List-Post: <mailto:gcc-bugs@gcc.gnu.org>
List-Help: <mailto:gcc-bugs-help@gcc.gnu.org>
Sender: gcc-bugs-owner@gcc.gnu.org
Delivered-To: mailing list gcc-bugs@gcc.gnu.org
Received: (qmail 17541 invoked by uid 48); 6 Sep 2013 20:04:19 -0000
From: "gerald at pfeifer dot com" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug bootstrap/58340] New: [4.9 regression] gcc/cp/pt.c:7064:1: internal compiler error: in propagate_threaded_block_debug_into, at tree-ssa-threadedge.c:623
Date: Fri, 06 Sep 2013 20:04:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: new
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: bootstrap
X-Bugzilla-Version: 4.9.0
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: gerald at pfeifer dot com
X-Bugzilla-Status: UNCONFIRMED
X-Bugzilla-Priority: P3
X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter attachments.created
Message-ID: <bug-58340-4@http.gcc.gnu.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2013-09/txt/msg00399.txt.bz2
Content-length: 2649

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58340

            Bug ID: 58340
           Summary: [4.9 regression] gcc/cp/pt.c:7064:1: internal compiler
                    error: in propagate_threaded_block_debug_into, at
                    tree-ssa-threadedge.c:623
           Product: gcc
           Version: 4.9.0
            Status: UNCONFIRMED
          Severity: normal
          Priority: P3
         Component: bootstrap
          Assignee: unassigned at gcc dot gnu.org
          Reporter: gerald at pfeifer dot com

Created attachment 30756
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=30756&action=edit
Preprocessed source file

I started to see a new failure on my nightly amd64-unknown-freebsd8.0 tester:

/scratch/tmp/gerald/gcc-HEAD/gcc/cp/pt.c: In function ‘tree_node*
maybe_get_template_decl_from_type_decl(tree)’:
/scratch/tmp/gerald/gcc-HEAD/gcc/cp/pt.c:7064:1: internal compiler error: in
propagate_threaded_block_debug_into, at tree-ssa-threadedge.c:623
 maybe_get_template_decl_from_type_decl (tree decl)
 ^

This happens in stage3-bubble.

/scratch/tmp/gerald/OBJ-0906-1848/./prev-gcc/xg++
-B/scratch/tmp/gerald/OBJ-0906-1848/./prev-gcc/
-B/scratch/tmp/gerald/gcc-ref8-amd64/x86_64-unknown-freebsd8.4/bin/ -nostdinc++
-B/scratch/tmp/gerald/OBJ-0906-1848/prev-x86_64-unknown-freebsd8.4/libstdc++-v3/src/.libs
-B/scratch/tmp/gerald/OBJ-0906-1848/prev-x86_64-unknown-freebsd8.4/libstdc++-v3/libsupc++/.libs
-I/scratch/tmp/gerald/OBJ-0906-1848/prev-x86_64-unknown-freebsd8.4/libstdc++-v3/include/x86_64-unknown-freebsd8.4
-I/scratch/tmp/gerald/OBJ-0906-1848/prev-x86_64-unknown-freebsd8.4/libstdc++-v3/include
-I/scratch/tmp/gerald/gcc-HEAD/libstdc++-v3/libsupc++
-L/scratch/tmp/gerald/OBJ-0906-1848/prev-x86_64-unknown-freebsd8.4/libstdc++-v3/src/.libs
-L/scratch/tmp/gerald/OBJ-0906-1848/prev-x86_64-unknown-freebsd8.4/libstdc++-v3/libsupc++/.libs
-c  -DIN_GCC_FRONTEND -g -O2 -DIN_GCC   -fno-exceptions -fno-rtti
-fasynchronous-unwind-tables -W -Wall -Wno-narrowing -Wwrite-strings
-Wcast-qual -Wmissing-format-attribute -pedantic -Wno-long-long
-Wno-variadic-macros -Wno-overlength-strings -Werror -fno-common 
-DHAVE_CONFIG_H -I. -Icp -I/scratch/tmp/gerald/gcc-HEAD/gcc
-I/scratch/tmp/gerald/gcc-HEAD/gcc/cp
-I/scratch/tmp/gerald/gcc-HEAD/gcc/../include
-I/scratch/tmp/gerald/gcc-HEAD/gcc/../libcpp/include
-I/home/gerald/8-amd64/include 
-I/scratch/tmp/gerald/gcc-HEAD/gcc/../libdecnumber
-I/scratch/tmp/gerald/gcc-HEAD/gcc/../libdecnumber/dpd -I../libdecnumber
-I/scratch/tmp/gerald/gcc-HEAD/gcc/../libbacktrace   
/scratch/tmp/gerald/gcc-HEAD/gcc/cp/pt.c -o cp/pt.o
>From gcc-bugs-return-429160-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Sep 06 20:05:44 2013
Return-Path: <gcc-bugs-return-429160-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 18660 invoked by alias); 6 Sep 2013 20:05:44 -0000
Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Id: <gcc-bugs.gcc.gnu.org>
List-Archive: <http://gcc.gnu.org/ml/gcc-bugs/>
List-Post: <mailto:gcc-bugs@gcc.gnu.org>
List-Help: <mailto:gcc-bugs-help@gcc.gnu.org>
Sender: gcc-bugs-owner@gcc.gnu.org
Delivered-To: mailing list gcc-bugs@gcc.gnu.org
Received: (qmail 18640 invoked by uid 48); 6 Sep 2013 20:05:41 -0000
From: "gerald at pfeifer dot com" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug bootstrap/58340] [4.9 regression] gcc/cp/pt.c:7064:1: internal compiler error: in propagate_threaded_block_debug_into, at tree-ssa-threadedge.c:623
Date: Fri, 06 Sep 2013 20:05:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: bootstrap
X-Bugzilla-Version: 4.9.0
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: gerald at pfeifer dot com
X-Bugzilla-Status: UNCONFIRMED
X-Bugzilla-Priority: P3
X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields: attachments.created
Message-ID: <bug-58340-4-fH39Rkx023@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-58340-4@http.gcc.gnu.org/bugzilla/>
References: <bug-58340-4@http.gcc.gnu.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2013-09/txt/msg00400.txt.bz2
Content-length: 228

http://gcc.gnu.org/bugzilla/show_bug.cgi?idX340

--- Comment #1 from Gerald Pfeifer <gerald at pfeifer dot com> ---
Created attachment 30757
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id0757&actioníit
Assembly file

[Bug target/58269] [4.9 Regression] ICE when building libobjc on x86_64-apple-darwin* after revision 201915

[iains at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58269

--- Comment #22 from Iain Sandoe <iains at gcc dot gnu.org> ---
Author: iains
Date: Sat Sep 14 11:09:55 2013
New Revision: 202590

URL: http://gcc.gnu.org/viewcvs?rev=202590&root=gcc&view=rev
Log:
gcc:

    PR target/58269
    config/i386/i386.c (ix86_function_arg_regno_p): Make Darwin use the
    xmm register set described in the psABI.


Modified:
    trunk/gcc/ChangeLog
    trunk/gcc/config/i386/i386.c

[Bug target/58269] [4.9 Regression] ICE when building libobjc on x86_64-apple-darwin* after revision 201915

[mrs at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58269

mrs at gcc dot gnu.org <mrs at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|---                         |FIXED

--- Comment #23 from mrs at gcc dot gnu.org <mrs at gcc dot gnu.org> ---
Fixed.  Thanks fro the report and the fix guys.

[Bug target/58269] [4.9 Regression] ICE when building libobjc on x86_64-apple-darwin* after revision 201915

[mrs at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58269

mrs at gcc dot gnu.org <mrs at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
      Known to work|                            |4.9.0

--- Comment #24 from mrs at gcc dot gnu.org <mrs at gcc dot gnu.org> ---
Fixed.  Thanks fro the report and the fix guys.