[Bug target/67733] illumos needs a new target triple

[ikozhukhov at gmail dot com]

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

--- Comment #7 from Igor Kozhukhov  ---
i'd like to have DilOS triplets like:
Intel:
x86_64-dilos/i386-dilos
(or for 64bit amd64-dilos)

SPARC:
sparc64-dilos/sparc-dilos (or sparc32-dilos)
(or 64bit: sparcv9-dilos, 32bit: sparcv7-dilos)

it one day DilOS can be independent platform and do not depend on illumos.

right now we have DilOS as separate platform for ZFS:
https://docs.google.com/spreadsheets/d/1CFapSYxA5QRFYy5k6ge3FutU7zbAWbaeGN2nKVXgxCI/edit?pli=1#gid=0

because ZFS features are different.
also, with DilOS we are try to port and use Debian userland in main place - it
is not what illumos does + additional platform specific updates.

i'm DilOS owner.
question is: if i need new triplets, what is procedure for add it to GCC
mainline?
what are triplets can be used/useful for our platform?

[Bug fortran/79157] gfortran crashed on sparc with openmpi build

[ikozhukhov at gmail dot com]

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

--- Comment #20 from Igor Kozhukhov  ---
i can provide access to DilOS (illumos based platform) build zones on SPARC64
and Intel if needed - just send me email igor at dilos dot org

[Bug fortran/79157] gfortran crashed on sparc with openmpi build

[ikozhukhov at gmail dot com]

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

--- Comment #18 from Igor Kozhukhov  ---
i didn't try 5.5.0 because switched to use 6.4.0 for my userland builds on
sparc64

[Bug fortran/79157] gfortran crashed on sparc with openmpi build

[ikozhukhov at gmail dot com]

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

Igor Kozhukhov  changed:

   What|Removed |Added

 Resolution|FIXED   |WONTFIX

--- Comment #16 from Igor Kozhukhov  ---
sorry for some joke comment.

this bug not fixed for 5.x while 5.x was not closed.
it's a pity to no see some efforts to native SPARC64 support on illumos based
platform.
i still try to use native SPARC64 hw based on T5220.
for dilos-illumos builds i still using gcc-4.4 with bootstrap with SunAS +
illumos ld because build not fixed yet for gcc-6.x with bootstrap GNU AS +
illumos ld.
will be more correct move it to status CLOSED + WONTFIX - because it was not
fixed for 5.x line - it is my opinion.

[Bug fortran/79157] gfortran crashed on sparc with openmpi build

[ikozhukhov at gmail dot com]

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

--- Comment #14 from Igor Kozhukhov  ---
it is working with 6.4.0, we can close this issue and will wait when 6.x will
be closed to and close others issues without fixes :)

[Bug libgcj/82540] gcc 6.4.0 bootstrap with java core dump in file with illumos ld

[ikozhukhov at gmail dot com]

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

--- Comment #3 from Igor Kozhukhov  ---
but some components in Debian mainstream are using gcj for builds - how to do
it ?
i'm using Debian stretch repo for my ports to DilOS.

[Bug target/82544] gccgo on SPARC64 produce bad binary

[ikozhukhov at gmail dot com]

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

--- Comment #7 from Igor Kozhukhov  ---
i can provide build zone on on real SPARC64 T5220 with DilOS if needed.
just ping me directly to igor at dilos dot org.
i have with DilOS:
gcc-4.4.7 (32bit default) + SunAS + illumos ld - for dilos-illumos builds
gcc-5.5.0 (64bit default) + GNU AS + illumos ld
gcc-6.4.0 (64bit default) + GNU AS + illumos ld - for userland builds

i can use different compilers on the same env in the same time with builds
without problems.
only gcc-6 bootstrap can be built with Go support, gcc-5 failed with bootstrap
on SPARC64.

[Bug go/82544] gccgo on SPARC64 produce bad binary

[ikozhukhov at gmail dot com]

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

--- Comment #3 from Igor Kozhukhov  ---
additional info by mdb:

igork@bld13:~/builds/igork/du2/components/gcc-6$ mdb core 
Loading modules: [ libc.so.1 ld.so.1 ]
> $C
7fffd1a1 libc.so.1`_lwp_kill+8(1, 6, 0, 0, 0, 0)
7fffd251 libc.so.1`raise+0x14(0, 0, 7fffdbb0, fffe7e10dfa4,
fffe7e2127a8, 0)
7fffd301 libc.so.1`abort+0xac(5, 7fffdca0, , 0,
0, 7fffe821)
7fffd3e1 libgcc_s.so.1`uw_init_context_1+0x334(7fffe430,
7fffef00, fffe39ec3ddc, fffe39ec3ddc, 7fffdca0, c00)
7fffdb81 libgcc_s.so.1`_Unwind_Backtrace+0x18(fffe39ec3cc0,
7fffefb0, 1000, 7fffe820, 7fffe430, 6e90)
7fffe701 libgo.so.9.0.0`backtrace_full+0x70(6e90, 1,
fffe39b51480, fffe39b516f4, 7098, fffe3a5c4e50)
7fffe7e1 libgo.so.9.0.0`runtime_callers+0x74(2, 7160, 20,
0, fffe3a5ec230, fffe3a5fb24c)
7fffe8b1 libgo.so.9.0.0`runtime_MProf_Malloc+0x20(c20800, 10, 0,
fffe39b6afb4, 7160, 6eb00010)
7fffef61 libgo.so.9.0.0`runtime_mallocgc+0x22c(1, 6eb0, 10,
8, fffe3a5fab30, c20800)
7011 libgo.so.9.0.0`runtime_mallocinit+0x13c(100, 1104001,
78cf, c0, 8000, fffe3a5fab30)
70d1 libgo.so.9.0.0`runtime_schedinit+0x90(1, 7bb8, 8,
6ec02a30, fffe3a5fa0d8, fffe3a5fab30)
71a1 main+0x80(1, 7bb8, 7bc8,
, 3e8, 3e8)
7251 _start_crt+0x6c(1, 7bb8, 6f61c5e4, 0, 0,
0)
7301 _start+0x14(0, 0, 0, 0, 0, 0)
> 7fffdb81::dis
mdb: address is not properly aligned

as we can see - addresses not aligned
on SPARC64 - it is very important.

[Bug go/82544] gccgo on SPARC64 produce bad binary

[ikozhukhov at gmail dot com]

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

--- Comment #2 from Igor Kozhukhov  ---
forgot to add gcc-6 bootstrap info on DilOS on Intel:

root@z165:/rws1/users/root/du2/components/gcc-6# gcc-6 -v
Using built-in specs.
COLLECT_GCC=gcc-6
COLLECT_LTO_WRAPPER=/usr/gcc/6/lib/gcc/x86_64-pc-solaris2.11/6.4.0/lto-wrapper
Target: x86_64-pc-solaris2.11
Configured with: ../configure --prefix=/usr/gcc/6 --build=x86_64-pc-solaris2.11
--bindir=/usr/gcc/6/bin --sbindir=/usr/gcc/6/sbin --libdir=/usr/gcc/6/lib
--libexecdir=/usr/gcc/6/lib --infodir=/usr/gcc/6/share/info
--mandir=/usr/gcc/6/share/man --target=x86_64-pc-solaris2.11
--enable-targets=i386-pc-solaris2.11 --enable-shared --enable-plugins
--enable-lto --enable-initfini-array --enable-tls --enable-threads=posix
--without-gnu-ld --with-ld=/usr/bin/ld --with-gnu-as --with-as=/usr/bin/gas
--enable-languages=c,c++,fortran,go,java,lto,objc --with-system-zlib
gcc_cv_ld_as_needed=no --disable-bootstrap
Thread model: posix
gcc version 6.4.0 (GCC)

[Bug go/82544] gccgo on SPARC64 produce bad binary

[ikozhukhov at gmail dot com]

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

--- Comment #1 from Igor Kozhukhov  ---
DilOS on Intel.

for example: the same codebase of gcc-6.4.0 + illumos ld on Intel is working
fine:

root@z165:/rws1/users/root/du2/components/gcc-6# gccgo-6 -o t hello.go 

root@z165:/rws1/users/root/du2/components/gcc-6# ldd t 
libgo.so.9 =>/usr/gcc/6/lib/amd64/libgo.so.9
libm.so.2 => /lib/64/libm.so.2
libgcc_s.so.1 => /usr/gcc/6/lib/amd64/libgcc_s.so.1
libc.so.1 => /lib/64/libc.so.1
libpthread.so.1 =>   /lib/64/libpthread.so.1
libsocket.so.1 =>/lib/64/libsocket.so.1
libnsl.so.1 =>   /lib/64/libnsl.so.1
libsendfile.so.1 =>  /lib/64/libsendfile.so.1
libmp.so.2 =>/lib/64/libmp.so.2
libmd.so.1 =>/lib/64/libmd.so.1

root@z165:/rws1/users/root/du2/components/gcc-6# ./t
hello world

[Bug go/82544] New: gccgo on SPARC64 produce bad binary

[ikozhukhov at gmail dot com]

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

Bug ID: 82544
   Summary: gccgo on SPARC64 produce bad binary
   Product: gcc
   Version: 6.4.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: go
  Assignee: ian at airs dot com
  Reporter: ikozhukhov at gmail dot com
CC: cmang at google dot com
  Target Milestone: ---

I have DilOS (illumos based platform) on SPARC64 T5220

i have gccgo from 6.4.0 bootstrap

igork@bld13:~/builds/igork/du2/components/gcc-6$ gcc-6 -v
Using built-in specs.
COLLECT_GCC=gcc-6
COLLECT_LTO_WRAPPER=/usr/gcc/6/lib/gcc/sparcv9-sun-solaris2.11/6.4.0/lto-wrapper
Target: sparcv9-sun-solaris2.11
Configured with: ../configure --prefix=/usr/gcc/6
--build=sparcv9-sun-solaris2.11 --bindir=/usr/gcc/6/bin
--sbindir=/usr/gcc/6/sbin --libdir=/usr/gcc/6/lib --libexecdir=/usr/gcc/6/lib
--infodir=/usr/gcc/6/share/info --mandir=/usr/gcc/6/share/man
--target=sparcv9-sun-solaris2.11 --enable-targets=sparc-sun-solaris2.11
--enable-shared --enable-plugins --enable-lto --enable-initfini-array
--enable-tls --enable-threads=posix --without-gnu-ld --with-ld=/usr/bin/ld
--with-gnu-as --with-as=/usr/bin/gas
--enable-languages=c,c++,fortran,go,java,lto,objc --with-system-zlib
gcc_cv_ld_as_needed=no --disable-bootstrap
Thread model: posix
gcc version 6.4.0 (GCC) 

igork@bld13:~/builds/igork/du2/components/gcc-6$ gccgo-6 -o t t.go

igork@bld13:~/builds/igork/du2/components/gcc-6$ ./t
Abort (core dumped)

igork@bld13:~/builds/igork/du2/components/gcc-6$ pstack core
core 'core' of 42515:   ./t
 fffe8d8f8bac _lwp_kill (1, 6, 0, 0, 0, 0) + 8
 fffe8d88ef14 raise (0, 0, 7fffdbb0, fffe7e10dfa4,
fffe7e2127a8, 0) + 14
 fffe8d86637c abort (5, 7fffdca0, , 0, 0,
7fffe821) + ac
 fffe7e10dfa4 uw_init_context_1 (7fffe430, 7fffef00,
fffe39ec3ddc, fffe39ec3ddc, 7fffdca0, c00) + 334
 fffe7e10e64c _Unwind_Backtrace (fffe39ec3cc0, 7fffefb0, 1000,
7fffe820, 7fffe430, 6e90) + 18
 fffe39ec3ddc backtrace_full (6e90, 1, fffe39b51480,
fffe39b516f4, 7098, fffe3a5c4e50) + 70
 fffe39b517b8 runtime_callers (2, 7160, 20, 0,
fffe3a5ec230, fffe3a5fb24c) + 74
 fffe39b6bd98 runtime_MProf_Malloc (c20800, 10, 0, fffe39b6afb4,
7160, 6eb00010) + 20
 fffe39b6a57c runtime_mallocgc (1, 6eb0, 10, 8,
fffe3a5fab30, c20800) + 22c
 fffe39b6afb4 runtime_mallocinit (100, 1104001, 78cf,
c0, 8000, fffe3a5fab30) + 13c
 fffe39b62820 runtime_schedinit (1, 7bb8, 8, 6ec02a30,
fffe3a5fa0d8, fffe3a5fab30) + 90
 000121b0 main (1, 7bb8, 7bc8,
, 3e8, 3e8) + 80
 00011cb0 _start_crt (1, 7bb8, 6f61c5e4, 0, 0, 0) +
6c
 00011c34 _start (0, 0, 0, 0, 0, 0) + 14

if i do build with static link libgo + libgcc, it is working.

example:

igork@bld13:~/builds/igork/du2/components/gcc-6$ gccgo-6  -m64 -v -static-libgo
-static-libgcc -o t t.go -Wl,-dy -lnsl -lsocket -lrt -lsendfile
Using built-in specs.
COLLECT_GCC=gccgo-6
COLLECT_LTO_WRAPPER=/usr/gcc/6/lib/gcc/sparcv9-sun-solaris2.11/6.4.0/lto-wrapper
Target: sparcv9-sun-solaris2.11
Configured with: ../configure --prefix=/usr/gcc/6
--build=sparcv9-sun-solaris2.11 --bindir=/usr/gcc/6/bin
--sbindir=/usr/gcc/6/sbin --libdir=/usr/gcc/6/lib --libexecdir=/usr/gcc/6/lib
--infodir=/usr/gcc/6/share/info --mandir=/usr/gcc/6/share/man
--target=sparcv9-sun-solaris2.11 --enable-targets=sparc-sun-solaris2.11
--enable-shared --enable-plugins --enable-lto --enable-initfini-array
--enable-tls --enable-threads=posix --without-gnu-ld --with-ld=/usr/bin/ld
--with-gnu-as --with-as=/usr/bin/gas
--enable-languages=c,c++,fortran,go,java,lto,objc --with-system-zlib
gcc_cv_ld_as_needed=no --disable-bootstrap
Thread model: posix
gcc version 6.4.0 (GCC) 
COLLECT_GCC_OPTIONS='-m64' '-v' '-static-libgcc' '-o' 't' '-mcpu=v9'
 /usr/gcc/6/lib/gcc/sparcv9-sun-solaris2.11/6.4.0/go1 t.go -quiet -dumpbase
t.go -m64 -mcpu=v9 -auxbase t -version
-L/usr/gcc/6/lib/gcc/sparcv9-sun-solaris2.11/6.4.0
-L/usr/gcc/6/lib/gcc/sparcv9-sun-solaris2.11/6.4.0/../../../sparcv9
-L/lib/sparcv9 -L/usr/lib/sparcv9
-L/usr/gcc/6/lib/gcc/sparcv9-sun-solaris2.11/6.4.0/../../.. -o
/var/tmp//ccdJaGYu.s
GNU Go (GCC) version 6.4.0 (sparcv9-sun-solaris2.11)
compiled by GNU C version 6.4.0, GMP version 6.1.2, MPFR version 3.1.5,
MPC version 1.0.3, isl version 0.15
GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072
GNU Go (GCC) version 6.4.0 (sparcv9-sun-solaris2.11)
compiled by GNU C version 6.4.0, GMP version 6.1.2, MPFR version 3.1.5,
MPC version 1.0.

[Bug libgcj/82540] New: gcc 6.4.0 bootstrap with java core dump in file with illumos ld

[ikozhukhov at gmail dot com]

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

Bug ID: 82540
   Summary: gcc 6.4.0 bootstrap with java core dump in file with
illumos ld
   Product: gcc
   Version: 6.4.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: libgcj
  Assignee: unassigned at gcc dot gnu.org
  Reporter: ikozhukhov at gmail dot com
  Target Milestone: ---

I have DilOS (illumos based platform) on SPARC64 T5220

gcc 6.4.0 bootstrap with GNU AS + illumos ld

root@bld13:/root# gcc-6 -v
Using built-in specs.
COLLECT_GCC=gcc-6
COLLECT_LTO_WRAPPER=/usr/gcc/6/lib/gcc/sparcv9-sun-solaris2.11/6.4.0/lto-wrapper
Target: sparcv9-sun-solaris2.11
Configured with: ../configure --prefix=/usr/gcc/6
--build=sparcv9-sun-solaris2.11 --bindir=/usr/gcc/6/bin
--sbindir=/usr/gcc/6/sbin --libdir=/usr/gcc/6/lib --libexecdir=/usr/gcc/6/lib
--infodir=/usr/gcc/6/share/info --mandir=/usr/gcc/6/share/man
--target=sparcv9-sun-solaris2.11 --enable-targets=sparc-sun-solaris2.11
--enable-shared --enable-plugins --enable-lto --enable-initfini-array
--enable-tls --enable-threads=posix --without-gnu-ld --with-ld=/usr/bin/ld
--with-gnu-as --with-as=/usr/bin/gas
--enable-languages=c,c++,fortran,go,java,lto,objc --with-system-zlib
gcc_cv_ld_as_needed=no --disable-bootstrap
Thread model: posix
gcc version 6.4.0 (GCC) 

i can see core file due to bootstrap:

root@sparc5:/var/cores# pstack core.gcj-dbtool.47078 | c++filt
core 'core.gcj-dbtool.47078' of 47078: 
/ws/jenkins/ws/du/components/gcc-6/build/gcc-6-6.4.0/build/sparcv9-sun
 fffea61f8bac _lwp_kill (1, 6, 0, fffec2402b4d, 0, fffec2403e48) +
8
 fffea618ef14 raise (0, 0, 7fff9d70, fffec240dfa4,
fffec25127a8, 0) + 14
 fffea616637c abort (5, 7fff9e60, , 0, 0,
7fffa9e1) + ac
 fffec240dfa4 uw_init_context_1 (7fffa5f0, 7fffb0c0,
fffe45f3da6c, fffe45f3da6c, 7fff9e60, c00) + 334
 fffec240e64c _Unwind_Backtrace (fffe45f3d760, 7fffc128, 0,
7fffa9e0, 7fffa5f0, 8000) + 18
 fffe45f3da6c _Jv_StackTrace::GetStackTrace() (6f741688, 1, 4,
fffe462efff4, 17c8, 7fffb170) + 58
 fffe45f80d48 java::lang::VMThrowable*
java::lang::VMThrowable::fillInStackTrace(java::lang::Throwable*) (0,
6ed00c60, fffe462f029c, fffe44d6a56a, 0, fffe45f0dfd0) + 2c
 fffe46307314 java::lang::Throwable*
java::lang::Throwable::fillInStackTrace() (1001d6800, fffe47029338,
fffe462f02e4, fffe462f029c, 0, fffe45ef81a8) + 4
 fffe462f000c java::lang::Throwable::Throwable(java::lang::String*)
(1001d6800, 1001d2ae0, fffe462f02fc, fffe462f02e4, 0, fffe45f0dfe8)
+ 18
 fffe462f029c java::lang::Exception::Exception(java::lang::String*)
(1001d6800, 1001d2ae0, fffe45f79794, fffe462f02fc, 0, fffe45eeb1b8)
+ 8
 fffe462f02e4
java::lang::ReflectiveOperationException::ReflectiveOperationException(java::lang::String*)
(1001d6800, 1001d2ae0, 0, fffe45f79794, 38, 1001d6800) + 8
 fffe462f02fc
java::lang::ClassNotFoundException::ClassNotFoundException(java::lang::String*)
(1001d6800, 1001d2ae0, , 7fffc620, 0, fffe47966b88)
+ 8
 fffe45f79794 java::lang::Class*
java::lang::Class::forName(java::lang::String*, bool, java::lang::ClassLoader*)
(1001d2ae0, 1, 0, 1001ab8a0, 1d, 1001d6800) + f0
 fffe46334738 void java::net::URLClassLoader::addURLImpl(java::net::URL*)
(1001a9ae0, 10019ca80, 10016ff80, fffe47975c38, 1001a9ae0, 1001ab880) + f8
 fffe46334cf0 void java::net::URLClassLoader::addURL(java::net::URL*)
(1001a9ae0, 10019ca80, 10016ff80, , 1001d2f60, 1001d2f60) + 1c
 fffe45f98950 void gnu::gcj::runtime::SystemClassLoader::init() (1001a9ae0,
fffe473fbae8, 1001abaa0, 10016ef30, 10016edb0, 1001d6e80) + 260
 fffe45f325a0 _Jv_CreateJavaVM (0, 7fffcbf8, 13b9c, 18,
7fffc910, 7fffc920) + 634
 fffe45f32b9c _Jv_RunMain(_Jv_VMInitArgs*, java::lang::Class*, char const*,
int, char const**, bool) (0, 100108098, 0, 3, 7fffcbf8, 0) + 1c
 00013da4 main (0, 7fffcbf8, 7fffcc18,
, 0, 0) + 3c
 00013bf0 _start_crt (3, 7fffcbf8, 6f61c5e4, 0, 0, 0) +
6c
 00013b74 _start (0, 0, 0, 0, 0, 0) + 14

gcc-6 build can be finished successfully.
it is similar core file with Unwind issue what i have with gcc-go, but will
file another issue with details

[Bug fortran/79157] gfortran crashed on sparc with openmpi build

[ikozhukhov at gmail dot com]

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

--- Comment #12 from Igor Kozhukhov  ---
run as mdb:

$ mdb /usr/bin/gfortran-5
> ::run -S conftestf.f -g -O2 conftest.o -o conftest
mdb: forksys detected: follow (p)arent or (c)hild? c
mdb: target forked child process 17005 (debugger following child)
mdb: execve detected: (f)ollow new program or (s)top? f
mdb: target performed exec of
/usr/gcc/5/lib/gcc/sparcv9-sun-solaris2.11/5.4.0/f951
mdb: stop on SIGSEGV
mdb: target stopped at:
_ZStL23local_Rb_tree_decrementPSt18_Rb_tree_node_base+0x14: ldx   [%g1
+ 0x8], %g1
> $C
7fffdbd1
_ZStL23local_Rb_tree_decrementPSt18_Rb_tree_node_base+0x14(7fffe540, 
7fffe548, 7fffe668, 0, 0, 7a800811)
7fffdc81 
_ZNSt8_Rb_treeIP9tree_nodeSt4pairIKS1_S1_ESt10_Select1stIS4_ESt4lessIS1_ESaIS4_EE24_M_get_insert_u
nique_posERS3_+0x178(101bd6d80, 7fffea78, , 0, 0,
7a818241)
7fffddd1 
_ZNSt8_Rb_treeIP9tree_nodeSt4pairIKS1_S1_ESt10_Select1stIS4_ESt4lessIS1_ESaIS4_EE29_M_get_insert_h
int_unique_posESt23_Rb_tree_const_iteratorIS4_ERS3_+0x130(101bd6d80, 101bd6d88,
7fffea78, 
1, 5f, 101bd6d88)
7fffdf61 
_ZNSt8_Rb_treeIP9tree_nodeSt4pairIKS1_S1_ESt10_Select1stIS4_ESt4lessIS1_ESaIS4_EE17_M_insert_uniqu
e_INSA_11_Alloc_nodeEEESt17_Rb_tree_iteratorIS4_ESt23_Rb_tree_const_iteratorIS4_ERKS4_RT_+0x3c(
101bd6d80, 101bd6d88, 7fffea78, 7fffe8e8, 6f, 6f)
7fffe031 
_ZNSt8_Rb_treeIP9tree_nodeSt4pairIKS1_S1_ESt10_Select1stIS4_ESt4lessIS1_ESaIS4_EE17_M_insert_uniqu
e_ESt23_Rb_tree_const_iteratorIS4_ERKS4_+0x3c(101bd6d80, 101bd6d88,
7fffea78, 3e98, 1
, 0)
7fffe0f1 
_ZNSt3mapIP9tree_nodeS1_St4lessIS1_ESaISt4pairIKS1_S1_EEE6insertESt17_Rb_tree_iteratorIS6_ERKS6_+0
x3c(101bd6d80, 101bd6d88, 7fffea78, 1, ff00, 101bd6d80)
7fffe1b1
_ZNSt3mapIP9tree_nodeS1_St4lessIS1_ESaISt4pairIKS1_S1_EEEixERS5_+0x124(101bd6d80
, 7fffeb40, 7a89d798, 7a8a47e0, 1, 0)
7fffe291
_ZL17build_common_declP15gfc_common_headP9tree_nodeb+0x4f0(101cbbba0, 
7a8a47e0, 0, 0, 0, 4)
7fffe361
_ZL13create_commonP15gfc_common_headP12segment_infob+0x1b4(101cbbba0,
101c806a0, 
0, 0, 0, 7a800811)
7fffe4a1
_ZL16translate_commonP15gfc_common_headP10gfc_symbol+0x4a8(101cbbba0,
101cbc440, 
1, 1, 0, 7a89fe31)
7fffe591 _ZL12named_commonP11gfc_symtree+0x24(101c805a0,
7fffeef0, 0, 1, 38, 
101c8adf0)
7fffe641
_ZL19do_traverse_symtreeP11gfc_symtreePFvS0_EPFvP10gfc_symbolE+0x220(101c805a0, 
100624e90, 0, 7a810fc0, 0, 7a89fd88)
7fffe731 _Z20gfc_traverse_symtreeP11gfc_symtreePFvS0_E+0x18(101c805a0,
100624e90, 0, 0, 0
, 7a89fd88)
7fffe7e1 _Z16gfc_trans_commonP13gfc_namespace+0xb8(101d14490, 0,
, 0, 0, 0
)
7fffe8a1
_Z26gfc_generate_function_codeP13gfc_namespace+0x1e8(101d14490, 0, 0, 0, 0, 
101bd6c19)
7fffea31 _Z17gfc_generate_codeP13gfc_namespace+0x50(101d14490,
7394, 
7398, 100566cb8, 0, 101bd6c19)
7fffeae1
_ZL27translate_all_program_unitsP13gfc_namespace+0x2bc(101d14490, 
7a81cfe0, 101d14e40, 7a879c70, 7a810690,
7a810fc0)
7fffeba1 _Z14gfc_parse_filev+0x840(0, 114, 0, 101c79000,
1010101, 7a8001b0
)
7fffed01 _ZL17gfc_be_parse_filev+0xc(4b, 114, , 0, 74,
0)
7fffedc1 _ZL12compile_filev+0x30(2, 0, 26654, 0, 0, 7728)
7fffee81 _ZL10do_compilev+0x284(78ae, 101c76078, 101cd2780,
b, 0, 101c76cf0)
7fffef41 _ZN6toplev4mainEiPPc+0x2b4(78ae, f,
7968, 0, 0, 0)
7fffeff1 main+0x40(f, 7968, 79e8, 101c798a0,
1, 0)
70b1 _start+0x7c(0, 0, 0, 0, 0, 0)

[Bug fortran/79157] gfortran crashed on sparc with openmpi build

[ikozhukhov at gmail dot com]

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

--- Comment #11 from Igor Kozhukhov  ---
$ gfortran -S conftestf.f -g -O2 -wrapper gdb,--args
GNU gdb (DilOS 7.11.1-2-5) 7.11.1
Copyright (C) 2016 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later 
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "sparcv9-sun-solaris2.11".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
.
Find the GDB manual and other documentation resources online at:
.
For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from
/usr/gcc/6/lib/gcc/sparcv9-sun-solaris2.11/6.3.0/f951...done.
(gdb) bt
No stack.
(gdb)

[Bug fortran/79157] gfortran crashed on sparc with openmpi build

[ikozhukhov at gmail dot com]

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

--- Comment #9 from Igor Kozhukhov  ---
$ gdb --version
GNU gdb (DilOS 7.11.1-2-5) 7.11.1
Copyright (C) 2016 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later 
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "sparcv9-sun-solaris2.11".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
.
Find the GDB manual and other documentation resources online at:
.
For help, type "help".
Type "apropos word" to search for commands related to "word".

$ gfortran-5 -S conftestf.f -g -O2 -wrapper gdb
gdb: unrecognized option `-ffixed-form'

