[Bug bootstrap/63622] New: [5.0 Regression] Bootstrap fails on x86_64-apple-darwin1[34] after revision r216305

[Bug bootstrap/63622] New: [5.0 Regression] Bootstrap fails on x86_64-apple-darwin1[34] after revision r216305

[dominiq at lps dot ens.fr]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63622

            Bug ID: 63622
           Summary: [5.0 Regression] Bootstrap fails on
                    x86_64-apple-darwin1[34] after revision r216305
           Product: gcc
           Version: 5.0
            Status: UNCONFIRMED
          Severity: normal
          Priority: P3
         Component: bootstrap
          Assignee: unassigned at gcc dot gnu.org
          Reporter: dominiq at lps dot ens.fr
                CC: iains at gcc dot gnu.org, marxin at gcc dot gnu.org
              Host: x86_64-apple-darwin1[34]
            Target: x86_64-apple-darwin1[34]
             Build: x86_64-apple-darwin1[34]

Bootstrap fails on x86_64-apple-darwin1[34] after revision r216305:

...
libtool: link:  /opt/gcc/p_build/./gcc/xgcc -shared-libgcc
-B/opt/gcc/p_build/./gcc -nostdinc++
-L/opt/gcc/p_build/x86_64-apple-darwin14.0.0/libstdc++-v3/src
-L/opt/gcc/p_build/x86_64-apple-darwin14.0.0/libstdc++-v3/src/.libs
-L/opt/gcc/p_build/x86_64-apple-darwin14.0.0/libstdc++-v3/libsupc++/.libs
-B/opt/gcc/gcc4.10p-216305p1/x86_64-apple-darwin14.0.0/bin/
-B/opt/gcc/gcc4.10p-216305p1/x86_64-apple-darwin14.0.0/lib/ -isystem
/opt/gcc/gcc4.10p-216305p1/x86_64-apple-darwin14.0.0/include -isystem
/opt/gcc/gcc4.10p-216305p1/x86_64-apple-darwin14.0.0/sys-include    -dynamiclib
-Wl,-undefined -Wl,dynamic_lookup -o .libs/libstdc++.6.dylib 
.libs/compatibility.o .libs/compatibility-debug_list.o
.libs/compatibility-debug_list-2.o .libs/compatibility-c++0x.o
.libs/compatibility-atomic-c++0x.o .libs/compatibility-thread-c++0x.o
.libs/compatibility-chrono.o .libs/compatibility-condvar.o  
-Wl,-force_load,../libsupc++/.libs/libsupc++convenience.a
-Wl,-force_load,../src/c++98/.libs/libc++98convenience.a
-Wl,-force_load,../src/c++11/.libs/libc++11convenience.a 
-L/opt/gcc/p_build/x86_64-apple-darwin14.0.0/libstdc++-v3/libsupc++/.libs
-L/opt/gcc/p_build/x86_64-apple-darwin14.0.0/libstdc++-v3/src
-L/opt/gcc/p_build/x86_64-apple-darwin14.0.0/libstdc++-v3/src/.libs -lm 
-Wl,-single_module -Wl,-exported_symbols_list -Wl,libstdc++-symbols.explist  
-install_name  /opt/gcc/gcc4.10p-216305p1/lib/libstdc++.6.dylib
-compatibility_version 7 -current_version 7.21 -Wl,-single_module
ld: warning: cannot export hidden symbol
__cxxabiv1::__pbase_type_info::__pointer_catch(__cxxabiv1::__pbase_type_info
const*, void**, unsigned int) const from
../libsupc++/.libs/libsupc++convenience.a(pbase_type_info.o)
ld: warning: cannot export hidden symbol std::basic_stringbuf<char,
std::char_traits<char>, std::allocator<char> >::~basic_stringbuf() from
../src/c++98/.libs/libc++98convenience.a(complex_io.o)
ld: warning: cannot export hidden symbol std::basic_stringbuf<wchar_t,
std::char_traits<wchar_t>, std::allocator<wchar_t> >::~basic_stringbuf() from
../src/c++98/.libs/libc++98convenience.a(complex_io.o)
ld: warning: cannot export hidden symbol std::ctype<char>::do_widen(char) const
from ../src/c++98/.libs/libc++98convenience.a(ctype.o)
ld: warning: cannot export hidden symbol std::ctype<char>::do_narrow(char,
char) const from ../src/c++98/.libs/libc++98convenience.a(ctype.o)
ld: warning: cannot export hidden symbol std::ctype<char>::do_narrow(char
const*, char const*, char, char*) const from
../src/c++98/.libs/libc++98convenience.a(ctype.o)
ld: warning: cannot export hidden symbol std::ctype<char>::do_widen(char
const*, char const*, char*) const from
../src/c++98/.libs/libc++98convenience.a(ctype.o)
ld: warning: cannot export hidden symbol construction vtable for
std::basic_istream<char, std::char_traits<char> >-in-std::istrstream from
../src/c++98/.libs/libc++98convenience.a(strstream.o)
ld: warning: cannot export hidden symbol construction vtable for
std::basic_ostream<char, std::char_traits<char> >-in-std::ostrstream from
../src/c++98/.libs/libc++98convenience.a(strstream.o)
ld: warning: cannot export hidden symbol construction vtable for
std::basic_istream<char, std::char_traits<char> >-in-std::strstream from
../src/c++98/.libs/libc++98convenience.a(strstream.o)
ld: warning: cannot export hidden symbol construction vtable for
std::basic_iostream<char, std::char_traits<char> >-in-std::strstream from
../src/c++98/.libs/libc++98convenience.a(strstream.o)
ld: warning: cannot export hidden symbol std::ctype<char>::do_widen(char) const
from ../src/c++98/.libs/libc++98convenience.a(ctype_members.o)
ld: warning: cannot export hidden symbol std::ctype<char>::do_narrow(char,
char) const from ../src/c++98/.libs/libc++98convenience.a(ctype_members.o)
ld: warning: cannot export hidden symbol std::ctype<char>::do_narrow(char
const*, char const*, char, char*) const from
../src/c++98/.libs/libc++98convenience.a(ctype_members.o)
ld: warning: cannot export hidden symbol std::ctype<char>::do_widen(char
const*, char const*, char*) const from
../src/c++98/.libs/libc++98convenience.a(ctype_members.o)
ld: warning: cannot export hidden symbol std::ctype<char>::do_widen(char) const
from ../src/c++98/.libs/libc++98convenience.a(locale-inst.o)
ld: warning: cannot export hidden symbol std::ctype<char>::do_narrow(char,
char) const from ../src/c++98/.libs/libc++98convenience.a(locale-inst.o)
ld: warning: cannot export hidden symbol std::ctype<char>::do_widen(char
const*, char const*, char*) const from
../src/c++98/.libs/libc++98convenience.a(locale-inst.o)
ld: warning: cannot export hidden symbol std::ctype<char>::do_widen(char) const
from ../src/c++98/.libs/libc++98convenience.a(misc-inst.o)
ld: warning: cannot export hidden symbol __gnu_cxx::stdio_sync_filebuf<char,
std::char_traits<char> >::~stdio_sync_filebuf() from
../src/c++11/.libs/libc++11convenience.a(ext11-inst.o)
ld: warning: cannot export hidden symbol __gnu_cxx::stdio_sync_filebuf<char,
std::char_traits<char> >::~stdio_sync_filebuf() from
../src/c++11/.libs/libc++11convenience.a(ext11-inst.o)
ld: warning: cannot export hidden symbol __gnu_cxx::stdio_sync_filebuf<wchar_t,
std::char_traits<wchar_t> >::~stdio_sync_filebuf() from
../src/c++11/.libs/libc++11convenience.a(ext11-inst.o)
ld: warning: cannot export hidden symbol __gnu_cxx::stdio_sync_filebuf<wchar_t,
std::char_traits<wchar_t> >::~stdio_sync_filebuf() from
../src/c++11/.libs/libc++11convenience.a(ext11-inst.o)
ld: warning: cannot export hidden symbol __gnu_cxx::stdio_sync_filebuf<wchar_t,
std::char_traits<wchar_t> >::xsgetn(wchar_t*, long) from
../src/c++11/.libs/libc++11convenience.a(ext11-inst.o)
ld: warning: cannot export hidden symbol __gnu_cxx::stdio_sync_filebuf<wchar_t,
std::char_traits<wchar_t> >::xsputn(wchar_t const*, long) from
../src/c++11/.libs/libc++11convenience.a(ext11-inst.o)
ld: warning: cannot export hidden symbol __gnu_cxx::stdio_sync_filebuf<char,
std::char_traits<char> >::xsputn(char const*, long) from
../src/c++11/.libs/libc++11convenience.a(ext11-inst.o)
ld: warning: cannot export hidden symbol __gnu_cxx::stdio_sync_filebuf<char,
std::char_traits<char> >::xsgetn(char*, long) from
../src/c++11/.libs/libc++11convenience.a(ext11-inst.o)
ld: warning: cannot export hidden symbol std::ctype<char>::do_widen(char) const
from ../src/c++11/.libs/libc++11convenience.a(ios-inst.o)
ld: warning: cannot export hidden symbol std::ctype<char>::do_narrow(char,
char) const from ../src/c++11/.libs/libc++11convenience.a(ios-inst.o)
ld: warning: cannot export hidden symbol std::ctype<char>::do_widen(char) const
from ../src/c++11/.libs/libc++11convenience.a(istream-inst.o)
ld: warning: cannot export hidden symbol std::ctype<char>::do_widen(char) const
from ../src/c++11/.libs/libc++11convenience.a(ostream-inst.o)
ld: warning: cannot export hidden symbol std::basic_stringbuf<wchar_t,
std::char_traits<wchar_t>, std::allocator<wchar_t> >::~basic_stringbuf() from
../src/c++11/.libs/libc++11convenience.a(sstream-inst.o)
ld: warning: cannot export hidden symbol std::basic_stringbuf<char,
std::char_traits<char>, std::allocator<char> >::~basic_stringbuf() from
../src/c++11/.libs/libc++11convenience.a(sstream-inst.o)
ld: warning: cannot export hidden symbol std::basic_stringbuf<char,
std::char_traits<char>, std::allocator<char> >::~basic_stringbuf() from
../src/c++11/.libs/libc++11convenience.a(sstream-inst.o)
ld: warning: cannot export hidden symbol std::basic_stringbuf<wchar_t,
std::char_traits<wchar_t>, std::allocator<wchar_t> >::~basic_stringbuf() from
../src/c++11/.libs/libc++11convenience.a(sstream-inst.o)
ld: warning: cannot export hidden symbol construction vtable for
std::basic_istream<char, std::char_traits<char>
>-in-std::basic_istringstream<char, std::char_traits<char>,
std::allocator<char> > from
../src/c++11/.libs/libc++11convenience.a(sstream-inst.o)
ld: warning: cannot export hidden symbol construction vtable for
std::basic_ostream<char, std::char_traits<char>
>-in-std::basic_ostringstream<char, std::char_traits<char>,
std::allocator<char> > from
../src/c++11/.libs/libc++11convenience.a(sstream-inst.o)
ld: warning: cannot export hidden symbol construction vtable for
std::basic_ostream<char, std::char_traits<char>
>-in-std::basic_stringstream<char, std::char_traits<char>, std::allocator<char>
> from ../src/c++11/.libs/libc++11convenience.a(sstream-inst.o)
ld: warning: cannot export hidden symbol construction vtable for
std::basic_istream<char, std::char_traits<char>
>-in-std::basic_stringstream<char, std::char_traits<char>, std::allocator<char>
> from ../src/c++11/.libs/libc++11convenience.a(sstream-inst.o)
ld: warning: cannot export hidden symbol construction vtable for
std::basic_iostream<char, std::char_traits<char>
>-in-std::basic_stringstream<char, std::char_traits<char>, std::allocator<char>
> from ../src/c++11/.libs/libc++11convenience.a(sstream-inst.o)
ld: warning: cannot export hidden symbol construction vtable for
std::basic_istream<wchar_t, std::char_traits<wchar_t>
>-in-std::basic_istringstream<wchar_t, std::char_traits<wchar_t>,
std::allocator<wchar_t> > from
../src/c++11/.libs/libc++11convenience.a(sstream-inst.o)
ld: warning: cannot export hidden symbol construction vtable for
std::basic_ostream<wchar_t, std::char_traits<wchar_t>
>-in-std::basic_ostringstream<wchar_t, std::char_traits<wchar_t>,
std::allocator<wchar_t> > from
../src/c++11/.libs/libc++11convenience.a(sstream-inst.o)
ld: warning: cannot export hidden symbol construction vtable for
std::basic_ostream<wchar_t, std::char_traits<wchar_t>
>-in-std::basic_stringstream<wchar_t, std::char_traits<wchar_t>,
std::allocator<wchar_t> > from
../src/c++11/.libs/libc++11convenience.a(sstream-inst.o)
ld: warning: cannot export hidden symbol construction vtable for
std::basic_istream<wchar_t, std::char_traits<wchar_t>
>-in-std::basic_stringstream<wchar_t, std::char_traits<wchar_t>,
std::allocator<wchar_t> > from
../src/c++11/.libs/libc++11convenience.a(sstream-inst.o)
ld: warning: cannot export hidden symbol construction vtable for
std::basic_iostream<wchar_t, std::char_traits<wchar_t>
>-in-std::basic_stringstream<wchar_t, std::char_traits<wchar_t>,
std::allocator<wchar_t> > from
../src/c++11/.libs/libc++11convenience.a(sstream-inst.o)
ld: illegal text reloc in 'std::strstream::strstream()' to 'construction vtable
for std::basic_ostream<char, std::char_traits<char> >-in-std::strstream' for
architecture x86_64
...

