http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50423
Bug #: 50423
Summary: error: ‘getpid’ was not declared in this scope
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Pri
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50365
--- Comment #7 from Jack Howarth 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 test.cc
test.cc: In constructor ‘
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50365
--- Comment #5 from Jack Howarth 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: In constructor ‘XplorSimulation::Xpl
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50365
--- Comment #1 from Jack Howarth 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/bin.Darwin_11_x86_64] howarth% g++-fsf
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: UNCONFIRME
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50342
--- Comment #3 from Jack Howarth 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 be opened for the addition of these n
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50342
Jack Howarth changed:
What|Removed |Added
CC||howarth at nitro dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46986
--- Comment #14 from Jack Howarth 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.
This change is darwin-centric.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46986
Jack Howarth changed:
What|Removed |Added
CC||howarth at nitro dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49992
--- Comment #48 from Jack Howarth 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 #47 from Jack Howarth 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 comment 6, when the reg-tests are
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49992
--- Comment #46 from Jack Howarth 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 or rosetta.
I've never added ada to t
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49992
--- Comment #44 from Jack Howarth 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 break was fortran. I have no c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49992
--- Comment #41 from Jack Howarth 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...
../gcc-4.7-20110811/configu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49992
--- Comment #40 from Jack Howarth 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 in the darwin port, it doesn't se
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49992
--- Comment #38 from Jack Howarth 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 this was fixed? I see nothing that
coul
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49992
Jack Howarth changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FIXED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49992
--- Comment #36 from Jack Howarth 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/gcc4.7
--mandir=/sw/share/man --i
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49992
--- Comment #34 from Jack Howarth 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, or to fix trim_filename.
I am
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49992
--- Comment #31 from Jack Howarth 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 with it, that, or remove one of them. You are
> gett
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49992
--- Comment #25 from Jack Howarth 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 believe we have many instances of
*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49992
--- Comment #24 from Jack Howarth 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://gcc.gnu.org/viewcvs?root=gcc&v
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49992
--- Comment #22 from Jack Howarth 2011-08-09
14:35:18 UTC ---
or more correctly just...
Index: gcc/configure.ac
===
--- gcc/configure.ac(revision 177598)
+++ gcc/configure.ac
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49992
--- Comment #20 from Jack Howarth 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/configure[.ac]
would make any difference
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49992
--- Comment #18 from Jack Howarth 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,
"duplicate symbols in static libs no
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49992
--- Comment #14 from Jack Howarth 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 that the
linker bug, where duplicate symbols
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49992
--- Comment #13 from Jack Howarth 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" revisiting us...
>
> hm I dou
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49992
--- Comment #10 from Jack Howarth 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 fails to link cc1plus-dummy from g
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49992
--- Comment #5 from Jack Howarth 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__. This
is used by fancy_abort()
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49992
--- Comment #3 from Jack Howarth 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 2011
New Revision: 177358
URL:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48108
--- Comment #17 from Jack Howarth 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 that I can't commit any tim
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49992
--- Comment #1 from Jack Howarth 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-lto --enable-stage1-languages=c
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
Co
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49901
--- Comment #7 from Jack Howarth 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 on x86_64-apple-darwin11
http
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49966
--- Comment #2 from Jack Howarth 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-darwin11 at
-O2
Created with...
/
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49966
--- Comment #1 from Jack Howarth 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-apple-darwin11
Generated with.
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: una
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49919
--- Comment #9 from Jack Howarth 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://llvm.org/bugs/show_bug.cgi?id=9
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49919
--- Comment #7 from Jack Howarth 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 the llvm backend.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49919
Jack Howarth changed:
What|Removed |Added
CC||howarth at nitro dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49909
--- Comment #8 from Jack Howarth 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 build
will create a multilibs for x8
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49909
--- Comment #7 from Jack Howarth 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 the
code generated by the base co
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49909
--- Comment #4 from Jack Howarth 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 libraries
and run on both non-EMT64 an
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49909
--- Comment #3 from Jack Howarth 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-EMT64
cpu...
# Check that the com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49909
--- Comment #2 from Jack Howarth 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
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
Assign
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49901
--- Comment #1 from Jack Howarth 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/testsuite/gfortran] root#
/sw/src/fi
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
C
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49892
Jack Howarth changed:
What|Removed |Added
CC||howarth at nitro dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47048
--- Comment #7 from Jack Howarth 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-darwin11...
FAIL: gcc.dg/vect/
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49741
--- Comment #6 from Jack Howarth 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
> >
> > Does this work better?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49741
--- Comment #5 from Jack Howarth 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. This eliminates the failures
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49741
--- Comment #2 from Jack Howarth 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 these failures, I see...
Using
/sw/src
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: unassig
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49738
--- Comment #4 from Jack Howarth 2011-07-13
22:21:38 UTC ---
Also note that...
2011-06-19 Jack Howarth
PR target/49461
* configure.ac: Use mh-x86-darwin.
* configure: Regenerate.
config:
2011-06-19 Jack Howarth
PR target/49
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49738
Jack Howarth changed:
What|Removed |Added
CC||howarth at nitro dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44707
--- Comment #11 from Jack Howarth 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=44707
--- Comment #10 from Jack Howarth 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
Jack Howarth changed:
What|Removed |Added
CC||howarth at nitro dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48108
--- Comment #15 from Jack Howarth 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 patch, that
> reportedly ga
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49594
--- Comment #4 from Jack Howarth 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 --infodir=/sw/lib/gcc4.6/info
--enabl
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49536
--- Comment #7 from Jack Howarth 2011-06-27
16:46:17 UTC ---
I can confirm that the adjusted backport of...
Index: gcc/tree-vect-stmts.c
===
--- gcc/tree-vect-stmts.c(revision 1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49536
--- Comment #6 from Jack Howarth 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
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
--- Comment #1 from Jack Howarth 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=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=49461
--- Comment #2 from Jack Howarth 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=49314
--- Comment #12 from Jack Howarth 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 with EINVAL on Tru64
> UNIX, but the
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: unassig...
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49314
Jack Howarth changed:
What|Removed |Added
CC||howarth at nitro dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49441
--- Comment #3 from Jack Howarth 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 for
both the default -m64 and -
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49441
--- Comment #2 from Jack Howarth 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
LIBICONV *
Makefile:LIBICONV = -
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49441
--- Comment #1 from Jack Howarth 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/libjava, which properly substitu
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: unassi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49371
--- Comment #29 from Jack Howarth 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
breakage in gcj and pch since F
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49371
--- Comment #28 from Jack Howarth 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 #8 from Jack Howarth 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 himenoBMTxpa.c
...
/usr/bin/ld -d
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49371
Jack Howarth changed:
What|Removed |Added
CC||howarth at nitro dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49083
--- Comment #2 from Jack Howarth 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()’:
hidden_bug.cc:14:8: error: re
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49275
--- Comment #3 from Jack Howarth 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" CFLAGS_FOR_TARGET="-g -O3"
CXXF
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49275
--- Comment #2 from Jack Howarth 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=49275
Jack Howarth changed:
What|Removed |Added
Target||x86_64-apple-darwin*
Host|
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=49270
--- Comment #6 from Jack Howarth 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 is already applied to
trunk) can boot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49270
--- Comment #5 from Jack Howarth 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 to have associated patches for a si
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49270
--- Comment #4 from Jack Howarth 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/sw/src/fink.build/gcc47-4.7.0-1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49270
--- Comment #3 from Jack Howarth 2011-06-03
00:35:08 UTC ---
Index: gcc/ipa-inline-analysis.c
===
--- gcc/ipa-inline-analysis.c(revision 174584)
+++ gcc/ipa-inline-analysis.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49270
--- Comment #2 from Jack Howarth 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 = 0;
do
{
gcc_asser
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49270
--- Comment #1 from Jack Howarth 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
-enable-languages=c,c++,fortran,lto,o
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=49190
--- Comment #16 from Jack Howarth 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=48108
--- Comment #10 from Jack Howarth 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 it or
someone else can pick up the
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48108
--- Comment #11 from Jack Howarth 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=49190
--- Comment #11 from Jack Howarth 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-host.h:/* #undef HAVE_GAS_WEAKREF *
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49190
--- Comment #4 from Jack Howarth 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 defined at that point. We
> have a
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: unassig...@gcc.gn
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: UN
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48926
--- Comment #6 from Jack Howarth 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 to comment #2)
> > - One failur
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48926
--- Comment #4 from Jack Howarth 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)
appears as...
Executing on host:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48926
--- Comment #3 from Jack Howarth 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/image_index_2.f90 -fcoarray=single
601 - 700 of 1110 matches
Mail list logo