do you have another ideas/example?

[Bug fortran/79157] gfortran crashed on sparc with openmpi build

[ikozhukhov at gmail dot com]

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

--- Comment #7 from Igor Kozhukhov  ---
what is correct command ?
will be better for copy/past to be sure i do what you need :)

[Bug fortran/79157] gfortran crashed on sparc with openmpi build

[ikozhukhov at gmail dot com]

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

--- Comment #5 from Igor Kozhukhov  ---
forgot to add info about gcc-6

$ gcc-6 -v
Using built-in specs.
COLLECT_GCC=gcc-6
COLLECT_LTO_WRAPPER=/usr/gcc/6/lib/gcc/sparcv9-sun-solaris2.11/6.3.0/lto-wrapper
Target: sparcv9-sun-solaris2.11
Configured with: ../configure --prefix=/usr/gcc/6
--build=sparcv9-sun-solaris2.11 --bindir=/usr/gcc/6/bin
--sbindir=/usr/gcc/6/sbin --libdir=/usr/gcc/6/lib --libexecdir=/usr/gcc/6/lib
--infodir=/usr/gcc/6/share/info --mandir=/usr/gcc/6/share/man
--target=sparcv9-sun-solaris2.11 --enable-targets=sparc-sun-solaris2.11
--enable-shared --enable-plugins --enable-lto --enable-initfini-array
--enable-tls --enable-threads=posix --without-gnu-ld --with-ld=/usr/bin/ld
--with-system-zlib gcc_cv_ld_as_needed=no
--enable-languages=c,c++,fortran,objc,go --with-gnu-as --with-as=/usr/bin/gas
Thread model: posix
gcc version 6.3.0 (GCC) 