using the following command 

/opt/gcc/build_w/./gcc/xgcc -shared-libgcc -B/opt/gcc/build_w/./gcc
-L/opt/gcc/build_w/x86_64-apple-darwin14.0.0/libstdc++-v3/src
-L/opt/gcc/build_w/x86_64-apple-darwin14.0.0/libstdc++-v3/src/.libs
-L/opt/gcc/build_w/x86_64-apple-darwin14.0.0/libstdc++-v3/libsupc++/.libs
-dynamiclib -Wl,-undefined -Wl,dynamic_lookup .libs/compatibility.o
-Wl,-force_load,../src/c++98/.libs/libc++98convenience.a

in x86_64-apple-darwin14.0.0/libstdc++-v3/src gives

ld: illegal text reloc in 'std::strstream::strstream()' to 'construction vtable
for std::basic_ostream<char, std::char_traits<char> >-in-std::strstream' for
architecture x86_64
collect2: error: ld returned 1 exit status

[Bug bootstrap/63622] [5.0 Regression] Bootstrap fails on x86_64-apple-darwin1[34] after revision r216305

[rguenth at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63622

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

           What    |Removed                     |Added
----------------------------------------------------------------------------
   Target Milestone|---                         |5.0

[Bug bootstrap/63622] [5.0 Regression] Bootstrap fails on x86_64-apple-darwin1[34] after revision r216305

[dominiq at lps dot ens.fr]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63622

Dominique d'Humieres <dominiq at lps dot ens.fr> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |ebotcazou at gcc dot gnu.org

--- Comment #2 from Dominique d'Humieres <dominiq at lps dot ens.fr> ---
I have bootstrapped r216305 without ada.

Is there a way to propagate -fno-ipa-icf to the Ada build?

[Bug bootstrap/63622] [5.0 Regression] Bootstrap fails on x86_64-apple-darwin1[34] after revision r216305

[marxin at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63622

--- Comment #3 from Martin Liška <marxin at gcc dot gnu.org> ---
Created attachment 33843
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33843&action=edit
IPA ICF aliasing restriction

Can you please try to apply following patch?
It should disable alias creation for targets that do not support aliasing.
>From gcc-bugs-return-465222-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Oct 29 15:11:11 2014
Return-Path: <gcc-bugs-return-465222-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 5434 invoked by alias); 29 Oct 2014 15:11:11 -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 5413 invoked by uid 48); 29 Oct 2014 15:11:07 -0000
From: "belagod at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug tree-optimization/63677] New: Failure to constant fold with vectorization.
Date: Wed, 29 Oct 2014 15:14:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: new
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: tree-optimization
X-Bugzilla-Version: 5.0
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: belagod 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: ---
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter
Message-ID: <bug-63677-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: 2014-10/txt/msg02243.txt.bz2
Content-length: 2096

https://gcc.gnu.org/bugzilla/show_bug.cgi?idc677

            Bug ID: 63677
           Summary: Failure to constant fold with vectorization.
           Product: gcc
           Version: 5.0
            Status: UNCONFIRMED
          Severity: normal
          Priority: P3
         Component: tree-optimization
          Assignee: unassigned at gcc dot gnu.org
          Reporter: belagod at gcc dot gnu.org

This piece of code:

int __attribute__ ((noinline))
foo ()
{
  const int a[8] = { 0, 1, 2, 3, 4, 5, 6, 7 };
  int i, sum;

  sum = 0;
  for (i = 0; i < sizeof (a) / sizeof (*a); i++)
    sum += a[i];

  return sum;
}

when compiled with -O3 on x86_64 generates:

foo:
.LFB0:
    .cfi_startproc
    movdqa    .LC1(%rip), %xmm0
    paddd    .LC0(%rip), %xmm0
    movdqa    %xmm0, %xmm1
    psrldq    $8, %xmm1
    paddd    %xmm1, %xmm0
    movdqa    %xmm0, %xmm1
    psrldq    $4, %xmm1
    paddd    %xmm1, %xmm0
    movd    %xmm0, %eax
    ret
    .cfi_endproc
.LFE0:
    .size    foo, .-foo
    .section    .text.unlikely
.LCOLDE3:
    .text
.LHOTE3:
    .section    .rodata.cst16,"aM",@progbits,16
    .align 16
.LC0:
    .long    0
    .long    1
    .long    2
    .long    3
    .align 16
.LC1:
    .long    4
    .long    5
    .long    6
    .long    7
    .ident    "GCC: (GNU) 5.0.0 20141023 (experimental)"
    .section    .note.GNU-stack,"",@progbits

but when compiled with -O3 -mno-sse generates:

foo:
.LFB0:
    .cfi_startproc
    movl    $28, %eax
    ret
    .cfi_endproc
.LFE0:
    .size    foo, .-foo
    .section    .text.unlikely
.LCOLDE0:

Why isn't constant folding happening when generating code for vector unit?

$ gcc -v
Using built-in specs.
COLLECT_GCC=/work/dev/arm/bin_x86/install/bin/gcc
COLLECT_LTO_WRAPPER=/work/dev/arm/bin_x86/install/libexec/gcc/x86_64-unknown-linux-gnu/5.0.0/lto-wrapper
Target: x86_64-unknown-linux-gnu
Configured with: ../src/gcc/configure --prefix=/work/dev/arm/bin_x86/install
--enable-bootstrap --disable-nls --enable-languages=c,c++,fortran
--disable-multilib
Thread model: posix
gcc version 5.0.0 20141023 (experimental) (GCC)

[Bug bootstrap/63622] [5.0 Regression] Bootstrap fails on x86_64-apple-darwin1[34] after revision r216305

[dominiq at lps dot ens.fr]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63622

--- Comment #4 from Dominique d'Humieres <dominiq at lps dot ens.fr> ---
> Created attachment 33843 [details]
> IPA ICF aliasing restriction
>
> Can you please try to apply following patch?
> It should disable alias creation for targets that do not support aliasing.

With the patch bootstrap proceeds up to stage 2 where it fails with

/opt/gcc/build_w/./prev-gcc/xg++ -B/opt/gcc/build_w/./prev-gcc/
-B/opt/gcc/gcc4.10w/x86_64-apple-darwin14.0.0/bin/ -nostdinc++
-B/opt/gcc/build_w/prev-x86_64-apple-darwin14.0.0/libstdc++-v3/src/.libs
-B/opt/gcc/build_w/prev-x86_64-apple-darwin14.0.0/libstdc++-v3/libsupc++/.libs 
-I/opt/gcc/build_w/prev-x86_64-apple-darwin14.0.0/libstdc++-v3/include/x86_64-apple-darwin14.0.0
 -I/opt/gcc/build_w/prev-x86_64-apple-darwin14.0.0/libstdc++-v3/include 
-I/opt/gcc/work/libstdc++-v3/libsupc++
-L/opt/gcc/build_w/prev-x86_64-apple-darwin14.0.0/libstdc++-v3/src/.libs
-L/opt/gcc/build_w/prev-x86_64-apple-darwin14.0.0/libstdc++-v3/libsupc++/.libs
-c   -g -O2  -gtoggle -DIN_GCC    -fno-exceptions -fno-rtti
-fasynchronous-unwind-tables -W -Wall -Wno-narrowing -Wwrite-strings
-Wcast-qual -Wmissing-format-attribute -Woverloaded-virtual -pedantic
-Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -Werror -fno-common
 -DHAVE_CONFIG_H -I. -I. -I../../work/gcc -I../../work/gcc/.
