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

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 da

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

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

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

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79157 Igor Kozhukhov changed: What|Removed |Added Resolution|FIXED |WONTFIX --- Comment #16 from Igor Kozhu

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

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

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

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 b

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

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.

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

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-solar

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

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/co

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

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

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

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

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

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 ch

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

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

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

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 ar

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

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

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

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

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 - gf

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

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

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

: 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

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

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

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

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: i

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

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

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/

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

nent: 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

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

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

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

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

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

: 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