i have the same bootstrap for gcc-5 & gcc-6 in 64bits:
gcc + GNU AS + illumos ld

i have GNU binutils 64bits too.

i'm using 64bits bootstrap on my intel & sparc a long time from gcc-4.8.

[Bug fortran/79157] gfortran crashed on sparc with openmpi build

[ikozhukhov at gmail dot com]

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

--- Comment #4 from Igor Kozhukhov  ---
how to use test files:
gcc -DNDEBUG -g -O2 -mcpu=v9 -D_REENTRANT -finline-functions
-fno-strict-aliasing -I. -c conftest.c

gfortran -g -O2 conftestf.f conftest.o -o conftest 


i have tested by gcc-5.4 - gfortran failed, but with gcc-6.3 - gfortran-6 works
fine.
and i was able to build openmpi on sparc by gcc-6.3

[Bug fortran/79157] gfortran crashed on sparc with openmpi build

[ikozhukhov at gmail dot com]

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

--- Comment #3 from Igor Kozhukhov  ---
Created attachment 40552
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=40552&action=edit
conftestf.f

test fortran file from configure

[Bug fortran/79157] gfortran crashed on sparc with openmpi build

[ikozhukhov at gmail dot com]

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

--- Comment #2 from Igor Kozhukhov  ---
Created attachment 40551
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=40551&action=edit
conftestf.c