-I../../work/gcc/../include -I./../intl -I../../work/gcc/../libcpp/include
-I/opt/mp/include  -I../../work/gcc/../libdecnumber
-I../../work/gcc/../libdecnumber/dpd -I../libdecnumber
-I../../work/gcc/../libbacktrace -DCLOOG_INT_GMP  -DCLOOG_INT_GMP
-I/opt/mp/include  -o tree-inline.o -MT tree-inline.o -MMD -MP -MF
./.deps/tree-inline.TPo ../../work/gcc/tree-inline.c
../../work/gcc/tree-inline.c: In function 'int
estimate_num_insns_seq(gimple_seq, eni_weights*)':
../../work/gcc/tree-inline.c:5667:1: error: invalid argument to gimple call
 }
 ^
stmts
# .MEM_3 = VDEF <.MEM_1(D)>
retval.1640_4 = count_insns_seq (stmts, weights_2(D)); [tail call]
../../work/gcc/tree-inline.c:5667:1: internal compiler error: verify_gimple
failed

../../work/gcc/tree-inline.c:5667:1: internal compiler error: Abort trap: 6
xg++: internal compiler error: Abort trap: 6 (program cc1plus)
make[3]: *** [tree-inline.o] Abort trap: 6
make[3]: Leaving directory `/opt/gcc/build_w/gcc'
make[2]: *** [all-stage2-gcc] Error 2
make[2]: Leaving directory `/opt/gcc/build_w'
make[1]: *** [stage2-bubble] Error 2
make[1]: Leaving directory `/opt/gcc/build_w'
make: *** [all] Error 2

[Bug bootstrap/63622] [5.0 Regression] Bootstrap fails on x86_64-apple-darwin1[34] after revision r216305

[howarth at bromo dot med.uc.edu]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63622

howarth at bromo dot med.uc.edu changed:

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

--- Comment #5 from howarth at bromo dot med.uc.edu ---
(In reply to Martin Liška from comment #3)
> Created attachment 33843 [details]
> IPA ICF aliasing restriction
> 
> Can you please try to apply following patch?
> It should disable alias creation for targets that do not support aliasing.

Is there a problem with this patch due to the definition of...

#define ASM_WEAKEN_DECL(FILE, DECL, NAME, ALIAS)                        \

in gcc/config/darwin.h?
>From gcc-bugs-return-465271-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Oct 30 01:09:35 2014
Return-Path: <gcc-bugs-return-465271-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 19198 invoked by alias); 30 Oct 2014 01:09:35 -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 19069 invoked by uid 48); 30 Oct 2014 01:09:31 -0000
From: "pinskia at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug target/63685] kern.osversion bug shows up with GFORTRAN as well as GCC
Date: Thu, 30 Oct 2014 01:09: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: critical
X-Bugzilla-Who: pinskia at gcc dot gnu.org
X-Bugzilla-Status: RESOLVED
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_status component resolution
Message-ID: <bug-63685-4-4auig5skej@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-63685-4@http.gcc.gnu.org/bugzilla/>
References: <bug-63685-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: 2014-10/txt/msg02292.txt.bz2
Content-length: 625

https://gcc.gnu.org/bugzilla/show_bug.cgi?idc685

Andrew Pinski <pinskia at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |RESOLVED
          Component|fortran                     |target
         Resolution|---                         |DUPLICATE

--- Comment #1 from Andrew Pinski <pinskia at gcc dot gnu.org> ---
Yosemite support is not there yet or at least in a released version. See bug
61407.

*** This bug has been marked as a duplicate of bug 61407 ***

[Bug bootstrap/63622] [5.0 Regression] Bootstrap fails on x86_64-apple-darwin1[34] after revision r216305

[marxin at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63622

--- Comment #6 from Martin Liška <marxin at gcc dot gnu.org> ---
(In reply to Dominique d'Humieres from comment #4)
> > Created attachment 33843 [details]
> > IPA ICF aliasing restriction
> >
> > Can you please try to apply following patch?
> > It should disable alias creation for targets that do not support aliasing.
> 
> With the patch bootstrap proceeds up to stage 2 where it fails with
> 
> /opt/gcc/build_w/./prev-gcc/xg++ -B/opt/gcc/build_w/./prev-gcc/
> -B/opt/gcc/gcc4.10w/x86_64-apple-darwin14.0.0/bin/ -nostdinc++
> -B/opt/gcc/build_w/prev-x86_64-apple-darwin14.0.0/libstdc++-v3/src/.libs
> -B/opt/gcc/build_w/prev-x86_64-apple-darwin14.0.0/libstdc++-v3/libsupc++/.
> libs 
> -I/opt/gcc/build_w/prev-x86_64-apple-darwin14.0.0/libstdc++-v3/include/
> x86_64-apple-darwin14.0.0 
> -I/opt/gcc/build_w/prev-x86_64-apple-darwin14.0.0/libstdc++-v3/include 
> -I/opt/gcc/work/libstdc++-v3/libsupc++
> -L/opt/gcc/build_w/prev-x86_64-apple-darwin14.0.0/libstdc++-v3/src/.libs
> -L/opt/gcc/build_w/prev-x86_64-apple-darwin14.0.0/libstdc++-v3/libsupc++/.
> libs -c   -g -O2  -gtoggle -DIN_GCC    -fno-exceptions -fno-rtti
> -fasynchronous-unwind-tables -W -Wall -Wno-narrowing -Wwrite-strings
> -Wcast-qual -Wmissing-format-attribute -Woverloaded-virtual -pedantic
> -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -Werror
> -fno-common  -DHAVE_CONFIG_H -I. -I. -I../../work/gcc -I../../work/gcc/.
> -I../../work/gcc/../include -I./../intl -I../../work/gcc/../libcpp/include
> -I/opt/mp/include  -I../../work/gcc/../libdecnumber
> -I../../work/gcc/../libdecnumber/dpd -I../libdecnumber
> -I../../work/gcc/../libbacktrace -DCLOOG_INT_GMP  -DCLOOG_INT_GMP
> -I/opt/mp/include  -o tree-inline.o -MT tree-inline.o -MMD -MP -MF
> ./.deps/tree-inline.TPo ../../work/gcc/tree-inline.c
> ../../work/gcc/tree-inline.c: In function 'int
> estimate_num_insns_seq(gimple_seq, eni_weights*)':
> ../../work/gcc/tree-inline.c:5667:1: error: invalid argument to gimple call
>  }
>  ^
> stmts
> # .MEM_3 = VDEF <.MEM_1(D)>
> retval.1640_4 = count_insns_seq (stmts, weights_2(D)); [tail call]
> ../../work/gcc/tree-inline.c:5667:1: internal compiler error: verify_gimple
> failed

That looks like duplicate of PR63580. I hope the PR will be fixed today.

Thanks,
Martin

> 
> ../../work/gcc/tree-inline.c:5667:1: internal compiler error: Abort trap: 6
> xg++: internal compiler error: Abort trap: 6 (program cc1plus)
> make[3]: *** [tree-inline.o] Abort trap: 6
> make[3]: Leaving directory `/opt/gcc/build_w/gcc'
> make[2]: *** [all-stage2-gcc] Error 2
> make[2]: Leaving directory `/opt/gcc/build_w'
> make[1]: *** [stage2-bubble] Error 2
> make[1]: Leaving directory `/opt/gcc/build_w'
> make: *** [all] Error 2
>From gcc-bugs-return-465282-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Oct 30 10:07:15 2014
Return-Path: <gcc-bugs-return-465282-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 27542 invoked by alias); 30 Oct 2014 10:07:15 -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 27507 invoked by uid 48); 30 Oct 2014 10:07:10 -0000
From: "rguenth at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug target/63681] bfin-rtems ICE in cfg_layout_initialize, at cfgrtl.c:4233
Date: Thu, 30 Oct 2014 10:07: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.2
X-Bugzilla-Keywords: build, ice-on-valid-code
X-Bugzilla-Severity: normal
X-Bugzilla-Who: rguenth 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: ---
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields:
Message-ID: <bug-63681-4-tP3UvlepDh@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-63681-4@http.gcc.gnu.org/bugzilla/>
References: <bug-63681-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: 2014-10/txt/msg02303.txt.bz2
Content-length: 145

https://gcc.gnu.org/bugzilla/show_bug.cgi?idc681

--- Comment #1 from Richard Biener <rguenth at gcc dot gnu.org> ---
Did it work with 4.9.1?

[Bug bootstrap/63622] [5.0 Regression] Bootstrap fails on x86_64-apple-darwin1[34] after revision r216305

[dominiq at lps dot ens.fr]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63622

--- Comment #7 from Dominique d'Humieres <dominiq at lps dot ens.fr> ---
> That looks like duplicate of PR63580. I hope the PR will be fixed today.

It looks like: I have bootstrapped r216914 with the patches in comment 3 and in
PR3580 comment 4. However I have several regressions in the test suite:

        === acats tests ===
FAIL:    c760002
FAIL:    c761002
FAIL:    cc1224a
FAIL:    cc3007a
FAIL:    cc3007b

FAIL: g++.dg/ipa/ipa-icf-4.C  -std=gnu++11  scan-ipa-dump icf "Varpool alias
has been created"
FAIL: g++.dg/ipa/ipa-icf-4.C  -std=gnu++1y  scan-ipa-dump icf "Varpool alias
has been created"
FAIL: g++.dg/ipa/ipa-icf-4.C  -std=gnu++98  scan-ipa-dump icf "Varpool alias
has been created"

FAIL: gcc.dg/torture/builtin-noret-1.c   -O2  (internal compiler error)
FAIL: gcc.dg/torture/builtin-noret-1.c   -O2  (test for excess errors)
FAIL: gcc.dg/torture/builtin-noret-1.c   -O2 -flto  (internal compiler error)
FAIL: gcc.dg/torture/builtin-noret-1.c   -O2 -flto  (test for excess errors)
FAIL: gcc.dg/torture/builtin-noret-1.c   -O2 -flto -flto-partition=none 
(internal compiler error)
FAIL: gcc.dg/torture/builtin-noret-1.c   -O2 -flto -flto-partition=none  (test
for excess errors)
FAIL: gcc.dg/torture/builtin-noret-1.c   -O3 -fomit-frame-pointer  (internal
compiler error)
FAIL: gcc.dg/torture/builtin-noret-1.c   -O3 -fomit-frame-pointer  (test for
excess errors)
FAIL: gcc.dg/torture/builtin-noret-1.c   -O3 -g  (internal compiler error)
FAIL: gcc.dg/torture/builtin-noret-1.c   -O3 -g  (test for excess errors)
FAIL: gcc.dg/torture/builtin-noret-1.c   -Os  (internal compiler error)
FAIL: gcc.dg/torture/builtin-noret-1.c   -Os  (test for excess errors)
FAIL: gcc.dg/torture/builtin-noret-2.c   -O2  (internal compiler error)
FAIL: gcc.dg/torture/builtin-noret-2.c   -O2  (test for excess errors)
FAIL: gcc.dg/torture/builtin-noret-2.c   -O2 -flto  (internal compiler error)
FAIL: gcc.dg/torture/builtin-noret-2.c   -O2 -flto  (test for excess errors)
FAIL: gcc.dg/torture/builtin-noret-2.c   -O2 -flto -flto-partition=none 
(internal compiler error)
FAIL: gcc.dg/torture/builtin-noret-2.c   -O2 -flto -flto-partition=none  (test
for excess errors)
FAIL: gcc.dg/torture/builtin-noret-2.c   -O3 -fomit-frame-pointer  (internal
compiler error)
FAIL: gcc.dg/torture/builtin-noret-2.c   -O3 -fomit-frame-pointer  (test for
excess errors)
FAIL: gcc.dg/torture/builtin-noret-2.c   -O3 -g  (internal compiler error)
FAIL: gcc.dg/torture/builtin-noret-2.c   -O3 -g  (test for excess errors)
FAIL: gcc.dg/torture/builtin-noret-2.c   -Os  (internal compiler error)
FAIL: gcc.dg/torture/builtin-noret-2.c   -Os  (test for excess errors)

