[Bug tree-optimization/38614] New: ICE at simplify-rtx.c:4956
The host/target revision of gcc is 42901. So it seems that this is not same as #37258. i386-pc-mingw32-gcc -c -g -O2 -D__USE_MINGW_ACCESS -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wcast-qual -Wold-style-definition -Wc++-compat -Wmissing-format-attribute -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -fno-common -DHAVE_CONFIG_H -I. -I. -I../../../../pf3gnuchains/pf3gnuchains/gcc -I../../../../pf3gnuchains/pf3gnuchains/gcc/. -I../../../../pf3gnuchains/pf3gnuchains/gcc/../include -I./../intl -I../../../../pf3gnuchains/pf3gnuchains/gcc/../libcpp/include -I/home/users/m/mo/monabuilder/mingw/gmp/include -I/home/users/m/mo/monabuilder/mingw/mpfr/include -I../../../../pf3gnuchains/pf3gnuchains/gcc/../libdecnumber -I../../../../pf3gnuchains/pf3gnuchains/gcc/../libdecnumber/dpd -I../libdecnumber../../../../pf3gnuchains/pf3gnuchains/gcc/emit-rtl.c -o emit-rtl.o ../../../../pf3gnuchains/pf3gnuchains/gcc/emit-rtl.c: In function 'init_emit_once': ../../../../pf3gnuchains/pf3gnuchains/gcc/emit-rtl.c:5619: internal compiler error: in simplify_subreg, at simplify-rtx.c:4956 Please submit a full bug report, with preprocessed source if appropriate. See <http://gcc.gnu.org/bugs.html> for instructions. -- Summary: ICE at simplify-rtx.c:4956 Product: gcc Version: 4.4.0 Status: UNCONFIRMED Severity: blocker Priority: P3 Component: tree-optimization AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: monaka at monami-software dot com GCC build triplet: powerpc-apple-darwin9.3.0 GCC host triplet: i386-pc-mingw32 GCC target triplet: m32c-unknown-elf http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38614
[Bug rtl-optimization/38614] ICE at simplify-rtx.c:4956
--- Comment #2 from monaka at monami-software dot com 2008-12-27 13:23 --- Created an attachment (id=16990) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16990&action=view) Preprocessed file with -E option. Generated this attached file with options below: i386-pc-mingw32-gcc -c -g -O2 -D__USE_MINGW_ACCESS -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wcast-qual -Wold-style-definition -Wc++-compat -Wmissing-format-attribute -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -fno-common -DHAVE_CONFIG_H -I. -I. -I../../../../pf3gnuchains/pf3gnuchains/gcc -I../../../../pf3gnuchains/pf3gnuchains/gcc/. -I../../../../pf3gnuchains/pf3gnuchains/gcc/../include -I./../intl -I../../../../pf3gnuchains/pf3gnuchains/gcc/../libcpp/include -I/home/users/m/mo/monabuilder/mingw/gmp/include -I/home/users/m/mo/monabuilder/mingw/mpfr/include -I../../../../pf3gnuchains/pf3gnuchains/gcc/../libdecnumber -I../../../../pf3gnuchains/pf3gnuchains/gcc/../libdecnumber/dpd -I../libdecnumber../../../../pf3gnuchains/pf3gnuchains/gcc/emit-rtl.c -E > emit-rtl.c-with-E -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38614
[Bug c/38651] New: Can't build bfin-elf-gcc (BASE_REG_CLASS undeclared).
The code base is svn trunk. The revision is 142934.
I couldn't build bfin-elf-gcc with error below:
gcc -c -g -O2 -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE -W -Wall -Wwrite-strings
-Wstrict-prototypes -Wmissing-prototypes -Wcast-qual -Wold-style-definition
-Wmissing-format-attribute -fno-common -DHAVE_CONFIG_H -I. -I.
-I../../../../pf3gnuchains/pf3gnuchains/gcc
-I../../../../pf3gnuchains/pf3gnuchains/gcc/.
-I../../../../pf3gnuchains/pf3gnuchains/gcc/../include -I./../intl
-I../../../../pf3gnuchains/pf3gnuchains/gcc/../libcpp/include
-I/home/users/m/mo/monabuilder/osx/gmp/include
-I/home/users/m/mo/monabuilder/osx/mpfr/include
-I../../../../pf3gnuchains/pf3gnuchains/gcc/../libdecnumber
-I../../../../pf3gnuchains/pf3gnuchains/gcc/../libdecnumber/dpd
-I../libdecnumber../../../../pf3gnuchains/pf3gnuchains/gcc/ira-conflicts.c
-o ira-conflicts.o
../../../../pf3gnuchains/pf3gnuchains/gcc/ira-conflicts.c: In function
'ira_build_conflicts':
../../../../pf3gnuchains/pf3gnuchains/gcc/ira-conflicts.c:764: error:
'BASE_REG_CLASS' undeclared (first use in this function)
../../../../pf3gnuchains/pf3gnuchains/gcc/ira-conflicts.c:764: error: (Each
undeclared identifier is reported only once
../../../../pf3gnuchains/pf3gnuchains/gcc/ira-conflicts.c:764: error: for each
function it appears in.)
make[2]: *** [ira-conflicts.o] Error 1
make[1]: *** [all-gcc] Error 2
make: *** [all] Error 2
--
Summary: Can't build bfin-elf-gcc (BASE_REG_CLASS undeclared).
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: monaka at monami-software dot com
GCC build triplet: powerpc-apple-darwin9.3.0
GCC host triplet: powerpc-apple-darwin9.3.0
GCC target triplet: bfin-unknown-elf
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38651
[Bug c/39389] New: Build failed with ICE
Builds failed with ICE. configuration is follows: ../../sources/gcc/configure --prefix=/pizza4 --target=m32c-elf --enable-languages=c --with-gmp=/opt/gcc4build --with-mpfr=/opt/gcc4build Error message is like this: /Users/monaka/m32c/build-osx/gcc/./gcc/xgcc -B/Users/monaka/m32c/build-osx/gcc/./gcc/ -nostdinc -B/Users/monaka/m32c/build-osx/gcc/m32c-elf/newlib/ -isystem /Users/monaka/m32c/build-osx/gcc/m32c-elf/newlib/targ-include -isystem /Users/monaka/m32c/sources/gcc/newlib/libc/include -B/Users/monaka/m32c/build-osx/gcc/m32c-elf/libgloss/m32c -L/Users/monaka/m32c/build-osx/gcc/m32c-elf/libgloss/libnosys -L/Users/monaka/m32c/sources/gcc/libgloss/m32c -B/pizza4/m32c-elf/bin/ -B/pizza4/m32c-elf/lib/ -isystem /pizza4/m32c-elf/include -isystem /pizza4/m32c-elf/sys-include -c -DHAVE_CONFIG_H -g -O2-mcpu=m32cm -I. -I../../../../../sources/gcc/libiberty/../include -W -Wall -Wwrite-strings -Wc++-compat -Wstrict-prototypes -pedantic ../../../../../sources/gcc/libiberty/regex.c -o regex.o In file included from ../../../../../sources/gcc/libiberty/regex.c:638: ../../../../../sources/gcc/libiberty/regex.c: In function ebyte_regex_compilef: ../../../../../sources/gcc/libiberty/regex.c:2638: warning: large integer implicitly truncated to unsigned type ../../../../../sources/gcc/libiberty/regex.c:3173: warning: large integer implicitly truncated to unsigned type ../../../../../sources/gcc/libiberty/regex.c:3185: warning: large integer implicitly truncated to unsigned type ../../../../../sources/gcc/libiberty/regex.c: In function ebyte_re_match_2_internalf: ../../../../../sources/gcc/libiberty/regex.c:7481: internal compiler error: in gen_add2_insn, at optabs.c:4733 Please submit a full bug report, with preprocessed source if appropriate. See <http://gcc.gnu.org/bugs.html> for instructions. make[4]: *** [regex.o] Error 1 make[3]: *** [multi-do] Error 1 make[2]: *** [all] Error 2 make[1]: *** [all-target-libiberty] Error 2 make: *** [all] Error 2 -- Summary: Build failed with ICE Product: gcc Version: unknown Status: UNCONFIRMED Severity: blocker Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: monaka at monami-software dot com GCC build triplet: i386-apple-darwin9.6.0 GCC host triplet: i386-apple-darwin9.6.0 GCC target triplet: m32c-unknown-elf http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39389
[Bug c/39389] Build failed with ICE
--- Comment #1 from monaka at monami-software dot com 2009-03-06 03:35 --- Created an attachment (id=17403) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17403&action=view) .i file that causes ICE. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39389
[Bug c/39389] Build failed with ICE
--- Comment #2 from monaka at monami-software dot com 2009-03-06 03:36 --- The svn information about the source tree is : Path: . URL: svn://gcc.gnu.org/svn/gcc/trunk Repository Root: svn://gcc.gnu.org/svn/gcc Repository UUID: 138bc75d-0d04-0410-961f-82ee72b054a4 Revision: 144657 Node Kind: directory Schedule: normal Last Changed Author: gccadmin Last Changed Rev: 144656 -- monaka at monami-software dot com changed: What|Removed |Added Summary|Build failed with ICE |Build failed with ICE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39389
[Bug bootstrap/19255] cross-chain build failure [MinGW]
--- Comment #4 from monaka at monami-software dot com 2009-04-14 02:49 --- This issue is about 3.4.x. It's reasonable to close as wontfix. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19255
[Bug c/42047] New: Failed build genmodes
I failed to build gcc with configuration follows:
../gcc/configure --target=sh-elf --host=i386-pc-mingw32
--build=i686-apple-darwin10 --enable-languages=c --with-gmp=/opt/MinGW
--with-mpfr=/opt/MinGW
I think genmodes should be built on build environment, but there seems it was
built with include pathes for "host".
gcc -c -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE -DGENERATOR_FILE -I. -Ibuild
-I../../gcc/gcc -I../../gcc/gcc/build -I../../gcc/gcc/../include -I./../intl
-I../../gcc/gcc/../libcpp/include -I/opt/MinGW/include -I/opt/MinGW/include
-I../../gcc/gcc/../libdecnumber -I../../gcc/gcc/../libdecnumber/dpd
-I../libdecnumber \
-o build/genmodes.o ../../gcc/gcc/genmodes.c
In file included from ../../gcc/gcc/system.h:42,
from ../../gcc/gcc/genmodes.c:22:
I think this issue is caused by "BUILD_CPPFLAGS=$(ALL_CPPFLAGS)" in Makefile.in
I got sources from git://git.infradead.org/gcc.git, not official svn. But this
issue will be occured with official releases.
--
Summary: Failed build genmodes
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: monaka at monami-software dot com
GCC build triplet: i686-apple-darwin10
GCC host triplet: i386-pc-mingw32
GCC target triplet: sh-elf
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42047
[Bug c/42047] Failed build genmodes
--- Comment #1 from monaka at monami-software dot com 2009-11-15 05:54 --- Created an attachment (id=19019) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19019&action=view) build log. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42047
[Bug bootstrap/42047] --with-gmp= include directory is used for build targets
--- Comment #4 from monaka at monami-software dot com 2009-11-15 07:12 --- > Looks like we need a new variable for build includes I think, too. I've built successful with my patch. (I don't send my patch because it is half-finished.) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42047
[Bug bootstrap/39622] Missing -isystem include-fixed when building canadian cross libgcc
--- Comment #1 from monaka at monami-software dot com 2010-03-11 02:00 --- Created an attachment (id=20079) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20079&action=view) The patch to trunk. Same as http://gcc.gnu.org/ml/gcc-help/2009-04/msg00023.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39622
[Bug libfortran/37634] Fix libgfortran compiling to support GCC_NO_EXECUTABLES
--- Comment #2 from monaka at monami-software dot com 2010-01-09 08:02 --- Created an attachment (id=19518) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19518&action=view) patch to configure.ac. Pls run autoconf after applied this patch. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37634
[Bug libfortran/37634] Fix libgfortran compiling to support GCC_NO_EXECUTABLES
--- Comment #3 from monaka at monami-software dot com 2010-01-09 08:20 --- I attached 0001-Fix-libgfortran-compiling-to-support-GCC_NO_EXECUTAB.patch The code block was copied from libssp and it had a bug. It was fixed on libssp. But there is no apply to libgfortran. I've tested darwin host, bfin-elf target and there seems be no side effect. -- monaka at monami-software dot com changed: What|Removed |Added CC||monaka at monami-software | |dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37634
[Bug c/42754] New: ICE on building libgcc.c __mulvdi3.
I got ICE when building m68k-elf on OSX10.6.2. Sources are got via official git repository. I'll attach the preprocessed sources soon. - - - - /Users/monaka/git/sourceforge.jp/pf3gnuchains4x/mpkg-darwin/m68k-elf/build/i386/./gcc/xgcc -B/Users/monaka/git/sourceforge.jp/pf3gnuchains4x/mpkg-darwin/m68k-elf/build/i386/./gcc/ -nostdinc -B/Users/monaka/git/sourceforge.jp/pf3gnuchains4x/mpkg-darwin/m68k-elf/build/i386/m68k-elf/newlib/ -isystem /Users/monaka/git/sourceforge.jp/pf3gnuchains4x/mpkg-darwin/m68k-elf/build/i386/m68k-elf/newlib/targ-include -isystem /Users/monaka/git/sourceforge.jp/pf3gnuchains4x/newlib/libc/include -B/Users/monaka/git/sourceforge.jp/pf3gnuchains4x/mpkg-darwin/m68k-elf/build/i386/m68k-elf/libgloss/m68k -L/Users/monaka/git/sourceforge.jp/pf3gnuchains4x/mpkg-darwin/m68k-elf/build/i386/m68k-elf/libgloss/libnosys -L/Users/monaka/git/sourceforge.jp/pf3gnuchains4x/libgloss/m68k -B/pizza/m68k-elf/bin/ -B/pizza/m68k-elf/lib/ -isystem /pizza/m68k-elf/include -isystem /pizza/m68k-elf/sys-include -L/Users/monaka/git/sourceforge.jp/pf3gnuchains4x/mpkg-darwin/m68k-elf/build/i386/./ld -g -O2 -mcpu=51qe -O2 -g -O2 -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE -W -Wall -Wwrite-strings -Wcast-qual -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -isystem ./include -g -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -Dinhibit_libc -I. -I. -I../../.././gcc -I../../../../../../../libgcc -I../../../../../../../libgcc/. -I../../../../../../../libgcc/../gcc -I../../../../../../../libgcc/../include -DHAVE_CC_TLS -o _mulvdi3.o -MT _mulvdi3.o -MD -MP -MF _mulvdi3.dep -DL_mulvdi3 -c ../../../../../../../libgcc/../gcc/libgcc2.c \ ../../../../../../../libgcc/../gcc/libgcc2.c: In function e__mulvdi3f: ../../../../../../../libgcc/../gcc/libgcc2.c:400:1: internal compiler error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. -- Summary: ICE on building libgcc.c __mulvdi3. Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: blocker Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: monaka at monami-software dot com GCC host triplet: i386-apple-darwin10.2.0 GCC target triplet: m68k-elf http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42754
[Bug c/42754] ICE on building libgcc.c __mulvdi3.
--- Comment #1 from monaka at monami-software dot com 2010-01-15 09:47 --- Created an attachment (id=19607) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19607&action=view) Preprocessed source. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42754
[Bug bootstrap/42785] New: error: impossible constraint in �easm�f
I got "error: impossible constraint in ÂeasmÂf" on the build time.
It only happens building with "-arch ppc" option. There is no errors in case I
choice "-arch i386"/"-arch x86_64".
gcc -arch ppc -c -g -O2 -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE -W -Wall
-Wwrite-strings -Wcast-qual -Wstrict-prototypes -Wmissing-prototypes
-Wmissing-format-attribute -pedantic -Wno-long-long -Wno-variadic-macros
-Wno-overlength-strings -Wold-style-definition -Wc++-compat -fno-common
-DHAVE_CONFIG_H -I. -I. -I../../../../../gcc -I../../../../../gcc/.
-I../../../../../gcc/../include -I./../intl
-I../../../../../gcc/../libcpp/include -I/opt/gcc4build/include
-I/opt/gcc4build/include -I../../../../../gcc/../libdecnumber
-I../../../../../gcc/../libdecnumber/dpd -I../libdecnumber -I. -I.
-I../../../../../gcc -I../../../../../gcc/. -I../../../../../gcc/../include
-I./../intl -I../../../../../gcc/../libcpp/include -I/opt/gcc4build/include
-I/opt/gcc4build/include -I../../../../../gcc/../libdecnumber
-I../../../../../gcc/../libdecnumber/dpd -I../libdecnumber
../../../../../gcc/config/i386/driver-i386.c
../../../../../gcc/config/i386/driver-i386.c: In function Âedetect_l2_cacheÂf:
../../../../../gcc/config/i386/driver-i386.c:68: error: impossible constraint
in ÂeasmÂf
make[1]: *** [driver-i386.o] Error 1
make: *** [all-gcc] Error 2
the result of host gcc -v is:
Using built-in specs.
Target: i686-apple-darwin10
Configured with: /var/tmp/gcc/gcc-5646.1~2/src/configure --disable-checking
--enable-werror --prefix=/usr --mandir=/share/man
--enable-languages=c,objc,c++,obj-c++
--program-transform-name=/^[cg][^.-]*$/s/$/-4.2/ --with-slibdir=/usr/lib
--build=i686-apple-darwin10 --with-gxx-include-dir=/include/c++/4.2.1
--program-prefix=i686-apple-darwin10- --host=x86_64-apple-darwin10
--target=i686-apple-darwin10
Thread model: posix
gcc version 4.2.1 (Apple Inc. build 5646) (dot 1)
--
Summary: error: impossible constraint in ÂeasmÂf
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: monaka at monami-software dot com
GCC build triplet: i386-apple-darwin10.2.0
GCC host triplet: i386-apple-darwin10.2.0
GCC target triplet: i386-elf
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42785
[Bug c/42787] New: Failed to "make all-target"
In case "make all-target" after "make all-gcc", the build is failed.
/Users/monaka/git/sourceforge.jp/pf3gnuchains4x/mpkg-darwin/m32r-elf/build/i386/./gcc/xgcc
-B/Users/monaka/git/sourceforge.jp/pf3gnuchains4x/mpkg-darwin/m32r-elf/build/i386/./gcc/
-nostdinc
-B/Users/monaka/git/sourceforge.jp/pf3gnuchains4x/mpkg-darwin/m32r-elf/build/i386/m32r-elf/newlib/
-isystem
/Users/monaka/git/sourceforge.jp/pf3gnuchains4x/mpkg-darwin/m32r-elf/build/i386/m32r-elf/newlib/targ-include
-isystem /Users/monaka/git/sourceforge.jp/pf3gnuchains4x/newlib/libc/include
-B/Users/monaka/git/sourceforge.jp/pf3gnuchains4x/mpkg-darwin/m32r-elf/build/i386/m32r-elf/libgloss/m32r
-L/Users/monaka/git/sourceforge.jp/pf3gnuchains4x/mpkg-darwin/m32r-elf/build/i386/m32r-elf/libgloss/libnosys
-L/Users/monaka/git/sourceforge.jp/pf3gnuchains4x/libgloss/m32r
-B/pizza/m32r-elf/bin/ -B/pizza/m32r-elf/lib/ -isystem /pizza/m32r-elf/include
-isystem /pizza/m32r-elf/sys-include
-L/Users/monaka/git/sourceforge.jp/pf3gnuchains4x/mpkg-darwin/m32r-elf/build/i386/./ld
-c -g -Os -mmodel=medium -msdata=sdata -DIN_GCC
-DCROSS_DIRECTORY_STRUCTURE -W -Wall -Wwrite-strings -Wcast-qual
-Wstrict-prototypes -Wmissing-prototypes -Wmissing-format-attribute -pedantic
-Wno-long-long -Wno-variadic-macros -Wno-overlength-strings
-Wold-style-definition -Wc++-compat -fno-common -DHAVE_CONFIG_H -I. -I.
-I../../../../../gcc -I../../../../../gcc/. -I../../../../../gcc/../include
-I./../intl -I../../../../../gcc/../libcpp/include -I/opt/gcc4build/include
-I/opt/gcc4build/include -I../../../../../gcc/../libdecnumber
-I../../../../../gcc/../libdecnumber/dpd -I../libdecnumber \
../../../../../gcc/config/m32r/m32r.c -o m32r.o
In file included from ../../../../../gcc/config/m32r/m32r.c:22:0:
../../../../../gcc/system.h:199:22: fatal error: strings.h: No such file or
directory
compilation terminated.
--
Summary: Failed to "make all-target"
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: monaka at monami-software dot com
GCC build triplet: i386-apple-darwin10.2.0
GCC host triplet: i386-apple-darwin10.2.0
GCC target triplet: m32r-elf
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42787
[Bug c/42787] Failed to "make all-target"
--- Comment #1 from monaka at monami-software dot com 2010-01-18 06:27 --- The origin of this issue is gengtype doesn't create gt-m32r.h. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42787
[Bug c/42787] Failed to "make all-target"
--- Comment #2 from monaka at monami-software dot com 2010-01-18 08:01 --- There has a similar issue under h8300-elf target. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42787
[Bug c/42790] New: ICE on building libgcc.c __muldi3.
$ cc1 -msx _muldi3.i -g __muldi3 Analyzing compilation unit Performing interprocedural optimizations <*free_lang_data> Assembling functions: __muldi3 ../../../../../../../libgcc/../gcc/libgcc2.c: In function e__muldi3f: ../../../../../../../libgcc/../gcc/libgcc2.c:562:1: internal compiler error: in dwarf2out_begin_epilogue, at dwarf2out.c:2845 Please submit a full bug report, with preprocessed source if appropriate. -- Summary: ICE on building libgcc.c __muldi3. Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: monaka at monami-software dot com GCC build triplet: i386-apple-darwin10.2.0 GCC host triplet: i386-apple-darwin10.2.0 GCC target triplet: h8300-elf http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42790
[Bug c/42790] ICE on building libgcc.c __muldi3.
--- Comment #1 from monaka at monami-software dot com 2010-01-18 22:07 --- Created an attachment (id=19650) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19650&action=view) Preprocessed source. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42790
[Bug c/42787] Failed to "make all-target"
--- Comment #4 from monaka at monami-software dot com 2010-01-18 23:21 --- (In reply to comment #3) > It rather seems you do not have proper target headers. What's "proper target headers"? If it's t-m32r.h, I have it. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42787
[Bug bootstrap/42785] error: impossible constraint in 'asm'
--- Comment #2 from monaka at monami-software dot com 2010-01-18 23:29 --- (In reply to comment #1) > If you use -arch ppc, then the host/build is really powerpc-apple-darwin so > obviously you are configuring GCC incorrectly and the error message is correct > as that is x86 inline-asm that is being compiled in that source. There is no need to use -arch option if we use powerpc-apple-darwin host/build. I think it can be resolved by a patch follows. diff --git a/gcc/config/i386/driver-i386.c b/gcc/config/i386/driver-i386.c index 17694ef..dc69a80 100644 --- a/gcc/config/i386/driver-i386.c +++ b/gcc/config/i386/driver-i386.c @@ -25,7 +25,7 @@ along with GCC; see the file COPYING3. If not see const char *host_detect_local_cpu (int argc, const char **argv); -#ifdef __GNUC__ +#if defined(__GNUC__) && (defined(__i386__) || defined(__x86_64__)) #include "cpuid.h" struct cache_desc -- monaka at monami-software dot com changed: What|Removed |Added Status|RESOLVED|UNCONFIRMED Resolution|INVALID | Summary|error: impossible constraint|error: impossible constraint |in �easm�f |in 'asm' http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42785
[Bug c/42787] Failed to "make all-target"
--- Comment #5 from monaka at monami-software dot com 2010-01-19 00:11 --- There are no GTY tags in t-h8300.h and t-m32r.h. Is this an indirect cause? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42787
[Bug bootstrap/42785] error: impossible constraint in 'asm'
--- Comment #5 from monaka at monami-software dot com 2010-01-19 02:42 --- (In reply to comment #3) > driver-i386.c should not be included if you are compiling for a PPC host/build > really. So it is a problem of you misconfiguring GCC really and nothing else. I see what you want to say, but. The another viewpoint: In i386-driver.c, there is decided by "#ifdef __GNUC__" which host_detect_local_cpu (dummy or not) is used In i386.h, there is decided by "#if defined(__i386__) || defined(__x86_64__) if it defines EXTRA_SPEC_FUNCTIONS . They are inconsistent, right? P.S. Thanks for your information about lipo. I know about it and I've already released binary distributions. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42785
[Bug c/42796] New: ICE on building libstdc++-v3
libstdc++-v3/config.log is:
configure: In function 'void foo()':
configure:14896:1: error: in basic block 2:
configure:14896:1: error: flow control insn inside a basic block
(jump_insn 36 35 37 2 (parallel [
(set (pc)
(if_then_else (ne:HI (reg:HI 2 r2)
(const_int 0 [0x0]))
(label_ref 40)
(pc)))
(clobber (reg:BI 16 carry))
]) -1 (nil)
-> 40)
configure:14896:1: internal compiler error: in rtl_verify_flow_info_1, at
cfgrtl.c:2013
Please submit a full bug report,
with preprocessed source if appropriate.
--
Summary: ICE on building libstdc++-v3
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: monaka at monami-software dot com
GCC build triplet: i386-apple-darwin10.2.0
GCC host triplet: i386-apple-darwin10.2.0
GCC target triplet: xstormy16-elf
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42796
[Bug c/42790] ICE on building libgcc.c __muldi3.
--- Comment #2 from monaka at monami-software dot com 2010-01-29 03:17 --- Created an attachment (id=19745) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19745&action=view) simplified code that causes same error. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42790
[Bug c/42790] ICE on building libgcc.c __muldi3.
--- Comment #3 from monaka at monami-software dot com 2010-01-29 03:21 --- We can reproduce same ICE with Attachment #19745. I got ICE in case like this. $ cc1 -msx -g -O1 regex.i but I didn't get any errors in case like this. $ cc1 -msx -g -O0 regex.i -fipa-pure-const So it's possible this issue is caused by static-var optimization. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42790
[Bug c/42754] ICE on building libgcc.c __mulvdi3.
--- Comment #2 from monaka at monami-software dot com 2010-01-29 05:52
---
Here is a backtrace. This issue is caused by driver.
Program received signal EXC_SOFTWARE, Software generated exception.
0x9828e792 in __wait4 ()
(gdb) where
#0 0x9828e792 in __wait4 ()
#1 0x9828e785 in waitpid$UNIX2003 ()
#2 0x00022387 in pex_unix_wait (obj=0x103f50, pid=11267, status=0x103fb0,
time=0x0, done=0, errmsg=0xbfffd58c, err=0xbfffd588) at
../../../../../libiberty/pex-unix.c:129
#3 0x000214dc in pex_get_status_and_time (obj=, done=0, errmsg=0xbfffd58c, err=0xbfffd588) at
../../../../../libiberty/pex-common.c:531
#4 0x000220d7 in pex_get_status (obj=0x103f50, count=1, vector=0xbfffd5d0) at
../../../../../libiberty/pex-common.c:551
#5 0x4abc in execute () at ../../../../../gcc/gcc.c:3123
#6 0xbb45 in do_spec_1 (spec=0x103e40 "-o %|.s |\n as %(asm_options) %m.s
%A", inswitch=0, soft_matched_part=0x0) at ../../../../../gcc/gcc.c:5152
#7 0xe427 in handle_braces (p=0x103e0d "-o %|.s |\n as %(asm_options) %m.s
%A }") at ../../../../../gcc/gcc.c:6411
#8 0xc7ba in do_spec_1 (spec=0x103dc0 "
%{fcompare-debug=*|fdump-final-insns=*:%:compare-debug-dump-opt()} %{!S:-o
%|.s |\n as %(asm_options) %m.s %A }", inswitch=0, soft_matched_part=0x0) at
../../../../../gcc/gcc.c:5800
#9 0xe427 in handle_braces (p=0x1017d8 "
%{fcompare-debug=*|fdump-final-insns=*:%:compare-debug-dump-opt()} %{!S:-o
%|.s |\n as %(asm_options) %m.s %A } }") at ../../../../../gcc/gcc.c:6411
#10 0xc7ba in do_spec_1 (spec=0x1017d0 "%{!fwpa:
%{fcompare-debug=*|fdump-final-insns=*:%:compare-debug-dump-opt()} %{!S:-o
%|.s |\n as %(asm_options) %m.s %A } }", inswitch=0, soft_matched_part=0x0) at
../../../../../gcc/gcc.c:5800
#11 0xd9c6 in do_spec_1 (spec=0x103db0 "%(invoke_as)", inswitch=0,
soft_matched_part=0x0) at ../../../../../gcc/gcc.c:5899
#12 0xe427 in handle_braces (p=0x103ce5 "%(invoke_as)}") at
../../../../../gcc/gcc.c:6411
#13 0xc7ba in do_spec_1 (spec=0x103cb0 "cc1 -fpreprocessed %i
%(cc1_options) %{!fsyntax-only:%(invoke_as)}", inswitch=0,
soft_matched_part=0x0) at ../../../../../gcc/gcc.c:5800
#14 0xe427 in handle_braces (p=0x103c65 "cc1 -fpreprocessed %i
%(cc1_options) %{!fsyntax-only:%(invoke_as)}}") at
../../../../../gcc/gcc.c:6411
#15 0xc7ba in do_spec_1 (spec=0x103c60 "%{!E:cc1 -fpreprocessed %i
%(cc1_options) %{!fsyntax-only:%(invoke_as)}}", inswitch=0,
soft_matched_part=0x0) at ../../../../../gcc/gcc.c:5800
#16 0xe427 in handle_braces (p=0x1039c6 "%{!E:cc1 -fpreprocessed %i
%(cc1_options) %{!fsyntax-only:%(invoke_as)}}}") at
../../../../../gcc/gcc.c:6411
#17 0xc7ba in do_spec_1 (spec=0x1039c0 "%{!MM:%{!E:cc1 -fpreprocessed %i
%(cc1_options) %{!fsyntax-only:%(invoke_as)}}}", inswitch=0,
soft_matched_part=0x0) at ../../../../../gcc/gcc.c:5800
#18 0xe427 in handle_braces (p=0x27911 "%{!MM:%{!E:cc1 -fpreprocessed %i
%(cc1_options) %{!fsyntax-only:%(invoke_as)") at
../../../../../gcc/gcc.c:6411
#19 0xc7ba in do_spec_1 (spec=0x2790c "%{!M:%{!MM:%{!E:cc1 -fpreprocessed
%i %(cc1_options) %{!fsyntax-only:%(invoke_as)", inswitch=0,
soft_matched_part=0x0) at ../../../../../gcc/gcc.c:5800
#20 0xe5eb in do_spec_2 (spec=0x2790c "%{!M:%{!MM:%{!E:cc1 -fpreprocessed
%i %(cc1_options) %{!fsyntax-only:%(invoke_as)") at
../../../../../gcc/gcc.c:4871
#21 0xf5fd in do_spec (spec=0x2790c "%{!M:%{!MM:%{!E:cc1 -fpreprocessed %i
%(cc1_options) %{!fsyntax-only:%(invoke_as)") at
../../../../../gcc/gcc.c:4839
#22 0x00011ba6 in main (argc=60, argv=0xbfffebc0) at
../../../../../gcc/gcc.c:7446
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42754
[Bug target/42796] ICE on building libstdc++-v3
--- Comment #2 from monaka at monami-software dot com 2010-01-29 07:32 --- Created an attachment (id=19746) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19746&action=view) preprocessed source. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42796
[Bug target/42796] ICE on building libstdc++-v3
--- Comment #3 from monaka at monami-software dot com 2010-01-29 07:34 --- (In reply to comment #2) > Created an attachment (id=19746) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19746&action=view) [edit] > preprocessed source. > (In reply to comment #1) > Without preprocessed source of the testcase nobody is going to look at this. You've already have a source since this issue is shown in configure. I attached source to make sure. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42796
[Bug target/42796] ICE on building libstdc++-v3
--- Comment #4 from monaka at monami-software dot com 2010-01-30 07:01 --- The insn that causes the issue is emitted at except.c:1163 At the first point, we really need to external setjmp? There is reason why we shouldn't use __internal_setjmp in stormy16.h. But I can't figure out what is "tricky" code. Both newlib/libc/machine/xstormy16/setjmp.S and disassemble code of__builtin_setjmp are not peculiarities, I think. The comment in stormy16.h is already obsolete? -- monaka at monami-software dot com changed: What|Removed |Added Status|WAITING |UNCONFIRMED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42796
[Bug target/42790] ICE on building libgcc.c __muldi3.
--- Comment #4 from monaka at monami-software dot com 2010-05-04 03:08 --- I tried with SVN trunk. This issue has already fixed. I leave as UNCONFIRMED as I'm not sure I have the permission to change status. The environment I checked is like this: $ cc1 -version GNU C (GCC) version 4.6.0 20100311 (experimental) (h8300-pizzafactory-elf) compiled by GNU C version 4.2.1 (Apple Inc. build 5659), GMP version 4.2.4, MPFR version 2.4.1, MPC version 0.8 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42790
[Bug target/42754] ICE on building libgcc.c __mulvdi3.
--- Comment #3 from monaka at monami-software dot com 2010-05-04 20:05 --- I tried svn trunk. It seems this issue has been fixed. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42754
[Bug bootstrap/19255] New: cross-chain build failure [MinGW]
This bug is similar to #12974.
The patch (id=5925) is fine but not enough in case the target has multilib.
It also should be added INCLUDE nearby rule stmp-multilib. Like this:
# Build multiple copies of libgcc.a, one for each target switch.
stmp-multilib: $(LIBGCC_DEPS)
$(MAKE) \
CFLAGS="$(CFLAGS) $(WARN_CFLAGS)" \
CONFIG_H="$(CONFIG_H)" \
+ INCLUDES="$(INCLUDES)" \
MAKEOVERRIDES= \
-f libgcc.mk all
$(STAMP) stmp-multilib
--
Summary: cross-chain build failure [MinGW]
Product: gcc
Version: 3.4.3
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: monaka at monami-software dot com
CC: gcc-bugs at gcc dot gnu dot org,neroden at gcc dot gnu
dot org
GCC build triplet: mingw32
GCC host triplet: mingw32
GCC target triplet: arm-elf
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19255
[Bug bootstrap/19255] cross-chain build failure [MinGW]
-- What|Removed |Added Known to fail||3.4.3 Known to work||3.2.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19255
[Bug bootstrap/19255] cross-chain build failure [MinGW]
--- Additional Comments From monaka at monami-software dot com 2005-01-05 05:57 --- Created an attachment (id=7875) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7875&action=view) Patch for gcc-3.4.3/gcc/Makefile.in This patch has already sent to [EMAIL PROTECTED] -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19255
