--- 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 bui
--- 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 a
--- 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?
R
--- 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
Product: gcc
Version: 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 t
--- 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 guy
--- 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 id
--- 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=19695&action=view)
libstdc++ config.log
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42847
bstdc++
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: x
--- 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 chai
--- 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 repor
--- 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 c
--- 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-a
--- 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 st
std::string::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
--- 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 #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:
W
--- 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
--- 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
--- 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=19063&action=view)
preprocessed source, still quite large
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42115
154073 break build of ppl, non-placement
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 em
--- 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 t
path is stitched together with $prefix/include, which is
clearly wrong!
Rainer
--
Summary: include search path composition is bogus
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: preprocessor
--- 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
--- 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=18844&action=view)
assembler output
--
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=18843&action=view)
assembler output
--
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=18842&action=view)
preproccessed source
ipa-sra, no-inline
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41750
--- 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=18841&action=view)
preproccessed source
no-ipa-sra, no-inline
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41750
--- 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
--- 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 #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 #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 termina
--- 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 #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, i
--- 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 #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 #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
Summary: gcc 4.50 miscompiles binutils
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
--- 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
gomp_tls_data
Product: 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
--- 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-
zed option `-V'
--
Summary: driver passes wrong parameter to as
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: driver
AssignedTo: unassigned at gcc dot gnu dot org
--- Comment #2 from rainer at emrich-ebersheim dot de 2009-08-05 15:01
---
doesn't reproduce.
--
rainer at emrich-ebersheim dot de changed:
What|Removed |
--- Comment #1 from rainer at emrich-ebersheim dot de 2009-08-05 14:51
---
The upstream fix is here:
http://git.savannah.gnu.org/cgit/libtool.git/commit/?id=b5282894cf194b878322bf2688bd90571bef1c69
Please, update the gcc version accordingly.
--
http://gcc.gnu.org/bugzilla
: 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
--- 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
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 triplet: i686-pc-mingw32
GCC target t
--- 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 #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 *
--- 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/./gc
--- 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
Summary: ICE in libstdc++-v3/include in stage 3
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 emri
54 matches
Mail list logo