-m32 only
FAIL: gfortran.dg/assumed_rank_10.f90   -O3 -fomit-frame-pointer
-funroll-all-loops -finline-functions  execution test
FAIL: gfortran.dg/assumed_rank_10.f90   -O3 -fomit-frame-pointer -funroll-loops
 execution test

FAIL: gfortran.dg/assumed_rank_8.f90   -O2  execution test
FAIL: gfortran.dg/assumed_rank_8.f90   -O3 -fomit-frame-pointer  execution test
FAIL: gfortran.dg/assumed_rank_8.f90   -O3 -fomit-frame-pointer
-funroll-all-loops -finline-functions  execution test
FAIL: gfortran.dg/assumed_rank_8.f90   -O3 -fomit-frame-pointer -funroll-loops 
execution test
FAIL: gfortran.dg/assumed_rank_8.f90   -O3 -g  execution test
FAIL: gfortran.dg/assumed_rank_8.f90   -Os  execution test
FAIL: gfortran.dg/assumed_rank_9.f90   -O2  execution test
FAIL: gfortran.dg/assumed_rank_9.f90   -O3 -fomit-frame-pointer  execution test
FAIL: gfortran.dg/assumed_rank_9.f90   -O3 -fomit-frame-pointer
-funroll-all-loops -finline-functions  execution test
FAIL: gfortran.dg/assumed_rank_9.f90   -O3 -fomit-frame-pointer -funroll-loops 
execution test
FAIL: gfortran.dg/assumed_rank_9.f90   -O3 -g  execution test
FAIL: gfortran.dg/assumed_rank_9.f90   -Os  execution test

All the failures I have tested disappear if I use -fno-ipa-icf.

[Bug bootstrap/63622] [5.0 Regression] Bootstrap fails on x86_64-apple-darwin1[34] after revision r216305

[howarth at bromo dot med.uc.edu]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63622

--- Comment #9 from howarth at bromo dot med.uc.edu ---
The darwin linker developer's analysis of this failing linkage is as follows...

That link line contains “-undefined dynamic_lookup” which is almost always a
bad idea.  Removing it shows the problem.  The symbol __ZTCSt9strstream16_So is
not defined in an object file.  So that option means “assume it will be in some
dylib (DSO) at runtime).  But the function __ZNSt9strstreamC1Ev contains:

__ZNSt9strstreamC1Ev:
...
0000000000001f75    leaq    __ZTCSt9strstream16_So+24(%rip), %rax
…

That code gen requires the target vtable to be in the same linkage unit, but is
is in DSO.  The only way to possible make it work is to have a text relocation
which adjusts the LEA at launch time.  But darwin x86_64 does not support text
relocations.

You should remove the “-undefined dynamic_lookup” from the link line and fix
the build to have all required symbols defined.
>From gcc-bugs-return-465837-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Nov 05 22:17:59 2014
Return-Path: <gcc-bugs-return-465837-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 14208 invoked by alias); 5 Nov 2014 22:17:59 -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 14160 invoked by uid 55); 5 Nov 2014 22:17:56 -0000
From: "manu at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug driver/36312] should refuse to overwrite input file with output file
Date: Wed, 05 Nov 2014 22:17:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: driver
X-Bugzilla-Version: 4.1.2
X-Bugzilla-Keywords: diagnostic, patch
X-Bugzilla-Severity: enhancement
X-Bugzilla-Who: manu at gcc dot gnu.org
X-Bugzilla-Status: RESOLVED
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:
Message-ID: <bug-36312-4-gU20XxPDCJ@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-36312-4@http.gcc.gnu.org/bugzilla/>
References: <bug-36312-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: 2014-11/txt/msg00309.txt.bz2
Content-length: 1817

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=36312

--- Comment #11 from Manuel López-Ibáñez <manu at gcc dot gnu.org> ---
Author: manu
Date: Wed Nov  5 22:17:22 2014
New Revision: 217159

URL: https://gcc.gnu.org/viewcvs?rev=217159&root=gcc&view=rev
Log:
Revert revision 217149 because it breaks Ada:

gcc/testsuite/ChangeLog:

2014-11-05  Anthony Brandon  <anthony.brandon@gmail.com>

        PR driver/36312
        * gcc.misc-tests/output.exp: New test case for identical input and
        output files.

include/ChangeLog:

2014-11-05  Anthony Brandon  <anthony.brandon@gmail.com>

        PR driver/36312
        * filenames.h: Add prototype for canonical_filename_eq.

gcc/ChangeLog:

2014-11-05  Anthony Brandon  <anthony.brandon@gmail.com>

        PR driver/36312
        * diagnostic-core.h: Add prototype for fatal_error.
        * diagnostic.c (fatal_error): New function fatal_error.
        * gcc.c (store_arg): Remove have_o_argbuf_index.
        (process_command): Check if input and output files are the same.
        * toplev.c (init_asm_output): Check if input and output files are
        the same.

libiberty/ChangeLog:

2014-11-05  Anthony Brandon  <anthony.brandon@gmail.com>

        PR driver/36312
        * filename_cmp.c (canonical_filename_eq): New function to check if
        file names are the same.
        * functions.texi: Updated with documentation for new function.

Removed:
    trunk/gcc/testsuite/gcc.misc-tests/output.exp
Modified:
    trunk/gcc/ChangeLog
    trunk/gcc/diagnostic-core.h
    trunk/gcc/diagnostic.c
    trunk/gcc/gcc.c
    trunk/gcc/testsuite/ChangeLog
    trunk/gcc/toplev.c
    trunk/include/ChangeLog
    trunk/include/filenames.h
    trunk/libiberty/ChangeLog
    trunk/libiberty/filename_cmp.c
    trunk/libiberty/functions.texi
>From gcc-bugs-return-465838-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Nov 05 22:21:50 2014
Return-Path: <gcc-bugs-return-465838-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 17174 invoked by alias); 5 Nov 2014 22:21:50 -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 17120 invoked by uid 48); 5 Nov 2014 22:21:47 -0000
From: "howarth at bromo dot med.uc.edu" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug bootstrap/63622] [5.0 Regression] Bootstrap fails on x86_64-apple-darwin1[34] after revision r216305
Date: Wed, 05 Nov 2014 22:21: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: 5.0
X-Bugzilla-Keywords:
X-Bugzilla-Severity: blocker
X-Bugzilla-Who: howarth at bromo dot med.uc.edu
X-Bugzilla-Status: NEW
X-Bugzilla-Priority: P3
X-Bugzilla-Assigned-To: marxin at gcc dot gnu.org
X-Bugzilla-Target-Milestone: 5.0
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields:
Message-ID: <bug-63622-4-VxUb5OiHXl@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-63622-4@http.gcc.gnu.org/bugzilla/>
References: <bug-63622-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: 2014-11/txt/msg00310.txt.bz2
Content-length: 5279

https://gcc.gnu.org/bugzilla/show_bug.cgi?idc622

--- Comment #10 from howarth at bromo dot med.uc.edu ---
Note that removal of the "-undefined dynamic_lookup" produces...

Undefined symbols for architecture x86_64:
  "__ZNKSt11logic_error4whatEv", referenced from:
      __ZTVSt11logic_error in libc++98convenience.a(stdexcept.o)
      __ZTVSt12domain_error in libc++98convenience.a(stdexcept.o)
      __ZTVSt16invalid_argument in libc++98convenience.a(stdexcept.o)
      __ZTVSt12length_error in libc++98convenience.a(stdexcept.o)
      __ZTVSt12out_of_range in libc++98convenience.a(stdexcept.o)
  "__ZNKSt7codecvtIcc11__mbstate_tE10do_unshiftERS0_PcS3_RS3_", referenced
from:
      __ZTVSt7codecvtIcc11__mbstate_tE in libc++98convenience.a(codecvt.o)
      __ZTVSt14codecvt_bynameIcc11__mbstate_tE in
libc++98convenience.a(locale-inst.o)
  "__ZNKSt7codecvtIcc11__mbstate_tE11do_encodingEv", referenced from:
      __ZTVSt7codecvtIcc11__mbstate_tE in libc++98convenience.a(codecvt.o)
      __ZTVSt14codecvt_bynameIcc11__mbstate_tE in
libc++98convenience.a(locale-inst.o)
  "__ZNKSt7codecvtIcc11__mbstate_tE6do_outERS0_PKcS4_RS4_PcS6_RS6_", referenced
from:
      __ZTVSt7codecvtIcc11__mbstate_tE in libc++98convenience.a(codecvt.o)
      __ZTVSt14codecvt_bynameIcc11__mbstate_tE in
libc++98convenience.a(locale-inst.o)
  "__ZNKSt9type_info14__is_pointer_pEv", referenced from:
      __ZTVN10__cxxabiv117__array_type_infoE in
libsupc++convenience.a(array_type_info.o)
      __ZTVN10__cxxabiv117__class_type_infoE in
libsupc++convenience.a(class_type_info.o)
      __ZTVN10__cxxabiv116__enum_type_infoE in
libsupc++convenience.a(enum_type_info.o)
      __ZTVN10__cxxabiv120__function_type_infoE in
libsupc++convenience.a(function_type_info.o)
      __ZTVN10__cxxabiv123__fundamental_type_infoE in
libsupc++convenience.a(fundamental_type_info.o)
      __ZTVN10__cxxabiv117__pbase_type_infoE in
libsupc++convenience.a(pbase_type_info.o)
      __ZTVN10__cxxabiv129__pointer_to_member_type_infoE in
libsupc++convenience.a(pmem_type_info.o)
      ...

"__ZNSbIwSt11char_traitsIwESaIwEE12_S_constructIPwEES4_T_S5_RKS1_St20forward_iterator_tag.part.36",
referenced from:

__ZNSbIwSt11char_traitsIwESaIwEE12_S_constructIPwEES4_T_S5_RKS1_St20forward_iterator_tag
in libc++11convenience.a(wstring-inst.o)
  "__ZNSs12_S_constructIPcEES0_T_S1_RKSaIcESt20forward_iterator_tag.part.34",
referenced from:
      __ZNSs12_S_constructIPcEES0_T_S1_RKSaIcESt20forward_iterator_tag in
libc++11convenience.a(string-inst.o)
  "__ZNSt15basic_streambufIcSt11char_traitsIcEE4syncEv", referenced from:
      __ZTVSt12strstreambuf in libc++98convenience.a(strstream.o)
      __ZTVSt15basic_stringbufIcSt11char_traitsIcESaIcEE in
libc++11convenience.a(sstream-inst.o)
      __ZTVSt15basic_streambufIcSt11char_traitsIcEE in
libc++11convenience.a(streambuf-inst.o)
  "__ZNSt15basic_streambufIcSt11char_traitsIcEE5imbueERKSt6locale", referenced
from:
      __ZTVSt12strstreambuf in libc++98convenience.a(strstream.o)
      __ZTVN9__gnu_cxx18stdio_sync_filebufIcSt11char_traitsIcEEE in
libc++11convenience.a(ext11-inst.o)
      __ZTVSt15basic_stringbufIcSt11char_traitsIcESaIcEE in
libc++11convenience.a(sstream-inst.o)
      __ZTVSt15basic_streambufIcSt11char_traitsIcEE in
libc++11convenience.a(streambuf-inst.o)
  "__ZNSt15basic_streambufIcSt11char_traitsIcEE6setbufEPcl", referenced from:
      __ZTVN9__gnu_cxx18stdio_sync_filebufIcSt11char_traitsIcEEE in
libc++11convenience.a(ext11-inst.o)
      __ZTVSt15basic_streambufIcSt11char_traitsIcEE in
libc++11convenience.a(streambuf-inst.o)

"__ZNSt15basic_streambufIcSt11char_traitsIcEE7seekoffExSt12_Ios_SeekdirSt13_Ios_Openmode",
referenced from:
      __ZTVSt15basic_streambufIcSt11char_traitsIcEE in
libc++11convenience.a(streambuf-inst.o)

"__ZNSt15basic_streambufIcSt11char_traitsIcEE7seekposESt4fposI11__mbstate_tESt13_Ios_Openmode",
referenced from:
      __ZTVSt15basic_streambufIcSt11char_traitsIcEE in
libc++11convenience.a(streambuf-inst.o)
  "__ZNSt15basic_streambufIcSt11char_traitsIcEE8overflowEi", referenced from:
      __ZTVSt15basic_streambufIcSt11char_traitsIcEE in
libc++11convenience.a(streambuf-inst.o)
  "__ZNSt15basic_streambufIcSt11char_traitsIcEE9pbackfailEi", referenced from:
      __ZTVSt15basic_streambufIcSt11char_traitsIcEE in
libc++11convenience.a(streambuf-inst.o)
  "__ZNSt15basic_streambufIcSt11char_traitsIcEE9showmanycEv", referenced from:
      __ZTVSt12strstreambuf in libc++98convenience.a(strstream.o)
      __ZTVN9__gnu_cxx18stdio_sync_filebufIcSt11char_traitsIcEEE in
libc++11convenience.a(ext11-inst.o)
      __ZTVSt15basic_streambufIcSt11char_traitsIcEE in
libc++11convenience.a(streambuf-inst.o)
  "__ZNSt15basic_streambufIcSt11char_traitsIcEE9underflowEv", referenced from:
      __ZTVSt15basic_streambufIcSt11char_traitsIcEE in
libc++11convenience.a(streambuf-inst.o)
  "__ZNSt15basic_streambufIwSt11char_traitsIwEE9pbackfailEi", referenced from:
      __ZTVSt15basic_streambufIwSt11char_traitsIwEE in
libc++11convenience.a(streambuf-inst.o)
  "__ZTCSt9strstream16_So", referenced from:
      __ZNSt9strstreamC1Ev in libc++98convenience.a(strstream.o)
      __ZNSt9strstreamC1EPciSt13_Ios_Openmode in
libc++98convenience.a(strstream.o)
      __ZTTSt9strstream in libc++98convenience.a(strstream.o)

[Bug bootstrap/63622] [5.0 Regression] Bootstrap fails on x86_64-apple-darwin1[34] after revision r216305

[howarth at bromo dot med.uc.edu]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63622

--- Comment #11 from howarth at bromo dot med.uc.edu ---
It looks like we aren't compiling some object files in libstdc++-v3/src/c++98
for gcc trunk which are are on gcc 4.9.2. In particular, we are missing...

ctype.o
ctype_configure_char.o
ctype_members.o
ios-inst.o
ios.o
iostream-inst.o
istream-inst.o
ostream-inst.o
sstream-inst.o
streambuf-inst.o

[Bug bootstrap/63622] [5.0 Regression] Bootstrap fails on x86_64-apple-darwin1[34] after revision r216305

[howarth at bromo dot med.uc.edu]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63622

--- Comment #12 from howarth at bromo dot med.uc.edu ---
This looks like fallout from...

https://gcc.gnu.org/ml/libstdc++-cvs/2014-q4/msg00080.html
https://gcc.gnu.org/ml/libstdc++-cvs/2014-q3/msg00181.html

where the files moved to c++11 in gcc trunk from c++98 in gcc 4.9.2 now have
undefined symbols...

[MacPro:libstdc++-v3/src/c++11] howarth% nm streambuf-inst.o | grep
ZNSt15basic_streambufIcSt11char_traitsIcEE9underflowEv
                 U __ZNSt15basic_streambufIcSt11char_traitsIcEE9underflowEv


compared to gcc 4.9.2

[MacPro:libstdc++-v3/src/c++98] howarth% nm streambuf-inst.o | grep
ZNSt15basic_streambufIcSt11char_traitsIcEE9underflowEv
0000000000000040 T __ZNSt15basic_streambufIcSt11char_traitsIcEE9underflowEv

Were these checkins made after darwin stopped bootstrapping?

[Bug bootstrap/63622] [5.0 Regression] Bootstrap fails on x86_64-apple-darwin1[34] after revision r216305

[howarth at bromo dot med.uc.edu]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63622

--- Comment #13 from howarth at bromo dot med.uc.edu ---
Created attachment 33904
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33904&action=edit
preprocessed source for libstdc++-v3/src/c++11/streambuf-inst.cc

[Bug bootstrap/63622] [5.0 Regression] Bootstrap fails on x86_64-apple-darwin1[34] after revision r216305

[howarth at bromo dot med.uc.edu]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63622

--- Comment #14 from howarth at bromo dot med.uc.edu ---
The attached preprocessed source was produced from gcc trunk with...

# /sw/src/fink.build/gcc50-5.0.0-1000/darwin_objdir/./gcc/xgcc -shared-libgcc
-B/sw/src/fink.build/gcc50-5.0.0-1000/darwin_objdir/./gcc -nostdinc++
-L/sw/src/fink.build/gcc50-5.0.0-1000/darwin_objdir/x86_64-apple-darwin14.0.0/libstdc++-v3/src
-L/sw/src/fink.build/gcc50-5.0.0-1000/darwin_objdir/x86_64-apple-darwin14.0.0/libstdc++-v3/src/.libs
-L/sw/src/fink.build/gcc50-5.0.0-1000/darwin_objdir/x86_64-apple-darwin14.0.0/libstdc++-v3/libsupc++/.libs
-B/sw/lib/gcc5.0/x86_64-apple-darwin14.0.0/bin/
-B/sw/lib/gcc5.0/x86_64-apple-darwin14.0.0/lib/ -isystem
/sw/lib/gcc5.0/x86_64-apple-darwin14.0.0/include -isystem
/sw/lib/gcc5.0/x86_64-apple-darwin14.0.0/sys-include
-I/sw/src/fink.build/gcc50-5.0.0-1000/gcc-5.0-20141105/libstdc++-v3/../libgcc
-I/sw/src/fink.build/gcc50-5.0.0-1000/darwin_objdir/x86_64-apple-darwin14.0.0/libstdc++-v3/include/x86_64-apple-darwin14.0.0
-I/sw/src/fink.build/gcc50-5.0.0-1000/darwin_objdir/x86_64-apple-darwin14.0.0/libstdc++-v3/include
-I/sw/src/fink.build/gcc50-5.0.0-1000/gcc-5.0-20141105/libstdc++-v3/libsupc++
-I/sw/include -std=gnu++11 -D_GLIBCXX_SHARED -fno-implicit-templates -Wall
-Wextra -Wwrite-strings -Wcast-qual -Wabi -fdiagnostics-show-location=once
-fvisibility-inlines-hidden -ffunction-sections -fdata-sections
-frandom-seed=streambuf-inst.lo -g -O2 -c
../../../../../gcc-5.0-20141105/libstdc++-v3/src/c++11/streambuf-inst.cc
-fno-common -DPIC -D_GLIBCXX_SHARED -o streambuf-inst.o --save-temps

which produces as set of warnings that don't appear in the build of
libstdc++-v3/src/c++98/streambuf-inst.cc. These are...

./../../../../gcc-5.0-20141105/libstdc++-v3/src/c++11/streambuf-inst.cc:63:1:
warning: alias definitions not supported in Mach-O; ignored
 } // namespace
 ^
../../../../../gcc-5.0-20141105/libstdc++-v3/src/c++11/streambuf-inst.cc:63:1:
warning: alias definitions not supported in Mach-O; ignored
../../../../../gcc-5.0-20141105/libstdc++-v3/src/c++11/streambuf-inst.cc:63:1:
warning: alias definitions not supported in Mach-O; ignored
../../../../../gcc-5.0-20141105/libstdc++-v3/src/c++11/streambuf-inst.cc:63:1:
warning: alias definitions not supported in Mach-O; ignored
../../../../../gcc-5.0-20141105/libstdc++-v3/src/c++11/streambuf-inst.cc:63:1:
warning: alias definitions not supported in Mach-O; ignored
../../../../../gcc-5.0-20141105/libstdc++-v3/src/c++11/streambuf-inst.cc:63:1:
warning: alias definitions not supported in Mach-O; ignored
../../../../../gcc-5.0-20141105/libstdc++-v3/src/c++11/streambuf-inst.cc:63:1:
warning: alias definitions not supported in Mach-O; ignored
../../../../../gcc-5.0-20141105/libstdc++-v3/src/c++11/streambuf-inst.cc:63:1:
warning: alias definitions not supported in Mach-O; ignored
../../../../../gcc-5.0-20141105/libstdc++-v3/src/c++11/streambuf-inst.cc:63:1:
warning: alias definitions not supported in Mach-O; ignored
../../../../../gcc-5.0-20141105/libstdc++-v3/src/c++11/streambuf-inst.cc:63:1:
warning: alias definitions not supported in Mach-O; ignored