test C file from configure

[Bug fortran/79157] New: gfortran crashed on sparc with openmpi build

[ikozhukhov at gmail dot com]

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

Bug ID: 79157
   Summary: gfortran crashed on sparc with openmpi build
   Product: gcc
   Version: 5.4.1
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: fortran
  Assignee: unassigned at gcc dot gnu.org
  Reporter: ikozhukhov at gmail dot com
  Target Milestone: ---

i have DilOS - illumos based platform.
i have DilOS on SPARC T5220
i have gcc-5.4.1 64bit bootstrap with GNU AS + illumos ld
$ gcc-5 -v
Using built-in specs.
COLLECT_GCC=gcc-5
COLLECT_LTO_WRAPPER=/usr/gcc/5/lib/gcc/sparcv9-sun-solaris2.11/5.4.0/lto-wrapper
Target: sparcv9-sun-solaris2.11
Configured with: ../configure --prefix=/usr/gcc/5
--build=sparcv9-sun-solaris2.11 --bindir=/usr/gcc/5/bin
--sbindir=/usr/gcc/5/sbin --libdir=/usr/gcc/5/lib --libexecdir=/usr/gcc/5/lib
--infodir=/usr/gcc/5/share/info --mandir=/usr/gcc/5/share/man
--target=sparcv9-sun-solaris2.11 --enable-targets=sparc-sun-solaris2.11
--enable-shared --enable-plugins --enable-lto --enable-initfini-array
--enable-tls --enable-threads=posix --with-build-config=no --with-system-zlib
gcc_cv_ld_as_needed=no --disable-bootstrap --without-gnu-ld
--with-ld=/usr/bin/ld --enable-languages=c,c++,fortran,objc --with-gnu-as
--with-as=/usr/bin/gas
Thread model: posix
gcc version 5.4.0 (GCC) 

