http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50279
Jack Howarth howarth at nitro dot med.uc.edu changed:
What|Removed |Added
CC||howarth
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50365
--- Comment #5 from Jack Howarth howarth at nitro dot med.uc.edu 2011-09-13
22:54:56 UTC ---
Test case from Comment 4 compiles fine at r175670, but fails at r175671 with...
[MacPro:~] howarth% /Users/howarth/dist/bin/g++ -c test.cc
test.cc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50365
--- Comment #7 from Jack Howarth howarth at nitro dot med.uc.edu 2011-09-13
23:15:17 UTC ---
At r176120 which fixed PR49691, the test case from Comment 4, begins to fail in
the current mode...
[MacPro:~] howarth% /Users/howarth/dist/bin/g++ -c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50365
Bug #: 50365
Summary: invalid use of non-static data member not suppressed
by -fpermissive
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50365
--- Comment #1 from Jack Howarth howarth at nitro dot med.uc.edu 2011-09-12
13:32:16 UTC ---
Bzip2 compressed preprocessed source file for common/xplorSimulation.cc
attached to reproduce the failure with...
[MacPro:~/xplor-nih-2.27/common
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50342
Jack Howarth howarth at nitro dot med.uc.edu changed:
What|Removed |Added
CC||howarth
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50342
--- Comment #3 from Jack Howarth howarth at nitro dot med.uc.edu 2011-09-09
16:11:58 UTC ---
(In reply to comment #2)
Nothing to do with Ada per se.
Other than only building ada triggers the bug. Should an separate enhancement
request PR
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46986
--- Comment #14 from Jack Howarth howarth at nitro dot med.uc.edu 2011-09-04
17:29:37 UTC ---
(In reply to comment #13)
Created attachment 25177 [details]
import-export.diff
Just the import/export changes, i.e. outside libgo directory
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46986
Jack Howarth howarth at nitro dot med.uc.edu changed:
What|Removed |Added
CC||howarth
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49992
--- Comment #40 from Jack Howarth howarth at nitro dot med.uc.edu 2011-08-11
12:47:02 UTC ---
(In reply to comment #39)
... unless you can produce a patch (or identify a plan for such a patch) that
would obviate the need for common symbols
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49992
--- Comment #41 from Jack Howarth howarth at nitro dot med.uc.edu 2011-08-11
13:22:46 UTC ---
Note that I can also confirm the failure from Comment 4 on darwin11. Using
unpatched gcc trunk svn at r177665 when building with clang on darwin11
using
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49992
--- Comment #44 from Jack Howarth howarth at nitro dot med.uc.edu 2011-08-11
14:28:31 UTC ---
(In reply to comment #42)
Ick. Oh well. Ok, how about outright removing for all darwin releases the -c
setting? I think the only thing this could
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49992
--- Comment #46 from Jack Howarth howarth at nitro dot med.uc.edu 2011-08-11
17:19:14 UTC ---
(In reply to comment #45)
Jack or the Ada folks might have a pointer. google turns up
http://aadl.enst.fr/ocarina/releases/, if you have ppc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49992
--- Comment #47 from Jack Howarth howarth at nitro dot med.uc.edu 2011-08-11
23:06:45 UTC ---
(In reply to comment #43)
Changing the topic to target - although there's a latent issue with the two
diagnostic implemenations, (and I will post
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49992
--- Comment #48 from Jack Howarth howarth at nitro dot med.uc.edu 2011-08-12
00:51:20 UTC ---
Patch posted at http://gcc.gnu.org/ml/gcc-patches/2011-08/msg01083.html.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49992
--- Comment #36 from Jack Howarth howarth at nitro dot med.uc.edu 2011-08-10
23:22:57 UTC ---
Still broken at r177628 with
http://gcc.gnu.org/ml/gcc-bugs/2011-08/msg00935.html and...
../gcc-4.7-20110810/configure --prefix=/sw --prefix=/sw/lib
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49992
Jack Howarth howarth at nitro dot med.uc.edu changed:
What|Removed |Added
Status|RESOLVED|REOPENED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49992
--- Comment #38 from Jack Howarth howarth at nitro dot med.uc.edu 2011-08-11
01:25:05 UTC ---
(In reply to comment #35)
I believe this problem has been fixed. trim_filename doesn't appear twice.
Exactly what commit led you to believe
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49992
--- Comment #18 from Jack Howarth howarth at nitro dot med.uc.edu 2011-08-09
13:52:29 UTC ---
The radr://6320843, duplicate symbols from static libraries not properly
ignored, has been open since 26-Oct-2008. I later opened radr://6733684
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49992
--- Comment #20 from Jack Howarth howarth at nitro dot med.uc.edu 2011-08-09
14:19:34 UTC ---
I wonder if addressing...
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42554#c15
would help such that the change in r157563 is extended to gcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49992
--- Comment #22 from Jack Howarth howarth at nitro dot med.uc.edu 2011-08-09
14:35:18 UTC ---
or more correctly just...
Index: gcc/configure.ac
===
--- gcc/configure.ac(revision
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49992
--- Comment #24 from Jack Howarth howarth at nitro dot med.uc.edu 2011-08-09
15:27:34 UTC ---
Then you will also want to adjust the original toplevel configure change...
Author: mrs
Date: Fri Mar 19 10:19:52 2010
New Revision: 157563
URL: http
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49992
--- Comment #25 from Jack Howarth howarth at nitro dot med.uc.edu 2011-08-09
15:30:54 UTC ---
(In reply to comment #23)
and ... watch out for the first case matching all darwin ;-) and the second
never firing.
Why would you say that? I
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49992
--- Comment #31 from Jack Howarth howarth at nitro dot med.uc.edu 2011-08-09
20:23:01 UTC ---
(In reply to comment #27)
So, the fix is trivial but you guys are wondering in the weeds. Make the
symbols unique and be done
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49992
--- Comment #34 from Jack Howarth howarth at nitro dot med.uc.edu 2011-08-09
22:00:59 UTC ---
(In reply to comment #33)
The patches are wrong, so, I don't favor them. The patch to fix this, is the
patch to either boost things to -fno-common
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49992
--- Comment #5 from Jack Howarth howarth at nitro dot med.uc.edu 2011-08-08
17:45:03 UTC ---
We seem to have...
/* Given a partial pathname as input, return another pathname that
shares no directory elements with the pathname of __FILE__
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49992
--- Comment #10 from Jack Howarth howarth at nitro dot med.uc.edu 2011-08-08
19:27:58 UTC ---
This is radar://6320843 duplicate symbols from static libraries not properly
ignored revisiting us...
26-Oct-2008 10:43 AM Jack Howarth:
Xcode 3.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49992
--- Comment #13 from Jack Howarth howarth at nitro dot med.uc.edu 2011-08-08
22:59:56 UTC ---
(In reply to comment #12)
(In reply to comment #10)
This is radar://6320843 duplicate symbols from static libraries not
properly
ignored
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49992
--- Comment #14 from Jack Howarth howarth at nitro dot med.uc.edu 2011-08-09
00:09:08 UTC ---
Iain,
I would also add that when I was trying avoid having to resort to
http://gcc.gnu.org/ml/gcc-patches/2009-08/msg01583.html, I found
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49901
--- Comment #7 from Jack Howarth howarth at nitro dot med.uc.edu 2011-08-05
13:39:22 UTC ---
(In reply to comment #5)
works for me on Darwin9 Darwin10.
Don't have access to Darwin11 as yet - but if someone could check it there.
Works fine
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49992
Summary: lto-bootstrap reveals duplicate symbols on
x86_64-apple-darwin11
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49992
--- Comment #1 from Jack Howarth howarth at nitro dot med.uc.edu 2011-08-05
17:12:16 UTC ---
$ ../gcc-4.7-20110805/configure --prefix=/sw --prefix=/sw/lib/gcc4.7
--mandir=/sw/share/man --infodir=/sw/lib/gcc4.7/info
--with-build-config=bootstrap
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48108
--- Comment #17 from Jack Howarth howarth at nitro dot med.uc.edu 2011-08-05
18:52:05 UTC ---
(In reply to comment #12)
(In reply to comment #11)
Created attachment 24397 [details]
Iain's work in progress for LTO containerization
Sorry
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49992
--- Comment #3 from Jack Howarth howarth at nitro dot med.uc.edu 2011-08-05
23:21:36 UTC ---
Confirmed on x86_64-apple-darwiin11 that the lto-bootstrap failure due to
duplicate symbols in introduced at...
Author: jakub
Date: Thu Aug 4 11:30:45
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49966
Summary: gcc.c-torture/execute/pr45034.c execution timeouts
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49966
--- Comment #1 from Jack Howarth howarth at nitro dot med.uc.edu 2011-08-03
15:31:28 UTC ---
Created attachment 24904
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=24904
preprocessed source file for gcc.c-torture/execute/pr45034.c on
x86_64
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49966
--- Comment #2 from Jack Howarth howarth at nitro dot med.uc.edu 2011-08-03
15:32:57 UTC ---
Created attachment 24905
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=24905
assembly file for gcc.c-torture/execute/pr45034.c on x86_64-apple
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49919
Jack Howarth howarth at nitro dot med.uc.edu changed:
What|Removed |Added
CC||howarth
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49919
--- Comment #7 from Jack Howarth howarth at nitro dot med.uc.edu 2011-07-31
15:39:38 UTC ---
The presence of...
gcc version 4.2.1 (Based on Apple Inc. build 5658) (LLVM build 2335.15.00)
from the output of 'gcc -v' indicates that is uses
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49919
--- Comment #9 from Jack Howarth howarth at nitro dot med.uc.edu 2011-07-31
17:38:00 UTC ---
(In reply to comment #8)
Those instructions predate Lion which now defaults gcc/cc to
llvm-gcc-4.2/llvm-g++-4.2 instead of gcc-4.2/g++-4.2. Again
http
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49909
--- Comment #7 from Jack Howarth howarth at nitro dot med.uc.edu 2011-07-30
14:06:08 UTC ---
How would I perform a cross-compilation in this situation? I considered that
option but isn't cross-compilation designed for the situation when neither
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49909
--- Comment #8 from Jack Howarth howarth at nitro dot med.uc.edu 2011-07-30
14:22:07 UTC ---
Also, while I don't have a Core Solo or Core Duo machine to test this on, I
would expect this issue to exist on other i386-*-* targets. The default
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49892
Jack Howarth howarth at nitro dot med.uc.edu changed:
What|Removed |Added
CC||howarth
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49901
Summary: gfortran.dg/debug/[pr35154-dwarf2.f/pr37738.f]
failures on darwin
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49901
--- Comment #1 from Jack Howarth howarth at nitro dot med.uc.edu 2011-07-29
13:05:08 UTC ---
The first failure, which is an ICE,...
FAIL: gfortran.dg/debug/pr35154-dwarf2.f -gdwarf-2 -g3 (internal compiler
error)
appears as...
[MacPro:gcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49909
Summary: FSF gcc 4.6.1 fails to bootstrap on Core Solo/Core Duo
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49909
--- Comment #2 from Jack Howarth howarth at nitro dot med.uc.edu 2011-07-29
23:35:46 UTC ---
Created attachment 24867
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=24867
config.log file from x86_64 multilib directory on Core Duo (non-EMT64)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49909
--- Comment #3 from Jack Howarth howarth at nitro dot med.uc.edu 2011-07-29
23:43:12 UTC ---
This section of configure appears unprepared for the possibility of compiling
on i386-apple-darwin* with a multilib that can't be executed on the non
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49909
--- Comment #4 from Jack Howarth howarth at nitro dot med.uc.edu 2011-07-30
02:58:20 UTC ---
(In reply to comment #1)
Use --disable-multilib.
Not an option for us on fink since the same packaging script has to both list
the built shared
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47048
--- Comment #7 from Jack Howarth howarth at nitro dot med.uc.edu 2011-07-29
01:54:25 UTC ---
Checking the failures in vect.exp at r176905 with -fgraphite-identity enabled
at -O2, we seem to have picked up a bunch for -flto at -m32 on
x86_64-apple
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49741
--- Comment #6 from Jack Howarth howarth at nitro dot med.uc.edu 2011-07-15
10:55:21 UTC ---
(In reply to comment #5)
(In reply to comment #4)
Created attachment 24772 [details]
Patch to use --zadditional_options instead of --tool_opts
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49741
--- Comment #2 from Jack Howarth howarth at nitro dot med.uc.edu 2011-07-15
02:52:39 UTC ---
Comparing the beginning of the normal make-g++ from...
make -k check-c++ RUNTESTFLAGS=--target_board=unix'{-m32,-m64}'
...which doesn't show
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49741
--- Comment #5 from Jack Howarth howarth at nitro dot med.uc.edu 2011-07-15
05:31:40 UTC ---
(In reply to comment #4)
Created attachment 24772 [details]
Patch to use --zadditional_options instead of --tool_opts
Does this work better?
Yes
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49738
Jack Howarth howarth at nitro dot med.uc.edu changed:
What|Removed |Added
CC||howarth
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49738
--- Comment #4 from Jack Howarth howarth at nitro dot med.uc.edu 2011-07-13
22:21:38 UTC ---
Also note that...
2011-06-19 Jack Howarth howa...@bromo.med.uc.edu
PR target/49461
* configure.ac: Use mh-x86-darwin.
* configure
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49741
Summary: make -k check-c++0x not multilib aware
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: testsuite
AssignedTo:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44707
Jack Howarth howarth at nitro dot med.uc.edu changed:
What|Removed |Added
CC||howarth
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44707
--- Comment #10 from Jack Howarth howarth at nitro dot med.uc.edu 2011-07-11
03:07:34 UTC ---
Created attachment 24734
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=24734
preprocessed source for pr44707.c from powerpc-apple-darwin9
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44707
--- Comment #11 from Jack Howarth howarth at nitro dot med.uc.edu 2011-07-11
03:08:07 UTC ---
Created attachment 24735
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=24735
assembly for pr44707.c from powerpc-apple-darwin9
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48108
--- Comment #15 from Jack Howarth howarth at nitro dot med.uc.edu 2011-07-08
11:18:25 UTC ---
(In reply to comment #14)
Created attachment 24712 [details]
updated work in progress
there were a couple of hunks in the previous from another LTO
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49594
--- Comment #4 from Jack Howarth howarth at nitro dot med.uc.edu 2011-07-01
12:49:45 UTC ---
He is using my proposed fink gcc46 packaging so it should be...
../gcc-4.6.1/configure --prefix=/sw --prefix=/sw/lib/gcc4.6
--mandir=/sw/share/man
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49536
--- Comment #6 from Jack Howarth howarth at nitro dot med.uc.edu 2011-06-27
13:08:38 UTC ---
Can we get this fix backported to gcc-4_5-branch and gcc-4_6-branch as well?
Dragonegg currently only builds against those FSF gcc releases.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49536
--- Comment #7 from Jack Howarth howarth at nitro dot med.uc.edu 2011-06-27
16:46:17 UTC ---
I can confirm that the adjusted backport of...
Index: gcc/tree-vect-stmts.c
===
--- gcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49536
Summary: latent bug in FSF gcc with creation of vector of
arrays
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49470
Summary: no matching constructor for initialization errors not
detected in g++
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49470
--- Comment #1 from Jack Howarth howarth at nitro dot med.uc.edu 2011-06-20
03:12:23 UTC ---
This test case originates from http://llvm.org/bugs/show_bug.cgi?id=9627.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49461
--- Comment #2 from Jack Howarth howarth at nitro dot med.uc.edu 2011-06-19
01:51:46 UTC ---
Can we also get r175182 back ported onto gcc-4_5-branch and gcc-4_6-branch?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49441
--- Comment #3 from Jack Howarth howarth at nitro dot med.uc.edu 2011-06-17
12:50:52 UTC ---
How is gcj supposed to properly find its linkage libraries on x86_64 linux when
using -m32? Since only a single copy of libgcj.spec is installed and used
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49314
Jack Howarth howarth at nitro dot med.uc.edu changed:
What|Removed |Added
CC||howarth
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49461
Summary: boehm-gc and gcj incompatible with pie
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
AssignedTo:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49314
--- Comment #12 from Jack Howarth howarth at nitro dot med.uc.edu 2011-06-18
05:54:49 UTC ---
(In reply to comment #11)
Further investigation revealed part of what's going on: the test in
gnu::gcj::convert::IOConverter::iconv_init fails
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49441
Summary: @LDLIBICONV@ lost from installed libgcj.spec
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: java
AssignedTo:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49441
--- Comment #1 from Jack Howarth howarth at nitro dot med.uc.edu 2011-06-17
00:09:42 UTC ---
I don't believe r169822 is the cause but I see what is happening. During the
build two libgcj.spec files are generated. One in
x86_64-apple-darwin11.0.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49441
--- Comment #2 from Jack Howarth howarth at nitro dot med.uc.edu 2011-06-17
00:16:55 UTC ---
This same behavior exists for LIBICONV in the multi lib of libstdc++-v3...
[MacPro:darwin_objdir/x86_64-apple-darwin11.0.0/libstdc++-v3] howarth% grep
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49371
--- Comment #28 from Jack Howarth howarth at nitro dot med.uc.edu 2011-06-15
03:15:44 UTC ---
Created attachment 24532
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=24532
patch to fix pie handling for darwin11
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49371
--- Comment #29 from Jack Howarth howarth at nitro dot med.uc.edu 2011-06-15
03:21:04 UTC ---
While we are fixing the pie/PIE handling on darwin, we should also address a
change required for darwin11 which defaults its linker to -pie. This causes
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49371
Jack Howarth howarth at nitro dot med.uc.edu changed:
What|Removed |Added
CC||howarth
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49371
--- Comment #8 from Jack Howarth howarth at nitro dot med.uc.edu 2011-06-11
19:56:41 UTC ---
(In reply to comment #7)
This patch bootstraps fine on x86_64-apple-darwin11 and passes -pie as
expected...
[MacPro:~] howarth% gcc-fsf-4.7 -fpie -v
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49083
--- Comment #2 from Jack Howarth howarth at nitro dot med.uc.edu 2011-06-05
20:36:36 UTC ---
Fixed at r174307. Now the provided test case properly errors with gcc trunk...
howarth% gcc-fsf-4.7 hidden_bug.cc
hidden_bug.cc: In function ‘int main
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49275
--- Comment #3 from Jack Howarth howarth at nitro dot med.uc.edu 2011-06-04
23:20:14 UTC ---
This problem no longer exists at r174648 with
http://gcc.gnu.org/ml/gcc-patches/2011-05/msg02301.html installed. A
profiledbootstrap BOOT_CFLAGS=-g -O3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49270
Summary: make BOOT_CFLAGS=-g -O3 CFLAGS_FOR_TARGET=-g -O3
CXXFLAGS_FOR_TARGET=-g -O3 failure
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49270
--- Comment #1 from Jack Howarth howarth at nitro dot med.uc.edu 2011-06-03
00:15:47 UTC ---
Configured bootstrap as...
../gcc-4.7-20110602/configure --prefix=/sw --prefix=/sw/lib/gcc4.7
--mandir=/sw/share/man --infodir=/sw/lib/gcc4.7/info
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49270
--- Comment #2 from Jack Howarth howarth at nitro dot med.uc.edu 2011-06-03
00:21:47 UTC ---
/* Read predicate from IB. */
static struct predicate
read_predicate (struct lto_input_block *ib)
{
struct predicate out;
clause_t clause;
int k
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49270
--- Comment #3 from Jack Howarth howarth at nitro dot med.uc.edu 2011-06-03
00:35:08 UTC ---
Index: gcc/ipa-inline-analysis.c
===
--- gcc/ipa-inline-analysis.c(revision 174584
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49270
--- Comment #4 from Jack Howarth howarth at nitro dot med.uc.edu 2011-06-03
00:36:36 UTC ---
Opps, spoke too soon, the change in comment 3 converts the bootstrap failure
to...
/sw/src/fink.build/gcc47-4.7.0-1000/darwin_objdir/./prev-gcc/xgcc
-B
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49270
--- Comment #5 from Jack Howarth howarth at nitro dot med.uc.edu 2011-06-03
00:50:08 UTC ---
There already exists an unreviewed patch to fix this issue (which lacks a
PR)...
http://gcc.gnu.org/ml/gcc-patches/2011-05/msg02301.html
it appears
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49270
--- Comment #6 from Jack Howarth howarth at nitro dot med.uc.edu 2011-06-03
02:40:41 UTC ---
I can confirm that r174593 with
http://gcc.gnu.org/ml/gcc-patches/2011-05/msg02301.html (as
http://gcc.gnu.org/ml/gcc-patches/2011-05/msg02304.html
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49275
Summary: --enable-build-with-cxx profiledbootstrap
BOOT_CFLAGS=-g -O3 CFLAGS_FOR_TARGET=-g -O3
CXXFLAGS_FOR_TARGET=-g -O3 failure
Product: gcc
Version: 4.7.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49275
Jack Howarth howarth at nitro dot med.uc.edu changed:
What|Removed |Added
Target||x86_64
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49275
--- Comment #2 from Jack Howarth howarth at nitro dot med.uc.edu 2011-06-03
05:55:52 UTC ---
This problem doesn't exist without --enable-build-with-cxx.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48108
--- Comment #11 from Jack Howarth howarth at nitro dot med.uc.edu 2011-05-30
15:16:25 UTC ---
Created attachment 24397
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=24397
Iain's work in progress for LTO containerization
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48108
--- Comment #10 from Jack Howarth howarth at nitro dot med.uc.edu 2011-05-30
15:15:31 UTC ---
I have been using Iain's last work in progress patch and it works fine with
both gcc 4.6 branch and gcc trunk. Hopefully he can get back to polishing
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49190
--- Comment #16 from Jack Howarth howarth at nitro dot med.uc.edu 2011-05-30
18:52:18 UTC ---
At r174446, lto profiled bootstrap works fine on x86_64 darwin.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49190
--- Comment #11 from Jack Howarth howarth at nitro dot med.uc.edu 2011-05-29
15:12:50 UTC ---
It is strange that regress is still able to bootstrap powerpc-apple-darwin9
with r174286 present. The powerpc-apple-darwin9 target also has...
auto
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49190
--- Comment #4 from Jack Howarth howarth at nitro dot med.uc.edu 2011-05-27
18:29:53 UTC ---
(In reply to comment #3)
Ugh. I do not have time to deal with this problem at the moment.
But I don't understand how ASM_OUTPUT_WEAKREF isn't
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49184
Summary: r174284 breaks darwin bootstrap
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
AssignedTo:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49083
Summary: g++ should error when a variable declared in a
condition is hidden by a variable in the immediately
contained block
Product: gcc
Version: 4.6.0
Status:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48926
--- Comment #6 from Jack Howarth howarth at nitro dot med.uc.edu 2011-05-12
22:20:30 UTC ---
(In reply to comment #5)
Dominique, I think you also have an x86_64-apple-darwin10. Do you also see
failures - for instance with -m32?
(In reply
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48926
--- Comment #3 from Jack Howarth howarth at nitro dot med.uc.edu 2011-05-11
10:28:40 UTC ---
A clean tree at gcc trunk r173643 with a standard non-LTO bootstrap produces
different failures on x86_64-apple-darwin10...
FAIL: gfortran.dg/coarray
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48926
--- Comment #4 from Jack Howarth howarth at nitro dot med.uc.edu 2011-05-11
10:34:36 UTC ---
Also the failure...
FAIL: gfortran.dg/coarray_20.f90 -O (test for errors, line 10)
FAIL: gfortran.dg/coarray_20.f90 -O (test for excess errors
601 - 700 of 1110 matches
Mail list logo