[Bug bootstrap/63622] [5.0 Regression] Bootstrap fails on x86_64-apple-darwin1[34] after revision r216305

[redi at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63622

--- Comment #15 from Jonathan Wakely <redi at gcc dot gnu.org> ---
(In reply to howarth from comment #14)
> which produces as set of warnings that don't appear in the build of
> libstdc++-v3/src/c++98/streambuf-inst.cc. These are...
> 
> ./../../../../gcc-5.0-20141105/libstdc++-v3/src/c++11/streambuf-inst.cc:63:1:
> warning: alias definitions not supported in Mach-O; ignored

I have no idea what that means or why building the file with -std=c++11 instead
of -std=c++98 causes it, and I don't have any way to check what is different on
darwin.

[Bug bootstrap/63622] [5.0 Regression] Bootstrap fails on x86_64-apple-darwin1[34] after revision r216305

[howarth at bromo dot med.uc.edu]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63622

--- Comment #16 from howarth at bromo dot med.uc.edu ---
(In reply to Jonathan Wakely from comment #15)
> (In reply to howarth from comment #14)
> > which produces as set of warnings that don't appear in the build of
> > libstdc++-v3/src/c++98/streambuf-inst.cc. These are...
> > 
> > ./../../../../gcc-5.0-20141105/libstdc++-v3/src/c++11/streambuf-inst.cc:63:1:
> > warning: alias definitions not supported in Mach-O; ignored
> 
> I have no idea what that means or why building the file with -std=c++11
> instead of -std=c++98 causes it, and I don't have any way to check what is
> different on darwin.

This sounds similar to thread https://gcc.gnu.org/ml/gcc/2010-05/msg00164.html.

The fact that we see the same warnings indicate the use of -std=c++11 is
triggering the use aliases on darwin which is unsupported. The fact that the 
attached preprocessed source code from gcc trunk doesn't show any instances
of '__alias__' makes me wondering if the middle-end is automatically doing this
somehow when -std=c++11 is invoked.

[Bug bootstrap/63622] [5.0 Regression] Bootstrap fails on x86_64-apple-darwin1[34] after revision r216305

[howarth at bromo dot med.uc.edu]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63622

--- Comment #17 from howarth at bromo dot med.uc.edu ---
These warnings are emitted from this code in gcc/config/darwin.h

/* Mach-O supports 'weak imports', and 'weak definitions' in coalesced
   sections.  machopic_select_section ensures that weak variables go in
   coalesced sections.  Weak aliases (or any other kind of aliases) are
   not supported.  Weak symbols that aren't visible outside the .s file
   are not supported.  */
#define ASM_WEAKEN_DECL(FILE, DECL, NAME, ALIAS)                        \
  do {                                                                  \
    if (ALIAS)                                                          \
      {                                                                 \
        warning (0, "alias definitions not supported in Mach-O; ignored");     
\
        break;                                                          \
      }                                                                 \
                                                                        \
    if (! DECL_EXTERNAL (DECL) && TREE_PUBLIC (DECL))                   \
      targetm.asm_out.globalize_label (FILE, NAME);                     \
    if (DECL_EXTERNAL (DECL))                                           \
      fputs ("\t.weak_reference ", FILE);                               \
    else if (lookup_attribute ("weak_import", DECL_ATTRIBUTES (DECL)))  \
      break;                                                            \
    else if (TREE_PUBLIC (DECL))                                        \
      fputs ("\t.weak_definition ", FILE);                              \
    else                                                                \
      break;                                                            \
    assemble_name (FILE, NAME);                                         \
    fputc ('\n', FILE);                                                 \
  } while (0)

[Bug bootstrap/63622] [5.0 Regression] Bootstrap fails on x86_64-apple-darwin1[34] after revision r216305

[howarth at bromo dot med.uc.edu]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63622

--- Comment #18 from howarth at bromo dot med.uc.edu ---
Interestingly, these errors don't occur if the compilation of
libstdc++-v3/src/c++11/streambuf-inst.cc is done at -O0, -O1 or if -fno-ipa-icf
is appended at -O2 or higher.

[Bug bootstrap/63622] [5.0 Regression] Bootstrap fails on x86_64-apple-darwin1[34] after revision r216305

[howarth at bromo dot med.uc.edu]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63622

--- Comment #19 from howarth at bromo dot med.uc.edu ---
Apparently we need something along the lines of the  previously proposed IPA
ICF aliasing restriction patch, however when applied to current gcc trunk the
bootstrap fails at...

libtool: compile:  /sw/src/fink.build/gcc50-5.0.0-1000/darwin_objdir/./gcc/xgcc
-shared-libgcc -B/sw/src/fink.build/gcc50-5.0.0-1000/darwin_objdir/./gcc
-nostdinc++
-L/sw/src/fink.build/gcc50-5.0.0-1000/darwin_objdir/x86_64-apple-darwin14.0.0/i386/libstdc++-v3/src
-L/sw/src/fink.build/gcc50-5.0.0-1000/darwin_objdir/x86_64-apple-darwin14.0.0/i386/libstdc++-v3/src/.libs
-L/sw/src/fink.build/gcc50-5.0.0-1000/darwin_objdir/x86_64-apple-darwin14.0.0/i386/libstdc++-v3/libsupc++/.libs
-B/sw/lib/gcc5.0/x86_64-apple-darwin14.0.0/bin/
-B/sw/lib/gcc5.0/x86_64-apple-darwin14.0.0/lib/ -isystem
/sw/lib/gcc5.0/x86_64-apple-darwin14.0.0/include -isystem
/sw/lib/gcc5.0/x86_64-apple-darwin14.0.0/sys-include -m32
-I/sw/src/fink.build/gcc50-5.0.0-1000/gcc-5.0-20141105/libstdc++-v3/../libgcc
-I/sw/src/fink.build/gcc50-5.0.0-1000/darwin_objdir/x86_64-apple-darwin14.0.0/i386/libstdc++-v3/include/x86_64-apple-darwin14.0.0
-I/sw/src/fink.build/gcc50-5.0.0-1000/darwin_objdir/x86_64-apple-darwin14.0.0/i386/libstdc++-v3/include
-I/sw/src/fink.build/gcc50-5.0.0-1000/gcc-5.0-20141105/libstdc++-v3/libsupc++
-D_GLIBCXX_SHARED -fno-implicit-templates -Wall -Wextra -Wwrite-strings
-Wcast-qual -Wabi -fdiagnostics-show-location=once -fvisibility-inlines-hidden
-ffunction-sections -fdata-sections -frandom-seed=atexit_thread.lo -g -O2 -m32
-std=gnu++11 -c
../../../../../gcc-5.0-20141105/libstdc++-v3/libsupc++/atexit_thread.cc 
-fno-common -DPIC -D_GLIBCXX_SHARED -o atexit_thread.o
../../../../../gcc-5.0-20141105/libstdc++-v3/libsupc++/atexit_thread.cc: In
function ‘void {anonymous}::key_init()’:
../../../../../gcc-5.0-20141105/libstdc++-v3/libsupc++/atexit_thread.cc:111:3:
internal compiler error: in cselib_invalidate_regno, at cselib.c:2154
   }
   ^
libbacktrace could not find executable to open
Please submit a full bug report,
with preprocessed source if appropriate.
See <http://gcc.gnu.org/bugs.html> for instructions.
>From gcc-bugs-return-465871-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Nov 06 08:24:21 2014
Return-Path: <gcc-bugs-return-465871-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 19770 invoked by alias); 6 Nov 2014 08:24:19 -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 19725 invoked by uid 48); 6 Nov 2014 08:24:13 -0000
From: "ebotcazou at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug ada/63725] Scalar_Storage_Order and nested string subtypes
Date: Thu, 06 Nov 2014 08:24:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: ada
X-Bugzilla-Version: 5.0
X-Bugzilla-Keywords:
X-Bugzilla-Severity: enhancement
X-Bugzilla-Who: ebotcazou at gcc dot gnu.org
X-Bugzilla-Status: NEW
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_status cf_reconfirmed_on cc version short_desc everconfirmed bug_severity
Message-ID: <bug-63725-4-oynTrtiB6S@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-63725-4@http.gcc.gnu.org/bugzilla/>
References: <bug-63725-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: 2014-11/txt/msg00343.txt.bz2
Content-length: 1056

https://gcc.gnu.org/bugzilla/show_bug.cgi?idc725

Eric Botcazou <ebotcazou at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |NEW
   Last reconfirmed|                            |2014-11-06
                 CC|                            |ebotcazou at gcc dot gnu.org
            Version|4.9.1                       |5.0
            Summary|Scalar_Storage_Order is     |Scalar_Storage_Order and
                   |required for nested string  |nested string subtypes
                   |types, but cannot be added  |
                   |to those types              |
     Ever confirmed|0                           |1
           Severity|normal                      |enhancement

--- Comment #1 from Eric Botcazou <ebotcazou at gcc dot gnu.org> ---
I agree this is annoying, but the workaround is trivial (use a derived type
instead of a subtype) so I'm not sure we want to do something here.

[Bug bootstrap/63622] [5.0 Regression] Bootstrap fails on x86_64-apple-darwin1[34] after revision r216305

[izamyatin at gmail dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63622

Igor Zamyatin <izamyatin at gmail dot com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |izamyatin at gmail dot com

--- Comment #20 from Igor Zamyatin <izamyatin at gmail dot com> ---
This is mentioned here - https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63534#c9

Fix for this is under review, start of the discussion is here -
http://gcc.gnu.org/ml/gcc-patches/2014-10/msg01727.html

[Bug bootstrap/63622] [5.0 Regression] Bootstrap fails on x86_64-apple-darwin1[34] after revision r216305

[marxin at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63622

--- Comment #21 from Martin Liška <marxin at gcc dot gnu.org> ---
(In reply to Igor Zamyatin from comment #20)
> This is mentioned here -
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63534#c9
> 
> Fix for this is under review, start of the discussion is here -
> http://gcc.gnu.org/ml/gcc-patches/2014-10/msg01727.html

If you apply both my IPA ICF alias restriction patch and this mentioned patch,
can you bootstrap?

As I don't have a machine with darwin1, I cannot verify if bootstrap works and
there's no new regression?

Thanks,
Martin
>From gcc-bugs-return-465881-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Nov 06 10:32:09 2014
Return-Path: <gcc-bugs-return-465881-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 10054 invoked by alias); 6 Nov 2014 10:32:09 -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 9626 invoked by uid 48); 6 Nov 2014 10:32:04 -0000
From: "schwab@linux-m68k.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug c/63760] Support __func__ in PROGMEM
Date: Thu, 06 Nov 2014 10:32:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: c
X-Bugzilla-Version: 4.8.1
X-Bugzilla-Keywords:
X-Bugzilla-Severity: enhancement
X-Bugzilla-Who: schwab@linux-m68k.org
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:
Message-ID: <bug-63760-4-8IPFZPCM9j@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-63760-4@http.gcc.gnu.org/bugzilla/>
References: <bug-63760-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: 2014-11/txt/msg00353.txt.bz2
Content-length: 178

https://gcc.gnu.org/bugzilla/show_bug.cgi?idc760

--- Comment #1 from Andreas Schwab <schwab@linux-m68k.org> ---
Why aren't read-only data being placed in progmem by default?

[Bug bootstrap/63622] [5.0 Regression] Bootstrap fails on x86_64-apple-darwin1[34] after revision r216305

[howarth at bromo dot med.uc.edu]

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

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63622

--- Comment #22 from howarth at bromo dot med.uc.edu ---
(In reply to Martin Liška from comment #21)
> (In reply to Igor Zamyatin from comment #20)
> > This is mentioned here -
> > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63534#c9
> > 
> > Fix for this is under review, start of the discussion is here -
> > http://gcc.gnu.org/ml/gcc-patches/2014-10/msg01727.html
> 
> If you apply both my IPA ICF alias restriction patch and this mentioned
> patch, can you bootstrap?
> 
> As I don't have a machine with darwin1, I cannot verify if bootstrap works
> and there's no new regression?
> 
> Thanks,
> Martin

I already had https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63534#c50
applied and https://gcc.gnu.org/ml/gcc-patches/2014-10/msg01727.html
is already be committed. Perhaps a PR should be opened where the
accumulated patches required for darwin are listed. At the moment we
also need https://gcc.gnu.org/bugzilla/attachment.cgi?id=33897 and
https://gcc.gnu.org/bugzilla/attachment.cgi?id=33854 for Yosemite
as well.
>From gcc-bugs-return-465892-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Nov 06 16:39:48 2014
Return-Path: <gcc-bugs-return-465892-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 25782 invoked by alias); 6 Nov 2014 16:39:48 -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 25689 invoked by uid 48); 6 Nov 2014 16:39:44 -0000
From: "howarth at bromo dot med.uc.edu" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug bootstrap/63622] [5.0 Regression] Bootstrap fails on x86_64-apple-darwin1[34] after revision r216305
Date: Thu, 06 Nov 2014 16:39: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: 5.0
X-Bugzilla-Keywords:
X-Bugzilla-Severity: blocker
X-Bugzilla-Who: howarth at bromo dot med.uc.edu
X-Bugzilla-Status: NEW
X-Bugzilla-Priority: P3
X-Bugzilla-Assigned-To: marxin at gcc dot gnu.org
X-Bugzilla-Target-Milestone: 5.0
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields:
Message-ID: <bug-63622-4-Yoso2hIrNi@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-63622-4@http.gcc.gnu.org/bugzilla/>
References: <bug-63622-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: 2014-11/txt/msg00364.txt.bz2
Content-length: 894

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63622

--- Comment #23 from howarth at bromo dot med.uc.edu ---
(In reply to Martin Liška from comment #21)
> (In reply to Igor Zamyatin from comment #20)
> > This is mentioned here -
> > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63534#c9
> > 
> > Fix for this is under review, start of the discussion is here -
> > http://gcc.gnu.org/ml/gcc-patches/2014-10/msg01727.html
> 
> If you apply both my IPA ICF alias restriction patch and this mentioned
> patch, can you bootstrap?
> 
> As I don't have a machine with darwin1, I cannot verify if bootstrap works
> and there's no new regression?
> 
> Thanks,
> Martin

Martin,
    Are you currently testing gcc trunk with the IPA ICF alias restriction
patch applied in your tree on linux? Is it possible that patch is regressed by
all of the recent ipa icf commits?
            Jack
>From gcc-bugs-return-465893-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Nov 06 16:48:22 2014
Return-Path: <gcc-bugs-return-465893-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 6623 invoked by alias); 6 Nov 2014 16:48: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 6602 invoked by uid 48); 6 Nov 2014 16:48:18 -0000
From: "adrien.courdavault at arturia dot com" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug c++/63763] New: Crash (4) gcc 4.8.2 building cpp file
Date: Thu, 06 Nov 2014 16:48:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: new
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: c++
X-Bugzilla-Version: 4.8.2
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: adrien.courdavault at arturia 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-63763-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: 2014-11/txt/msg00365.txt.bz2
Content-length: 958

