http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45258
Jack Howarth changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45258
--- Comment #15 from Jack Howarth 2011-01-10
20:27:22 UTC ---
Iain,
I was referring to the conceptual problems of creating a
version-compare-remove-outfile spec function. For any given OS release there is
a different set of symlinks for libSys
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46037
--- Comment #11 from Jack Howarth 2011-01-11
04:41:14 UTC ---
(In reply to comment #10)
While this patch allows the lto-bootstrap below to complete on
x86_64-apple-darwin10...
../gcc/configure --enable-checking=release --prefix=/Users/howarth/d
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46037
--- Comment #12 from Jack Howarth 2011-01-11
06:19:54 UTC ---
In case it helps, the code being patched was introduced with r126927 and was
proposed in...
http://gcc.gnu.org/ml/gcc-patches/2007-07/msg01799.html
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46037
--- Comment #13 from Jack Howarth 2011-01-11
06:31:38 UTC ---
A slight correction. There appears to be no actual gcc-patches posting for
r126927 (as it is an add-on fix to r126900)
2007-07-25 Daniel Berlin
* config/darwin.c (darwin_overr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46037
--- Comment #15 from Jack Howarth 2011-01-11
13:48:30 UTC ---
The regression testresults a lto-bootstrap of the proposed patch in Comment 10
on x86_64-apple-darwin10...
http://gcc.gnu.org/ml/gcc-testresults/2011-01/msg00899.html
The patch will
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46037
--- Comment #17 from Jack Howarth 2011-01-11
15:11:49 UTC ---
I assume you really meant...
if (flag_var_tracking
&& (generating_for_darwin_version >= 9)
&& (flag_gtoggle ? (debug_info_level >= DINFO_LEVEL_NORMAL)
: (debug_inf
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46037
--- Comment #18 from Jack Howarth 2011-01-11
15:23:34 UTC ---
Both the patch in comment 16 and 17 produce the same errors in a standard
bootstrap...
../../gcc/libdecnumber/decContext.c:1:0: error: variable tracking requested,
but useless unless
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46037
--- Comment #19 from Jack Howarth 2011-01-11
16:32:00 UTC ---
Why not retain the original code behavior unless generating lto? The patch
below works with both a standard and lto-bootstrap on x86_64-apple-darwin10.
Index: gcc/config/darwin.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46037
--- Comment #21 from Jack Howarth 2011-01-11
18:06:31 UTC ---
This brute force approach works for both a standard and lto-bootstrap...
Index: gcc/config/darwin.c
===
--- gcc/config/
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46037
--- Comment #22 from Jack Howarth 2011-01-11
19:32:25 UTC ---
Created attachment 22949
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=22949
proposed patch
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46037
Jack Howarth changed:
What|Removed |Added
Attachment #22949|0 |1
is obsolete|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46037
--- Comment #25 from Jack Howarth 2011-01-12
15:00:11 UTC ---
Testresults for lto-bootstrap with revised patch on x86_64-apple-darwin10...
http://gcc.gnu.org/ml/gcc-testresults/2011-01/msg01002.html
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47269
Summary: DSYMUTIL_SPEC doesn't handle -gtoggle
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
AssignedTo: unassig...@
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47269
--- Comment #1 from Jack Howarth 2011-01-13
05:23:00 UTC ---
This seems impossible to implement without the addition of a logical AND to the
spec language and the ability to place parentheses. We have two cases which
have to be tested as true...
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46894
Jack Howarth changed:
What|Removed |Added
CC||howarth at nitro dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46037
Jack Howarth changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47274
Jack Howarth changed:
What|Removed |Added
CC||howarth at nitro dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47319
Summary: typo in gcc/except.c from r151696?
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: middle-end
AssignedTo: unassig...
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47324
Summary: g++.dg/torture/stackalign failures with -O3 -g at -m32
on darwin
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Co
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47324
--- Comment #1 from Jack Howarth 2011-01-16
22:04:59 UTC ---
Created attachment 22988
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=22988
assembly for g++.dg/torture/stackalign/eh-alloca-1.C -O3 -g at -m32
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47324
--- Comment #2 from Jack Howarth 2011-01-16
22:05:25 UTC ---
Created attachment 22989
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=22989
assembly for g++.dg/torture/stackalign/eh-alloca-1.C -O3 -g0 at -m32
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47324
--- Comment #3 from Jack Howarth 2011-01-16
22:07:47 UTC ---
Created attachment 22990
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=22990
diff between assembly for g++.dg/torture/stackalign/eh-alloca-1.C -O3 with -g0
and -g at -m32
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47324
--- Comment #4 from Jack Howarth 2011-01-16
22:13:53 UTC ---
Created attachment 22991
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=22991
disassembly of eh-alloca-1.o created with -O3 -g0 using 'otool -tv'
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47324
--- Comment #5 from Jack Howarth 2011-01-16
22:15:19 UTC ---
Created attachment 22992
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=22992
disassembly of eh-alloca-1.o created with -O3 -g using 'otool -tv' after
stripping with 'strip -S'
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47324
--- Comment #6 from Jack Howarth 2011-01-16
22:17:07 UTC ---
Created attachment 22993
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=22993
diff of disassembly of eh-alloca-1.o at -g0 and stripped eh-alloca-1.o at -g
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47324
--- Comment #7 from Jack Howarth 2011-01-17
00:04:47 UTC ---
These failures appear to be unrelated to stack realignment. I find that...
[MacPro:~/eh_bug] howarth% g++-fsf-4.6
/sw/src/fink.build/gcc46-4.6.0-1000/gcc-4.6-20110116/gcc/testsuite/g++
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47332
Summary: g++ compiler should check for empty while or for
bodies
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47332
Jack Howarth changed:
What|Removed |Added
Severity|normal |enhancement
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47332
--- Comment #2 from Jack Howarth 2011-01-17
19:56:46 UTC ---
(In reply to comment #1)
> It was removed on purpose, see PR36478 and discussions about it on
> gcc-patches.
So it was removed because of the absence of an appropriate algorithm to
im
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47332
--- Comment #3 from Jack Howarth 2011-01-17
19:58:43 UTC ---
Also, is there a convention in FSF gcc coding for how empty bodies are supposed
to be handled? Should we have the extra space or explicit braces that the old
patch requested for empty b
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44334
--- Comment #18 from Jack Howarth 2011-01-17
21:12:03 UTC ---
Created attachment 23000
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23000
assembly for gcc.dg/autopar/outer-2.c at -m32 with r168907
/Users/howarth/work/gcc/xgcc -B/Users/how
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44334
--- Comment #19 from Jack Howarth 2011-01-17
21:13:36 UTC ---
Created attachment 23001
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23001
assembly for gcc.dg/autopar/outer-2.c at -m32 with patch from comment 14
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44334
--- Comment #20 from Jack Howarth 2011-01-17
21:14:10 UTC ---
Created attachment 23002
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23002
parloops for gcc.dg/autopar/outer-2.c at -m32 with r168907
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44334
--- Comment #21 from Jack Howarth 2011-01-17
21:14:42 UTC ---
Created attachment 23003
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23003
parloops for gcc.dg/autopar/outer-2.c at -m32 with patch from comment 14
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44334
--- Comment #22 from Jack Howarth 2011-01-17
21:15:38 UTC ---
Created attachment 23004
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23004
optimized for gcc.dg/autopar/outer-2.c at -m32 with r168907
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44334
--- Comment #23 from Jack Howarth 2011-01-17
21:16:22 UTC ---
Created attachment 23005
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23005
optimized for gcc.dg/autopar/outer-2.c at -m32 with patch from comment 14
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47345
Jack Howarth changed:
What|Removed |Added
CC||howarth at nitro dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47345
--- Comment #2 from Jack Howarth 2011-01-18
16:16:24 UTC ---
No problems on x86_64-apple-darwin10 with profiledbootstrap BOOT_CFLAGS="-g
-O3" using...
Using built-in specs.
COLLECT_GCC=gcc-4
COLLECT_LTO_WRAPPER=/sw/lib/gcc4.6/libexec/gcc/x86_64-
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47345
--- Comment #4 from Jack Howarth 2011-01-18
23:31:47 UTC ---
(In reply to comment #3)
> Is it reproduceable?
I don't believe it was and I only hit it once.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47368
Summary: CFLAGS_FOR_TARGET, profiledbootstrap and lto-bootstrap
flags unused in libstdc++-v3
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Prior
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47368
--- Comment #5 from Jack Howarth 2011-01-20
13:03:31 UTC ---
Should I open an enhancement PR for consistent usage of CXXFLAGS_FOR_TARGET
with --enable-build-with-cxx? We should have all of the libs build with that
flag under CXX rather than CFLAG
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47401
Jack Howarth changed:
What|Removed |Added
CC||howarth at nitro dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44334
Jack Howarth changed:
What|Removed |Added
CC||howarth at nitro dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44334
--- Comment #36 from Jack Howarth 2011-01-23
15:45:19 UTC ---
Created attachment 23086
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23086
bzip2 compressed ipa-inline-details dump without -finline-limit
generated at r169137 on x86_64-apple
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44334
--- Comment #37 from Jack Howarth 2011-01-23
15:47:54 UTC ---
Created attachment 23087
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23087
bzip2 compressed ipa-inline-details dump with -finline-limit=600
bzip2 compressed ipa-inline-details
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44334
--- Comment #38 from Jack Howarth 2011-01-23
15:49:19 UTC ---
Created attachment 23088
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23088
bzip2 compressed ipa-inline-details dump with -finline-limit=2000
generated at r169137 on x86_64-app
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44334
--- Comment #43 from Jack Howarth 2011-01-23
18:07:36 UTC ---
On x86_64-apple-darwin10 at r169137, the pb05 benchmarks compiled with
benchmark -O3 -ffast-math -funroll-loops -O3 -ffast-math -funroll-loops
%change
-flto -fwhole-prog
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45810
Jack Howarth changed:
What|Removed |Added
CC||howarth at nitro dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44334
--- Comment #44 from Jack Howarth 2011-01-25
03:13:39 UTC ---
Testing...
Index: gcc/params.def
===
--- gcc/params.def(revision 169185)
+++ gcc/params.def(working copy)
@@ -1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44334
--- Comment #48 from Jack Howarth 2011-01-25
21:29:53 UTC ---
(In reply to comment #47)
> Well, the choice is not '-finline-limit' versus '--param
> large-function-growth': some polyhedron tests are sensitive to some value of
> '-finline-limit'
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40979
--- Comment #10 from Jack Howarth 2011-01-26
14:20:18 UTC ---
(In reply to comment #9)
> This pr is not fixed at revision 169261 (gfc). AFAIU -ftree-loop-linear is now
> implemented through graphite. This leads to a sort of regression with respec
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47319
Jack Howarth changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48926
--- Comment #1 from Jack Howarth 2011-05-07
16:05:56 UTC ---
Also possibly related are the failures...
FAIL: gfortran.dg/coarray_10.f90 -O (test for excess errors)
Excess errors:
/sw/src/fink.build/gcc47-4.7.0-1000/gcc-4.7-20110507/gcc/testsui
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48926
Summary: gfortran.dg/coarray/image_index_1.f90 -fcoarray=single
-O2 (test for excess errors)
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Pri
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
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 #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=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=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=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=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=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=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=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=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 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
--- 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 #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 #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 #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 #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=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 changed:
What|Removed |Added
Target||x86_64-apple-darwin*
Host|
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
--- 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=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=49371
Jack Howarth changed:
What|Removed |Added
CC||howarth at nitro dot
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
--- 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 #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=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=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
--- 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 #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=49314
Jack Howarth changed:
What|Removed |Added
CC||howarth at nitro dot
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
--- 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
--- 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=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 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=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=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
--- 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=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=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=44707
Jack Howarth changed:
What|Removed |Added
CC||howarth at nitro dot
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
--- 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=49738
Jack Howarth changed:
What|Removed |Added
CC||howarth at nitro dot
501 - 600 of 1062 matches
Mail list logo