try to build openmpi and i can see message about:

configure:35796: checking size of Fortran CHARACTER
configure:35864: gcc-6 -DNDEBUG -g -O2 -mcpu=v9 -D_REENTRANT -finline-functions
-fno-strict-aliasing -I. -c conftest.c
configure:35871: $? = 0
configure:35881: gfortran -g -O2  conftestf.f90 conftest.o -o conftest  
configure:35888: $? = 0
configure:35932: ./conftest
configure:35939: $? = 0
configure:35955: result: 1
configure:35978: checking for C type corresponding to CHARACTER
configure:36024: result: char
configure:36093: checking alignment of Fortran CHARACTER
configure:36171: gcc -DNDEBUG -g -O2 -mcpu=v9 -D_REENTRANT -finline-functions
-fno-strict-aliasing -I. -c conftest.c
configure:36178: $? = 0
configure:36188: gfortran -g -O2 conftestf.f conftest.o -o conftest  
conftestf.f:1:0:

   program falign
 ^
internal compiler error: Segmentation Fault
Please submit a full bug report,
with preprocessed source if appropriate.
See <http://gcc.gnu.org/bugs.html> for instructions.
configure:36195: $? = 1
configure:36212: result: Error!
configure:36214: error: Could not determine alignment of CHARACTER