https://gcc.gnu.org/bugzilla/show_bug.cgi?idc763

            Bug ID: 63763
           Summary: Crash (4) gcc 4.8.2 building cpp file
           Product: gcc
           Version: 4.8.2
            Status: UNCONFIRMED
          Severity: normal
          Priority: P3
         Component: c++
          Assignee: unassigned at gcc dot gnu.org
          Reporter: adrien.courdavault at arturia dot com

Created attachment 33911
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id3911&actioníit
I attached as LZMA compresse cpp file result of the preprocessing of my
original cpp. (compressed because uncompressed is 6MB)

Version gcc 4.8.2 (ubuntu 4.8.2-19ubuntu1)

Target x86_64-linux-gnu

Problem description

I was building a project that I'm currently porting from Mac + Windows to
linux. (on mac I use Apple CLang 6.0)

This file made GCC crash with internal error code 4

I don't know why except maybe it's size..

Good Luck

And thank you for GCC

[Bug bootstrap/63622] [5.0 Regression] Bootstrap fails on x86_64-apple-darwin1[34] after revision r216305

[iains at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63622

--- Comment #26 from Iain Sandoe <iains at gcc dot gnu.org> ---
OK - so two more data points.

( i)
With the alias patch, I can bootstrap x86_64-darwin12
However, there are lots of new fails in Ada (for example) that go away when I
force ipa-icf off.

(ii) 
The patch is NOT sufficient to restore bootstrap on powerpc-darwin9 (accepting
that few people care about that platform).

-----

So what this tells us is that the alias patch is necessary, but not sufficient
to fix all the issues.

My latest round of testing was carried out on 217269 - it takes time to spin
the permutations - if there's new stuff in since then - then I should try it.

[Bug bootstrap/63622] [5.0 Regression] Bootstrap fails on x86_64-apple-darwin1[34] after revision r216305

[howarth at bromo dot med.uc.edu]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63622

--- Comment #28 from howarth at bromo dot med.uc.edu ---
At r217355, the failures for the gfortran.dg/assumed_rank_[8/9/10].f90
execution tests , first noted in Comment 7, still remain on x86_64 darwin.

[Bug bootstrap/63622] [5.0 Regression] Bootstrap fails on x86_64-apple-darwin1[34] after revision r216305

[howarth at bromo dot med.uc.edu]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63622

--- Comment #29 from howarth at bromo dot med.uc.edu ---
(In reply to howarth from comment #28)
> At r217355, the failures for the gfortran.dg/assumed_rank_[8/9/10].f90
> execution tests , first noted in Comment 7, still remain on x86_64 darwin.

A backtrace of the failing test case generated by...

/sw/src/fink.build/gcc50-5.0.0-1000/darwin_objdir/gcc/testsuite/gfortran/../../gfortran
-B/sw/src/fink.build/gcc50-5.0.0-1000/darwin_objdir/gcc/testsuite/gfortran/../../
-B/sw/src/fink.build/gcc50-5.0.0-1000/darwin_objdir/x86_64-apple-darwin13.4.0/i386/libgfortran/
/sw/src/fink.build/gcc50-5.0.0-1000/gcc-5-20141111/gcc/testsuite/gfortran.dg/assumed_rank_10.f90
-fno-diagnostics-show-caret -fdiagnostics-color=never -O3 -fomit-frame-pointer
-funroll-loops -fdump-tree-original
-B/sw/src/fink.build/gcc50-5.0.0-1000/darwin_objdir/x86_64-apple-darwin13.4.0/i386/libgfortran/.libs
-L/sw/src/fink.build/gcc50-5.0.0-1000/darwin_objdir/x86_64-apple-darwin13.4.0/i386/libgfortran/.libs
-L/sw/src/fink.build/gcc50-5.0.0-1000/darwin_objdir/x86_64-apple-darwin13.4.0/i386/libgfortran/.libs
-B/sw/src/fink.build/gcc50-5.0.0-1000/darwin_objdir/x86_64-apple-darwin13.4.0/i386/libquadmath/.libs
-L/sw/src/fink.build/gcc50-5.0.0-1000/darwin_objdir/x86_64-apple-darwin13.4.0/i386/libquadmath/.libs
-L/sw/src/fink.build/gcc50-5.0.0-1000/darwin_objdir/x86_64-apple-darwin13.4.0/i386/libquadmath/.libs
-lm -m32 -o ./assumed_rank_10.exe

in lldb appears as...

% lldb
/sw/src/fink.build/gcc50-5.0.0-1000/darwin_objdir/gcc/testsuite/gfortran/assumed_rank_10.exe
(lldb) target create
"/sw/src/fink.build/gcc50-5.0.0-1000/darwin_objdir/gcc/testsuite/gfortran/assumed_rank_10.exe"
Current executable set to
'/sw/src/fink.build/gcc50-5.0.0-1000/darwin_objdir/gcc/testsuite/gfortran/assumed_rank_10.exe'
(i386).
(lldb) r
Process 99438 launched:
'/sw/src/fink.build/gcc50-5.0.0-1000/darwin_objdir/gcc/testsuite/gfortran/assumed_rank_10.exe'
(i386)

Program aborted. Backtrace:
#0  0x5151
#1  0x6caf
#2  0xbd577
#3  0x1a8f
#4  0x1bfa
Process 99438 stopped
* thread #1: tid = 0x101913c, 0x9ab09952 libsystem_kernel.dylib`__pthread_kill
+ 10, queue = 'com.apple.main-thread', stop reason = signal SIGABRT
    frame #0: 0x9ab09952 libsystem_kernel.dylib`__pthread_kill + 10
libsystem_kernel.dylib`__pthread_kill + 10:
-> 0x9ab09952:  jae    0x9ab09962                ; __pthread_kill + 26
   0x9ab09954:  calll  0x9ab09959                ; __pthread_kill + 17
   0x9ab09959:  popl   %edx
   0x9ab0995a:  movl   0x6c996c7(%edx), %edx
(lldb) bt
* thread #1: tid = 0x101913c, 0x9ab09952 libsystem_kernel.dylib`__pthread_kill
+ 10, queue = 'com.apple.main-thread', stop reason = signal SIGABRT
  * frame #0: 0x9ab09952 libsystem_kernel.dylib`__pthread_kill + 10
    frame #1: 0x9083c167 libsystem_pthread.dylib`pthread_kill + 101
    frame #2: 0x97beb29c libsystem_c.dylib`abort + 155
    frame #3: 0x00006c90 libgfortran.3.dylib`__gfortrani_sys_abort + 32 at
error.c:180
    frame #4: 0x000bd578 libgfortran.3.dylib`_gfortran_abort + 8 at abort.c:33
    frame #5: 0x00001a90 assumed_rank_10.exe`fpa.3310 + 48
    frame #6: 0x00001bfb assumed_rank_10.exe`main + 283
    frame #7: 0x92e5d701 libdyld.dylib`start + 1
(lldb)

[Bug bootstrap/63622] [5.0 Regression] Bootstrap fails on x86_64-apple-darwin1[34] after revision r216305

[howarth at bromo dot med.uc.edu]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63622

--- Comment #30 from howarth at bromo dot med.uc.edu ---
Created attachment 33936
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33936&action=edit
assembly for gfortran.dg/assumed_rank_10.f90 -O3 -fomit-frame-pointer
-funroll-loops  execution test

Generated with
/sw/src/fink.build/gcc50-5.0.0-1000/darwin_objdir/gcc/testsuite/gfortran/../../gfortran
-B/sw/src/fink.build/gcc50-5.0.0-1000/darwin_objdir/gcc/testsuite/gfortran/../../
-B/sw/src/fink.build/gcc50-5.0.0-1000/darwin_objdir/x86_64-apple-darwin13.4.0/i386/libgfortran/
/sw/src/fink.build/gcc50-5.0.0-1000/gcc-5-20141111/gcc/testsuite/gfortran.dg/assumed_rank_10.f90
-fno-diagnostics-show-caret -fdiagnostics-color=never -O3 -fomit-frame-pointer
-funroll-loops -fdump-tree-original
-B/sw/src/fink.build/gcc50-5.0.0-1000/darwin_objdir/x86_64-apple-darwin13.4.0/i386/libgfortran/.libs
-L/sw/src/fink.build/gcc50-5.0.0-1000/darwin_objdir/x86_64-apple-darwin13.4.0/i386/libgfortran/.libs
-L/sw/src/fink.build/gcc50-5.0.0-1000/darwin_objdir/x86_64-apple-darwin13.4.0/i386/libgfortran/.libs
-B/sw/src/fink.build/gcc50-5.0.0-1000/darwin_objdir/x86_64-apple-darwin13.4.0/i386/libquadmath/.libs
-L/sw/src/fink.build/gcc50-5.0.0-1000/darwin_objdir/x86_64-apple-darwin13.4.0/i386/libquadmath/.libs
-L/sw/src/fink.build/gcc50-5.0.0-1000/darwin_objdir/x86_64-apple-darwin13.4.0/i386/libquadmath/.libs
-lm -m32 -o ./assumed_rank_10.exe --save-temps

[Bug bootstrap/63622] [5.0 Regression] Bootstrap fails on x86_64-apple-darwin1[34] after revision r216305

[howarth at bromo dot med.uc.edu]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63622

--- Comment #31 from howarth at bromo dot med.uc.edu ---
(In reply to howarth from comment #28)

As noted before, passing -fno-ipa-icf to these failing fortran test cases
suppresses the execution failure.

[Bug bootstrap/63622] [5.0 Regression] Bootstrap fails on x86_64-apple-darwin1[34] after revision r216305

[howarth at bromo dot med.uc.edu]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63622

--- Comment #32 from howarth at bromo dot med.uc.edu ---
Created attachment 33939
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33939&action=edit
assumed_rank_10.f90.003t.original output from -fdump-ipa-icf-details

Generated using
/sw/src/fink.build/gcc50-5.0.0-1000/darwin_objdir/gcc/testsuite/gfortran/../../gfortran
-B/sw/src/fink.build/gcc50-5.0.0-1000/darwin_objdir/gcc/testsuite/gfortran/../../
-B/sw/src/fink.build/gcc50-5.0.0-1000/darwin_objdir/x86_64-apple-darwin13.4.0/i386/libgfortran/
/sw/src/fink.build/gcc50-5.0.0-1000/gcc-5-20141111/gcc/testsuite/gfortran.dg/assumed_rank_10.f90
-fno-diagnostics-show-caret -fdiagnostics-color=never -O3
-fomit-frame-pointer -funroll-loops -fdump-tree-original
-B/sw/src/fink.build/gcc50-5.0.0-1000/darwin_objdir/x86_64-apple-darwin13.4.0/i386/libgfortran/.libs
-L/sw/src/fink.build/gcc50-5.0.0-1000/darwin_objdir/x86_64-apple-darwin13.4.0/i386/libgfortran/.libs
-L/sw/src/fink.build/gcc50-5.0.0-1000/darwin_objdir/x86_64-apple-darwin13.4.0/i386/libgfortran/.libs
-B/sw/src/fink.build/gcc50-5.0.0-1000/darwin_objdir/x86_64-apple-darwin13.4.0/i386/libquadmath/.libs
-L/sw/src/fink.build/gcc50-5.0.0-1000/darwin_objdir/x86_64-apple-darwin13.4.0/i386/libquadmath/.libs
-L/sw/src/fink.build/gcc50-5.0.0-1000/darwin_objdir/x86_64-apple-darwin13.4.0/i386/libquadmath/.libs
-lm -m32 -o ./assumed_rank_10.exe --save-temps -fdump-ipa-icf-details

[Bug bootstrap/63622] [5.0 Regression] Bootstrap fails on x86_64-apple-darwin1[34] after revision r216305

[howarth at bromo dot med.uc.edu]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63622

--- Comment #33 from howarth at bromo dot med.uc.edu ---
Created attachment 33940
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33940&action=edit
assumed_rank_10.f90.051i.icf output from -fdump-ipa-icf-details

Generated using 
/sw/src/fink.build/gcc50-5.0.0-1000/darwin_objdir/gcc/testsuite/gfortran/../../gfortran
-B/sw/src/fink.build/gcc50-5.0.0-1000/darwin_objdir/gcc/testsuite/gfortran/../../
-B/sw/src/fink.build/gcc50-5.0.0-1000/darwin_objdir/x86_64-apple-darwin13.4.0/i386/libgfortran/
/sw/src/fink.build/gcc50-5.0.0-1000/gcc-5-20141111/gcc/testsuite/gfortran.dg/assumed_rank_10.f90
-fno-diagnostics-show-caret -fdiagnostics-color=never -O3
-fomit-frame-pointer -funroll-loops -fdump-tree-original
-B/sw/src/fink.build/gcc50-5.0.0-1000/darwin_objdir/x86_64-apple-darwin13.4.0/i386/libgfortran/.libs
-L/sw/src/fink.build/gcc50-5.0.0-1000/darwin_objdir/x86_64-apple-darwin13.4.0/i386/libgfortran/.libs
-L/sw/src/fink.build/gcc50-5.0.0-1000/darwin_objdir/x86_64-apple-darwin13.4.0/i386/libgfortran/.libs
-B/sw/src/fink.build/gcc50-5.0.0-1000/darwin_objdir/x86_64-apple-darwin13.4.0/i386/libquadmath/.libs
-L/sw/src/fink.build/gcc50-5.0.0-1000/darwin_objdir/x86_64-apple-darwin13.4.0/i386/libquadmath/.libs
-L/sw/src/fink.build/gcc50-5.0.0-1000/darwin_objdir/x86_64-apple-darwin13.4.0/i386/libquadmath/.libs
-lm -m32 -o ./assumed_rank_10.exe --save-temps -fdump-ipa-icf-details

[Bug bootstrap/63622] [5.0 Regression] Bootstrap fails on x86_64-apple-darwin1[34] after revision r216305

[dominiq at lps dot ens.fr]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63622

--- Comment #34 from Dominique d'Humieres <dominiq at lps dot ens.fr> ---
Reduced test case for assumed_rank_10.f90

program test
 implicit none
 type t
   integer :: aa
 end type t

 integer, pointer     :: iip

 type(t), pointer     :: jjp

 logical :: is_present

 is_present = .true.

 allocate (iip, jjp)

 iip = 7
 jjp = t(88)

 call fpa(iip, jjp) ! Copy back
 if (iip /= 7 .and. jjp%aa /= 88) call abort ()
 call fpi(iip, jjp) ! No copy back
 if (iip /= 7 .and. jjp%aa /= 88) call abort ()

contains

  subroutine fpa (xx1, yy1)
    integer, pointer :: xx1(..)
    type(t), pointer :: yy1(..)
    if (is_present .neqv. associated (xx1)) call abort ()
    if (is_present .neqv. associated (yy1)) call abort ()
  end subroutine fpa

  subroutine fpi (xx1, yy1)
    integer, pointer, intent(in) :: xx1(..)
    type(t), pointer, intent(in) :: yy1(..)
    if (is_present .neqv. associated (xx1)) call abort ()
    if (is_present .neqv. associated (yy1)) call abort ()
  end subroutine fpi

end program test

The abort is triggered in the fpa/fpi subroutines when the test is compiled
with

[Book15] f90/bug% gfc -O2 -funroll-all-loops assumed_rank_10_red.f90 -m32
[Book15] f90/bug% a.out

Program aborted. Backtrace:
#0  0x1c4a1
#1  0x1e00f
#2  0xd4677
#3  0x15d0f
#4  0x15dd3
Abort

Note that only the fpa/fpi subroutines in the original file assumed_rank_10.f90
cause the abort: if their calls are commented the tests succeed.

[Bug bootstrap/63622] [5.0 Regression] Bootstrap fails on x86_64-apple-darwin1[34] after revision r216305

[fxcoudert at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63622

Francois-Xavier Coudert <fxcoudert at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |fxcoudert at gcc dot gnu.org

--- Comment #35 from Francois-Xavier Coudert <fxcoudert at gcc dot gnu.org> ---
(In reply to howarth from comment #28)
> At r217355, the failures for the gfortran.dg/assumed_rank_[8/9/10].f90
> execution tests , first noted in Comment 7, still remain on x86_64 darwin.

Please file test suite failures as new PR (one new PR per test failure with a
different backtrace, ideally). It's very hard to track as such (the subject is
not accurate any more, the discussion is convoluted, etc.)

[Bug bootstrap/63622] [5.0 Regression] Bootstrap fails on x86_64-apple-darwin1[34] after revision r216305

[dominiq at lps dot ens.fr]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63622

--- Comment #36 from Dominique d'Humieres <dominiq at lps dot ens.fr> ---
> Please file test suite failures as new PR (one new PR per test failure
> with a different backtrace, ideally). It's very hard to track as such
> (the subject is not accurate any more, the discussion is convoluted, etc.)

I have filled pr63851 for the fortran failures and pr63852 for the acats ones.

Any objection against closing this PR as FIXED?