: unassigned at gcc dot gnu dot org
ReportedBy: aanisimov at inbox dot ru
GCC build triplet: i686-slackware-linux-gnu
GCC host triplet: i686-slackware-linux-gnu
GCC target triplet: i686-slackware-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30651
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55382
Bug #: 55382
Summary: Constant class member as alignment specifier
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
--- Comment #9 from aanisimov at inbox dot ru 2009-01-02 18:30 ---
(In reply to comment #7)
Ok, I can reproduce the failure. The work around is removing
-with-arch=pentium-m.
Not a good idea ;-). I found that reverting diff r137645:r137646 makes the
compilation finish
: unassigned at gcc dot gnu dot org
ReportedBy: aanisimov at inbox dot ru
GCC build triplet: i486-slackware-linux
GCC host triplet: i486-slackware-linux
GCC target triplet: i486-slackware-linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40644
--- Comment #1 from aanisimov at inbox dot ru 2009-07-03 18:28 ---
Created an attachment (id=18137)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18137action=view)
Sample program
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40644
--- Comment #3 from aanisimov at inbox dot ru 2009-07-03 19:12 ---
Try disabling prefetching.
Indeed, removing -fprefetch-loop-arrays made the program run in 37.534 seconds,
exactly like one compiled for i686.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40644
at gcc dot gnu dot org
ReportedBy: aanisimov at inbox dot ru
GCC build triplet: i686-slackware-linux
GCC host triplet: i686-slackware-linux
GCC target triplet: i686-slackware-linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42565
--- Comment #1 from aanisimov at inbox dot ru 2009-12-31 13:40 ---
Created an attachment (id=19430)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19430action=view)
Preprocessed source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42565
ReportedBy: aanisimov at inbox dot ru
GCC host triplet: i686-pc-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38686
--- Comment #1 from aanisimov at inbox dot ru 2009-01-01 12:06 ---
(In reply to comment #0)
When compiling this source by hand (probably with environment that differs
from
one created by configure) I get an ICE in tree-ssa-phiopt.c:372.
That was a wrong assumption. One gets ICE
--- Comment #4 from aanisimov at inbox dot ru 2009-01-02 07:45 ---
(In reply to comment #3)
What options are you passing to configure and how are you invoking make?
Also do you have any special environment variables set?
Sorry, forgot to mention these options in the original post
--- Comment #5 from aanisimov at inbox dot ru 2009-01-02 07:48 ---
(In reply to comment #4)
For the moment I found out that revision 136000 compiles fine for me, but
revision 137000 fails (this time in tree-ssa-phiopt.c:371).
I meant revision 138000 instead of 137000
org
ReportedBy: aanisimov at inbox dot ru
GCC build triplet: i486-slackware-linux
GCC host triplet: i486-slackware-linux
GCC target triplet: i486-slackware-linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41348
--- Comment #2 from aanisimov at inbox dot ru 2009-09-19 12:32 ---
that one is expected and doesn't fail the build. What's the output after
that?
Indeed, I've messed up a bit last time. Rev. 151361 builds fine, but with rev.
151362 I get
Comparing stages 2 and 3
warning: gcc/cc1
Version: 4.5.0
Status: UNCONFIRMED
Severity: major
Priority: P3
Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: aanisimov at inbox dot ru
GCC build triplet: i486-slackware-linux
GCC host triplet
Version: 4.5.0
Status: UNCONFIRMED
Severity: major
Priority: P3
Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: aanisimov at inbox dot ru
GCC build triplet: i486-slackware-linux
GCC host triplet
Version: 4.5.0
Status: UNCONFIRMED
Severity: major
Priority: P3
Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: aanisimov at inbox dot ru
GCC build triplet: i486-slackware-linux
GCC host triplet
Version: 4.5.0
Status: UNCONFIRMED
Severity: major
Priority: P3
Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: aanisimov at inbox dot ru
GCC build triplet: i486-slackware-linux
GCC host triplet
Version: 4.5.0
Status: UNCONFIRMED
Severity: major
Priority: P3
Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: aanisimov at inbox dot ru
GCC build triplet: i486-slackware-linux
GCC host triplet
Version: 4.5.0
Status: UNCONFIRMED
Severity: major
Priority: P3
Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: aanisimov at inbox dot ru
GCC build triplet: i486-slackware-linux
GCC host triplet
--- Comment #2 from aanisimov at inbox dot ru 2009-09-20 07:18 ---
(In reply to comment #1)
Why do you open 3 bug reports for the same problem?
Sorry, some bug with my browser.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41410
Version: 4.5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: other
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: aanisimov at inbox dot ru
GCC build triplet: i686-slackware-linux
GCC host triplet: i686
--- Comment #3 from aanisimov at inbox dot ru 2010-01-15 16:32 ---
(In reply to comment #1)
Try to set LIBRARY_PATH, i.e.:
export LIBRARY_PATH=/usr/local/lib
This worked much better ;-) -- stage2 finished successfully, but building
libstdc++ in stage3 failed with a bunch of
/usr
--- Comment #5 from aanisimov at inbox dot ru 2010-01-24 12:11 ---
(In reply to comment #4)
This looks like a bug in gold rather then in GCC.
Try the latest development version of gold http://sourceware.org/binutils/.
If it still fails, please file a bug report with more details
--- Comment #3 from aanisimov at inbox dot ru 2010-01-24 12:12 ---
No longer fails.
--
aanisimov at inbox dot ru changed:
What|Removed |Added
Status|WAITING
--- Comment #7 from aanisimov at inbox dot ru 2010-01-30 05:24 ---
(In reply to comment #6)
in my opinion, it's necessary that the build scripts
specify all library directories explicitely.
Then use configure options --with-ppl / --with-ppl-include / --with-ppl-lib
: other
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: aanisimov at inbox dot ru
GCC build triplet: i686-slackware-linux
GCC host triplet: i686-slackware-linux
GCC target triplet: i686-slackware-linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43085
Version: 4.5.0
Status: UNCONFIRMED
Severity: blocker
Priority: P3
Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: aanisimov at inbox dot ru
GCC build triplet: x86_64-slackware-linux
GCC host triplet
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48689
Summary: ICE in fold-const.c:13798
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: middle-end
AssignedTo:
Severity: normal
Priority: P3
Component: other
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: aanisimov at inbox dot ru
GCC build triplet: x86_64-slackware-linux
GCC host triplet: x86_64-slackware-linux
GCC target triplet: x86_64-slackware-linux
http
--- Comment #7 from aanisimov at inbox dot ru 2010-09-18 10:11 ---
(In reply to comment #6)
autoreducing.
Is this I reduce it myself or I have some tool reduce it for me? If the
latter is the case, then what is the tool for automatic testcase reduction?
--
http://gcc.gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42628
Artem Anisimov aanisimov at inbox dot ru changed:
What|Removed |Added
CC||aanisimov
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43085
--- Comment #8 from Artem Anisimov aanisimov at inbox dot ru 2010-10-12
12:25:10 UTC ---
(In reply to comment #7)
I have run 'make profiledbootstrap' of today's checkout of the 4.5
branc (revision 165315) on i686 and it finished without any
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43085
--- Comment #9 from Artem Anisimov aanisimov at inbox dot ru 2010-10-12
12:28:10 UTC ---
(In reply to comment #7)
It's interesting to note that profiledbootstrap break amd64 build too, though
for different reason:
/home/artem/testing/gcc-build
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43085
--- Comment #13 from Artem Anisimov aanisimov at inbox dot ru 2010-10-13
17:46:51 UTC ---
Artem, did you tried to make concurrent build ( make -j2 or anything more than
-j1 ) ?
I know about this trick and did a -j1 build :). Anyway, thanks
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: aanisimov at inbox dot ru
GCC build triplet: x86_64-slackware-linux
GCC host triplet: x86_64-slackware-linux
GCC target triplet: x86_64-slackware-linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45580
--- Comment #1 from aanisimov at inbox dot ru 2010-09-07 12:27 ---
Created an attachment (id=21727)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21727action=view)
Preprocessed source for JSGlobalData.cpp
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45580
37 matches
Mail list logo