i have reproduced crash with steps from configure script.

i tried to reproduce it by gcc-6.3.0 + GNU AS + illumos ld - but it is working
without crash.
problem with gcc-5.4 on SPARC on illumos based platform.

if you want/need access to to SPARC - please let me know - i can provide zone
where you can try reproduce it and use for your investigation.

[Bug bootstrap/78094] New: limit in mask targets

[ikozhukhov at gmail dot com]

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

Bug ID: 78094
   Summary: limit in mask targets
   Product: gcc
   Version: 6.2.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: bootstrap
  Assignee: unassigned at gcc dot gnu.org
  Reporter: ikozhukhov at gmail dot com
  Target Milestone: ---

i have DilOS (illumos based platfork).

try to port 2 additional features from 5.4 (they not included to original gcc):
-msave-args
-mforce-save-regs-using-mov

where we have 2 additional definitions in gcc/config/i386/i386.opt:

+msave-args
+Target Report Mask(SAVE_ARGS)
+Save integer arguments on the stack at function entry
+
+mforce-save-regs-using-mov
+Target Report Mask(FORCE_SAVE_REGS_USING_MOV)
+Save registers using push in function prologues.  This is intentionally
+undocumented and used for msave-args testing.

but with bootstrap i can see issue with more target masks with #error.

i have found limitation in gcc/opth-gen.awk

line 374:
else if (masknum[var] > 31) {
if (var == "")
print "#error too many target masks"
else
print "#error too many masks for " var
}

could you please add more mask targets - or we can just update 31 to more?
or need additional others changes?

[Bug bootstrap/77995] gcc 6.2.0 failed on somparison stage 2 & 3

[ikozhukhov at gmail dot com]

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

--- Comment #6 from Igor Kozhukhov  ---
(In reply to Eric Botcazou from comment #4)
> If BUILD_CONFIG is empty, then a possible fix is at:
>   https://gcc.gnu.org/ml/gcc-cvs/2016-10/msg00278.html

thanks a lot for proposed patch - i can confirm: it fixed my problem with
bootstrap on Intel.
next step will be - try to test in SPARC :) (i have T5220).
i'll reply to this bug or open new if it failed.

[Bug bootstrap/77995] gcc 6.2.0 failed on somparison stage 2 & 3

[ikozhukhov at gmail dot com]

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

--- Comment #5 from Igor Kozhukhov  ---
thanks, i'll try and let you know.

i tried search it on config.log and i can see:

configure:7076: checking for default BUILD_CONFIG
configure:7108: result:

nothing in this field.

[Bug bootstrap/77995] gcc 6.2.0 failed on somparison stage 2 & 3

[ikozhukhov at gmail dot com]

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

