--- Comment #7 from rainer at emrich-ebersheim dot de 2010-08-21 09:08
---
(In reply to comment #6)
(In reply to comment #5)
(In reply to comment #4)
(In reply to comment #2)
As it turns out, the ICE only manifests in a parallel build. I tried
make -j 8,
my default
--- Comment #5 from rainer at emrich-ebersheim dot de 2010-04-27 13:15
---
(In reply to comment #4)
(In reply to comment #2)
As it turns out, the ICE only manifests in a parallel build. I tried make
-j 8,
my default and make -j 3.
For an ordinary make there is no issue. So
: 4.4.4
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: rainer at emrich-ebersheim dot de
GCC build triplet: i686-pc-mingw32
GCC host triplet: i686-w64-mingw32
--- Comment #1 from rainer at emrich-ebersheim dot de 2010-04-26 18:27
---
I'm still analyzing, what's going wrong here, it's a strange thing. I tried the
build three times with a parallel make resulting in the above ICE. But can't
reproduce it by compiling dbxout.c on the command line
--- Comment #2 from rainer at emrich-ebersheim dot de 2010-04-26 19:53
---
As it turns out, the ICE only manifests in a parallel build. I tried make -j 8,
my default and make -j 3.
For an ordinary make there is no issue. So, I'm curious how to handle this.
Any thoughts?
Rainer
--- Comment #5 from rainer at emrich-ebersheim dot de 2010-02-01 21:46
---
(In reply to comment #3)
I haven't tried a whole lot of cross compiler building. There's no reference
to cygwin anywhere in crossconfig.m4, so perhaps we need --with-newlib?
Sorry guys, my fault. Indeed I
++
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libstdc++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: rainer at emrich-ebersheim dot de
GCC build triplet: x86_64
--- Comment #1 from rainer at emrich-ebersheim dot de 2010-01-22 16:18
---
Created an attachment (id=19695)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19695action=view)
libstdc++ config.log
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42847
--- Comment #4 from rainer at emrich-ebersheim dot de 2010-01-22 20:16
---
(In reply to comment #3)
I haven't tried a whole lot of cross compiler building. There's no reference
to cygwin anywhere in crossconfig.m4, so perhaps we need --with-newlib?
The identical setup works
--- Comment #11 from rainer at emrich-ebersheim dot de 2009-12-18 10:02
---
(In reply to comment #10)
Should be fixed in SVN now. Rainer, please verify when you get a chance.
Today I will try to build a complete tool chain with shared libstdc++ enabled.
I will report back
--- Comment #12 from rainer at emrich-ebersheim dot de 2009-12-18 15:29
---
(In reply to comment #11)
(In reply to comment #10)
Should be fixed in SVN now. Rainer, please verify when you get a chance.
Today I will try to build a complete tool chain with shared libstdc
--- Comment #1 from rainer at emrich-ebersheim dot de 2009-12-17 11:21
---
(In reply to comment #0)
most likely the changes of 155302 are the cause.
../../gcc-4-5-libwork/gcc/objc/objc-act.c: In function objc_substitute_decl:
../../gcc-4-5-libwork/gcc/objc/objc-act.c:3118:14
--- Comment #4 from rainer at emrich-ebersheim dot de 2009-12-17 11:22
---
(In reply to comment #3)
Fixed for 4.5.0.
This breaks bootstrap at stage 2 in objc/objc-act.c see PR42400,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42400
--
rainer at emrich-ebersheim dot de changed
::reserve
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libstdc++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: rainer at emrich-ebersheim dot de
GCC build triplet
--- Comment #2 from rainer at emrich-ebersheim dot de 2009-12-15 14:25
---
(In reply to comment #1)
Hi Rainer, it'll take a little time but I'll set myself up a build
environment
and see if I can reproduce this.
The libtool dependency libs stuff is a known problem in libtool
--- Comment #9 from rainer at emrich-ebersheim dot de 2009-12-10 11:19
---
Indeed we need lt_cv_file_magic_cmd='func_win32_libid'
as mentioned in comment #5!
Without this the issue isn't solved!
Rainer
--
rainer at emrich-ebersheim dot de changed:
What|Removed
--- Comment #10 from rainer at emrich-ebersheim dot de 2009-12-10 21:03
---
Sorry, my fault. It works!
Rainer
--
rainer at emrich-ebersheim dot de changed:
What|Removed |Added
--- Comment #5 from rainer at emrich-ebersheim dot de 2009-12-04 08:24
---
Subject: Re: include search path composition is bogus
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
ktietz at gcc dot gnu dot org schrieb:
--- Comment #4 from ktietz at gcc dot gnu dot org 2009-12-03 21
--- Comment #3 from rainer at emrich-ebersheim dot de 2009-11-24 13:29
---
Confirmed.
In file included from ../../../../../../../src/ppl-0.10.2/src/Box.cc:24:0:
../../../../../../../src/ppl-0.10.2/src/Grid_Generator_System.inlines.hh: In
constructor
»Parma_Polyhedra_Library
deallocation issue
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: rainer at emrich-ebersheim dot de
GCC build triplet
--- Comment #1 from rainer at emrich-ebersheim dot de 2009-11-20 01:47
---
Created an attachment (id=19063)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19063action=view)
preprocessed source, still quite large
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42115
--- Comment #3 from rainer at emrich-ebersheim dot de 2009-11-07 11:04
---
(In reply to comment #2)
(In reply to comment #1)
That is because the way you configured GCC with
--with-sysroot=/mingw/test/sysroot
Since that is true, it adds the sysroot to C:/MinGW/test/prefix
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: preprocessor
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: rainer at emrich-ebersheim dot de
GCC build triplet: *-*-mingw32
GCC host triplet: *-*-mingw32
GCC target
--- Comment #20 from rainer at emrich-ebersheim dot de 2009-10-29 12:37
---
(In reply to comment #19)
I have downloaded binutils 2.20 and compiled the file on a native ia64
compiler. I have only managed to look at the dumps but so far could
not see any problem there. I will have
--- Comment #12 from rainer at emrich-ebersheim dot de 2009-10-20 18:04
---
First of all, it's nearly impossible to create a short self contained test
case, at least for me. The function get_got in bfd/elf64-ia64.c shows the
issue.
Resolving the dependencies of this function is like
--- Comment #13 from rainer at emrich-ebersheim dot de 2009-10-20 18:13
---
Created an attachment (id=18841)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18841action=view)
preproccessed source
no-ipa-sra, no-inline
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41750
--- Comment #14 from rainer at emrich-ebersheim dot de 2009-10-20 18:14
---
Created an attachment (id=18842)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18842action=view)
preproccessed source
ipa-sra, no-inline
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41750
--- Comment #15 from rainer at emrich-ebersheim dot de 2009-10-20 18:15
---
Created an attachment (id=18843)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18843action=view)
assembler output
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41750
--- Comment #16 from rainer at emrich-ebersheim dot de 2009-10-20 18:16
---
Created an attachment (id=18844)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18844action=view)
assembler output
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41750
Version: 4.5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: rainer at emrich-ebersheim dot de
GCC build triplet: x86_64-unknown-linux-gnu
GCC host triplet
--- Comment #2 from rainer at emrich-ebersheim dot de 2009-10-19 11:43
---
Subject: Re: gcc 4.5.0 miscompiles binutils
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
rguenth at gcc dot gnu dot org schrieb:
--- Comment #1 from rguenth at gcc dot gnu dot org 2009-10-19 11:00
--- Comment #3 from rainer at emrich-ebersheim dot de 2009-10-19 11:51
---
Forgot to mention that's with binutils 2.20 and binutils head.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41750
--- Comment #5 from rainer at emrich-ebersheim dot de 2009-10-19 14:46
---
works when build with -g -O0 and -g -O1.
fails when build with -g -O2 and -g -O3.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41750
--- Comment #7 from rainer at emrich-ebersheim dot de 2009-10-19 16:08
---
Subject: Re: gcc 4.5.0 miscompiles binutils
jakub at gcc dot gnu dot org wrote:
--- Comment #6 from jakub at gcc dot gnu dot org 2009-10-19 15:21 ---
Try also -g -O2 -fno-strict-aliasing
--- Comment #8 from rainer at emrich-ebersheim dot de 2009-10-19 16:19
---
fails when build with -g -O1 -fipa-sra.
So, the ipa-sra pass causes the issue, no?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41750
--- Comment #9 from rainer at emrich-ebersheim dot de 2009-10-19 16:30
---
build with -g -O1 -fipa-sra -fno-inline I get the following backtrace:
Core was generated by `ia64-unknown-linux-gnu-ld --verbose
--sysroot=/opt/devel/tec/setup/sys-root/Lin'.
Program terminated with signal 11
--- Comment #10 from rainer at emrich-ebersheim dot de 2009-10-19 17:06
---
The line numbers in the traceback in comment #9 are completly bogus. I had to
upgrade my gdb to version 0.7. Now it looks much better:
Core was generated by `ia64-unknown-linux-gnu-ld --verbose
--sysroot=/opt
--- Comment #11 from rainer at emrich-ebersheim dot de 2009-10-19 17:24
---
verified that compiling only bfd/elf64-ia64.c with -fno-ipa-sra is sufficient
to get a working ia64-unknown-linux-gnu-ld.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41750
--- Comment #2 from rainer at emrich-ebersheim dot de 2009-09-15 11:23
---
I think it's the same issue for PR41357.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41357
: gcc
Version: 4.5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: rainer at emrich-ebersheim dot de
GCC build triplet: i686-pc-mingw32
GCC host
--- Comment #18 from rainer at emrich-ebersheim dot de 2009-08-31 08:11
---
Subject: Re: assembler isn't called
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
ktietz at gcc dot gnu dot org schrieb:
--- Comment #17 from ktietz at gcc dot gnu dot org 2009-08-30 08:35
: UNCONFIRMED
Severity: normal
Priority: P3
Component: driver
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: rainer at emrich-ebersheim dot de
GCC build triplet: i686-pc-mingw32
GCC host triplet: *-w64-mingw32
GCC target triplet: *-w64-mingw32
http
: normal
Priority: P3
Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: rainer at emrich-ebersheim dot de
GCC build triplet: i686-pc-mingw32
GCC host triplet: i686-pc-mingw32
GCC target triplet: x86_64-pc-mingw32
http://gcc.gnu.org
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: rainer at emrich-ebersheim dot de
GCC build triplet: i686-pc-mingw32
GCC host triplet: i686-pc-mingw32
GCC target triplet
--- Comment #1 from rainer at emrich-ebersheim dot de 2009-07-28 18:28
---
Doesn't reproduce, please close as invalid.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40890
--- Comment #15 from rainer at emrich-ebersheim dot de 2009-07-22 12:24
---
Is there a chance that we get this fixed soon?
Rainer
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39356
--- Comment #6 from rainer at emrich-ebersheim dot de 2009-07-17 10:30
---
This doesn't show up anymore. Someone with appropriate permissions may close
this PR.
Rainer
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39610
--- Comment #5 from rainer at emrich-ebersheim dot de 2009-04-06 08:53
---
This is a regression because it used to work for gcc-4.4.0.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39610
--- Comment #3 from rainer at emrich-ebersheim dot de 2009-04-05 06:46
---
(In reply to comment #1)
Can you configure with --disable-libstdcxx-pch and try again?
Now I get in libstdc++-v3/src:
libtool: compile:
/home/rainer/software/build/i686-pc-cygwin/gcc-4.5.0/gcc/./gcc/xgcc
--- Comment #19 from rainer at emrich-ebersheim dot de 2009-04-05 22:18
---
(In reply to comment #18)
Is there a supported platform currently using FE SJLJ?
Windows.
I confirm the exactly same issue for i686-pc-cygwin. And I think it is the same
for the *mingw32 targets
--- Comment #2 from rainer at emrich-ebersheim dot de 2009-04-02 12:05
---
(In reply to comment #1)
Can you configure with --disable-libstdcxx-pch and try again?
sure, in the evening.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39610
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libstdc++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: rainer at emrich-ebersheim dot de
GCC build triplet: i686-pc
52 matches
Mail list logo