--- Comment #3 from Igor Kozhukhov  ---
it is x86_64 - intel, 64bit bootstrap for target x86_64-pc-solaris2.11

$ ../configure --prefix=/usr/gcc/6 --build=x86_64-pc-solaris2.11
--bindir=/usr/gcc/6/bin --sbindir=/usr/gcc/6/sbin --libdir=/usr/gcc/6/lib
--libexecdir=/usr/gcc/6/lib --infodir=/usr/gcc/6/share/info
--mandir=/usr/gcc/6/share/man --target=x86_64-pc-solaris2.11
--enable-targets=i386-pc-solaris2.11 --enable-shared --enable-plugins
--enable-lto --enable-initfini-array --enable-tls --enable-threads=posix
--without-gnu-ld --with-ld=/usr/bin/ld gcc_cv_ld_as_needed=no
--enable-languages=c,c++,fortran,objc,go --with-gnu-as --with-as=/usr/bin/gas

[Bug bootstrap/77995] New: gcc 6.2.0 failed on somparison stage 2 & 3

[ikozhukhov at gmail dot com]

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

Bug ID: 77995
   Summary: gcc 6.2.0 failed on somparison stage 2 & 3
   Product: gcc
   Version: 6.2.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: bootstrap
  Assignee: unassigned at gcc dot gnu.org
  Reporter: ikozhukhov at gmail dot com
  Target Milestone: ---

bootstrap of gcc-5.4 with binutils 2.27 is fine on DilOS (illumos based
platform)

but, 6.2.0 bootstrap failed with:

gmake[4]: Leaving directory
'/myshare/builds7/dilos/dg-git/components/gcc-6/d/gcc-6.2.0/build'
Comparing stages 2 and 3
warning: gcc/cc1plus-checksum.o differs
warning: gcc/cc1obj-checksum.o differs
warning: gcc/cc1-checksum.o differs
Bootstrap comparison failure!
gcc/tree-ssa-uninit.o differs
gcc/ipa-icf.o differs
gcc/tree-eh.o differs
libcpp/expr.o differs
Makefile:22475: recipe for target 'compare' failed
gmake[3]: *** [compare] Error 1
gmake[3]: Leaving directory
'/myshare/builds7/dilos/dg-git/components/gcc-6/d/gcc-6.2.0/build'

[Bug target/67733] elfdump and readelf in perl scripts should to use env vars ELFDUMP and READELF

[ikozhukhov at gmail dot com]

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

--- Comment #2 from Igor Kozhukhov  ---
/usr/ccs links old and unused.
also - illumos != solaris and can use his own layout.
at this moment it's not easy try to move to 'illumos' platform definition
because autotools not ready to define and use it.
illumos is OpenSources platform, but oracle solaris is closed and illumos
binaries incompatible with solaris binaries now.
will be more easy/better to use more universal gcc bootstrap process with
definition what can be using by env vars instead try to patch every gcc
bootstrap for every platform.
these changes not depend on illumos or solaris because we can use tools ELFDUMP
& READELF from different locations and hardcode it is not a good way for others
platforms to use it and hack bootstrap process every time.

[Bug bootstrap/67733] New: elfdump and readelf in perl scripts should to use env vars ELFDUMP and READELF

[ikozhukhov at gmail dot com]

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

Bug ID: 67733
   Summary: elfdump and readelf in perl scripts should to use env
vars ELFDUMP and READELF
   Product: gcc
   Version: unknown
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: bootstrap
  Assignee: unassigned at gcc dot gnu.org
  Reporter: ikozhukhov at gmail dot com
  Target Milestone: ---

with bootstrap on illumos based platform we can use /usr/bin/elfdump and
/use/bin/readelf or /usr/gnu/bin/elfdump & /usr/gnu/bin/readelf, but in scripts
:
contrib/make_sunver.pl
libstdc++-v3/scripts/extract_symvers.pl
i can see:
/usr/ccs/bin/elfdump
but it is mistake, because with removal of old unused links at /usr/ccs/bin/*
on illumos based platform (DilOS, http://www,dilos.org) gcc bootstrap will be
failed.

we try to use readelf based on current PATH, but it can be done as mistake or
problem if we have no PATH defined for tools: elfdump and readelf.
more better: to use env vars ELFDUMP and READELF instead.

[Bug bootstrap/67725] New: all gcc versions has hardcoded LD path with bootstrap on illumos platform

[ikozhukhov at gmail dot com]

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

Bug ID: 67725
   Summary: all gcc versions has hardcoded LD path with bootstrap
on illumos platform
   Product: gcc
   Version: unknown
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: bootstrap
  Assignee: unassigned at gcc dot gnu.org
  Reporter: ikozhukhov at gmail dot com
  Target Milestone: ---

on autotools i can see we try to use for solaris2* targets :
ld=/usr/ccs/bin/ld
example from gcc-4.8.5/gcc/acinclude.m4:
line 518: gcc_cv_sun_ld_ver=`/usr/ccs/bin/ld -V 2>&1`

it is mistake to use hadrcoded ld path because on illumos we have
ld=/usr/bin/ld and we can specify correct path by:
--without-gnu-ld --with-ld=/usr/bin/ld

but by autotools we will try to identify LD version by hardcoded
/usr/ccs/bin/ld and it is mistake.
have to fix it on all gcc versions, because for DilOS (http://www.dilos.org,
illumos based platform) i have plans remove old /usr/ccs links and it will
failed with gcc bootstrap.