--- Comment #22 from howarth at nitro dot med dot uc dot edu 2010-05-22
04:04 ---
It appears that dg-require-alias doesn't report the absence of alias support if
only weak alias support is detected...
# If this target does not support the "alias" attribute, skip this
# test.
proc dg-r
--- Comment #3 from howarth at nitro dot med dot uc dot edu 2010-05-22
03:02 ---
Complete set of failures are...
FAIL: gcc.dg/lto/20090914-2 c_lto_20090914-2_0.o assemble, -O0 -fwhopr
FAIL: gcc.dg/lto/20090914-2 c_lto_20090914-2_0.o assemble, -O2 -fwhopr
FAIL: gcc.dg/lto/20090914-2 c_l
--- Comment #2 from howarth at nitro dot med dot uc dot edu 2010-05-22
03:00 ---
Created an attachment (id=20724)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20724&action=view)
assembly file for gcc.dg/lto/20090914-2_0.c on x86_64-apple-darwin10
--
http://gcc.gnu.org/bugzil
--- Comment #1 from howarth at nitro dot med dot uc dot edu 2010-05-22
02:59 ---
Created an attachment (id=20723)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20723&action=view)
preprocessed source for gcc.dg/lto/20090914-2_0.c on x86_64-apple-darwin10
--
http://gcc.gnu.org/
c_lto_20090914-2_0.o
/sw/src/fink.build/gcc46-4.6.0-1000/gcc-4.6-20100521/gcc/testsuite/gcc.dg/lto/20090914-2_0.c
(timeout = 300)
/var/tmp//ccpEkIZt.s:14:Unknown pseudo-op: .type^M
/var/tmp//ccpEkIZt.s:14:Rest of line ignored. 1st junk character valued 109
(m).^M
compiler exited with status 1
rgl at gcc dot gnu dot org 2010-05-22
> 01:34 ---
> (In reply to comment #8)
>> Hmm. I've now built gfortran 4.5.1 20100521 (from the branch) and
>> still have
>> the same internal compiler error. Are you certain that the 4.5.1
>> 20100420
>> vers
--- Comment #9 from kargl at gcc dot gnu dot org 2010-05-22 01:34 ---
(In reply to comment #8)
> Hmm. I've now built gfortran 4.5.1 20100521 (from the branch) and still have
> the same internal compiler error. Are you certain that the 4.5.1 20100420
> version does
--- Comment #8 from Thomas dot L dot Clune at nasa dot gov 2010-05-22
00:59 ---
Hmm. I've now built gfortran 4.5.1 20100521 (from the branch) and still have
the same internal compiler error. Are you certain that the 4.5.1 20100420
version does not have this problem?
(In rep
--- Comment #7 from Thomas dot L dot Clune at nasa dot gov 2010-05-22
00:44 ---
Subject: Re: function result with pointer to strided component of argument
I may end up doing that, but since part of my interest is in F2003
functionality, moving backwards in terms of versions is not a
--- Comment #6 from manu at gcc dot gnu dot org 2010-05-22 00:32 ---
(In reply to comment #5)
> > I can provide pointers on how this could be implemented.
> Thank you, I'll certainly need some help on the following points:
> - which branch I should start working on (4.4, 4.5, ...) so tha
--- Comment #2 from hjl dot tools at gmail dot com 2010-05-22 00:26 ---
*** This bug has been marked as a duplicate of 44204 ***
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--
--- Comment #4 from hjl dot tools at gmail dot com 2010-05-22 00:26 ---
*** Bug 44222 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44204
--- Comment #5 from hp at gcc dot gnu dot org 2010-05-22 00:19 ---
Yes. Thanks.
--
hp at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #2 from pinskia at gcc dot gnu dot org 2010-05-22 00:14 ---
__asm__ __volatile__ ("movq" " %0, %%" "mm4" : : "X" (_mmTHRESH1));
__asm__ __volatile__ ("movq" " %0, %%" "mm6" : : "X" (_mmTHRESH2));
This inline-asm is wrong. You want the ym constraint here. X is too gen
--- Comment #3 from hjl dot tools at gmail dot com 2010-05-22 00:12 ---
(In reply to comment #2)
> Created an attachment (id=20709)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20709&action=view) [edit]
> new version of the fix.
>
> There is actually a second bug :-(
> We not on
--- Comment #1 from biru dot ionut at gmail dot com 2010-05-22 00:05
---
Created an attachment (id=20722)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20722&action=view)
preprocessed file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44237
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|major |normal
Component|c++ |target
GCC
compiling avidemux i got:
ADM_vidFieldASM.cpp:108: Error: suffix or operands invalid for `movq'
gcc 4.5.0 snapshot 20100520
last know gcc version that worked: 4.4.3
Note: x86_64 works fine
--
Summary: suffix or operands invalid for `movq'
Product: gcc
Version
In mozilla there are a lot of page faults caused by paging in C++ global
initializers. About 1/3rd of firefox faults are globals.
ie the first part of a prelinked firefox startup is a bunch of faults caused by
_GLOBAL__I_nsFtpConnectionThread.cpp, _GLOBAL__I_nsCookieService.cpp, etc.
If these were
--- Comment #2 from paolo dot carlini at oracle dot com 2010-05-21 23:02
---
Time to update your compiler, the maintained branches are all fine.
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
--
--- Comment #8 from hjl dot tools at gmail dot com 2010-05-21 21:48 ---
(In reply to comment #7)
> In http://gcc.gnu.org/ml/gcc-testresults/2010-05/msg02015.html I see:
>
See PR 44203.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44185
subroutine foo(a, b)
real :: a(10), b(10)
a(1:4:2) = a(2:4:2)
b(1:3:2) = b(2:4:2)
end subroutine foo
i...@linux-fd1f:/tmp> gfortran -c -Warray-temporaries dep.f90
dep.f90:3.13:
a(1:4:2) = a(2:4:2)
1
Warnung: Creating array temporary at (1)
The upper bound of '4' in the first
--- Comment #7 from dominiq at lps dot ens dot fr 2010-05-21 21:46 ---
In http://gcc.gnu.org/ml/gcc-testresults/2010-05/msg02015.html I see:
FAIL: gcc.dg/tree-ssa/prefetch-3.c scan-tree-dump-times aprefetch "unroll
factor 4" 1
FAIL: gcc.dg/tree-ssa/prefetch-5.c scan-tree-dump-times apre
--- Comment #6 from changpeng dot fang at amd dot com 2010-05-21 21:36
---
(In reply to comment #5)
> The fix introduced:
>
> FAIL: gcc.dg/tree-ssa/prefetch-7.c scan-assembler-times movnti 18
> FAIL: gcc.dg/tree-ssa/prefetch-7.c scan-tree-dump-times optimized "={nt}" 18
>
> on Linux/i
--- Comment #6 from hjl dot tools at gmail dot com 2010-05-21 21:16 ---
(In reply to comment #5)
> Still an issue, e.g. on Solaris 11.
>
You can try my patches from 2007 to see if they
work for you.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32064
--- Comment #4 from law at redhat dot com 2010-05-21 21:15 ---
Fixed by recent checkin
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44224
--- Comment #6 from dominiq at lps dot ens dot fr 2010-05-21 21:04 ---
Why don't you use fink (http://finkproject.org/ 4.4.2 works for your test) or
macport?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44232
--- Comment #5 from Thomas dot L dot Clune at nasa dot gov 2010-05-21
20:49 ---
Subject: Re: function result with pointer to strided component of argument
Alas, my primary development platform is Mac OS X, and no more recent
binaries are available. I'm in the process of building
--- Comment #4 from kargl at gcc dot gnu dot org 2010-05-21 20:34 ---
(In reply to comment #3)
> http://gcc.gnu.org/wiki/GFortranBinaries
>
> You could even install these locally perhaps to get what you need.
>
Unfortunately, all of the binaries available for
Darwin at the wiki are to
--- Comment #3 from jvdelisle at gcc dot gnu dot org 2010-05-21 20:24
---
http://gcc.gnu.org/wiki/GFortranBinaries
You could even install these locally perhaps to get what you need.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44232
--- Comment #2 from Thomas dot L dot Clune at nasa dot gov 2010-05-21
19:58 ---
Thanks - yes I can upgrade. (But not quite as easily as I can report a bug,
apparently. :-) All of the systems I currently have access to only have
4.5.0, and some of those were quite recent installs, so
--- Comment #16 from iains at gcc dot gnu dot org 2010-05-21 19:24 ---
is : http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44229
potentially a similar problem?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44199
--- Comment #15 from bergner at gcc dot gnu dot org 2010-05-21 19:14
---
I also did a powerpc64-linux bootstrap and regtest (both 32-bit and 64-bit) and
I didn't see any new failures and I also did not see any extra UNSUPPORTED
tests. The only time UNSUPPORTED showed up in the test_sum
--- Comment #7 from jakub at gcc dot gnu dot org 2010-05-21 18:49 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #6 from jakub at gcc dot gnu dot org 2010-05-21 18:48 ---
Subject: Bug 44223
Author: jakub
Date: Fri May 21 18:48:19 2010
New Revision: 159681
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159681
Log:
PR debug/44223
* haifa-sched.c (schedule_insn): W
--- Comment #1 from WisdomOfDarkness at gmail dot com 2010-05-21 18:47
---
Created an attachment (id=20721)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20721&action=view)
bug.cpp
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44234
--- Comment #5 from jakub at gcc dot gnu dot org 2010-05-21 18:45 ---
Subject: Bug 44223
Author: jakub
Date: Fri May 21 18:45:29 2010
New Revision: 159680
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159680
Log:
PR debug/44223
* haifa-sched.c (schedule_insn): W
in the C++ reference: C++ Standard - ANSI ISO IEC 14882 2003.pdf:
at the 186th page, there is an example:
typedef void fv(void);
typedef void fvc(void) const;
struct S {
fv memfunc1; // equivalent to: void memfunc1(void);
void memfunc2();
fvc memfunc3; // equivalent to: void memfunc3(void) const;
--- Comment #1 from kargl at gcc dot gnu dot org 2010-05-21 18:19 ---
Thanks for the bug report.
Can you upgrade to a newer version of the compiler?
bash-3.2$ gfortran -v -save-temps -c t.F90
Using built-in specs.
Target: i386-apple-darwin8.10.1
Configured with: /tmp/gfortran-20090604/
--- Comment #5 from eric dot estievenart at free dot fr 2010-05-21 18:00
---
44209
> The manual documents...
> We will accept patches fixing any missing/mistaken entries.
That's not the point !
This manual section could (and should) be generated from the output of
-show-warnings or simi
--- Comment #2 from pinskia at gcc dot gnu dot org 2010-05-21 17:47 ---
*** This bug has been marked as a duplicate of 43603 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #4 from pinskia at gcc dot gnu dot org 2010-05-21 17:47 ---
*** Bug 44233 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #1 from jason at njkfrudils dot plus dot com 2010-05-21 17:43
---
Created an attachment (id=20720)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20720&action=view)
the test file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44233
--- Comment #12 from segher at gcc dot gnu dot org 2010-05-21 17:42 ---
(In reply to comment #11)
> If this is the case for something as simple as add with carry, one really
> needs a simple way to tell gcc what ppc class CPU one wants to use.
Please see -mcpu= .
--
segher at gcc do
ja...@iras:~/sourcecode> gcc -O2 -Wall -c testjay.c
ja...@iras:~/sourcecode> gcc -O3 -Wall -c testjay.c
mpn/generic/sb_div_q.c: In function â__gmpn_sb_div_qâ:
mpn/generic/sb_div_q.c:294:1: error: unrecognizable insn:
(insn:TI 2599 2571 2633 120 (parallel [
(set
--- Comment #4 from jamborm at gcc dot gnu dot org 2010-05-21 17:36 ---
On the 4.5 branch we have a different problem, the warning is not
issued at all. The patch does not apply because we treat scalar loads
differently. The easiest way would be to backport this behavior to
4.5:
http:
(System/GCC parameters and compiler error messages given below)
Minimal Fortran reproducer:
module M_mod
implicit none
private
public :: M_type
public :: getKeys
type M_type
character(len=10) :: key
end type M_type
contains
subroutine getKeys(this)
type (M_type), target :
--- Comment #9 from paolo dot carlini at oracle dot com 2010-05-21 17:01
---
Fixed for 4.6.0.
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
--- Comment #8 from paolo at gcc dot gnu dot org 2010-05-21 16:57 ---
Subject: Bug 25306
Author: paolo
Date: Fri May 21 16:57:17 2010
New Revision: 159677
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159677
Log:
2010-05-21 Paolo Carlini
PR libstdc++/25306
*
--- Comment #1 from rguenth at gcc dot gnu dot org 2010-05-21 15:32 ---
--enable-intermodule should automatically enable LTO for BOOT_CFLAGS and
-fuse-linker-plugin -fwhole-program when gold is enabled.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44231
--
law at redhat dot com changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |law at redhat dot com
|dot org |
--- Comment #7 from paolo dot carlini at oracle dot com 2010-05-21 15:29
---
C++0x is not going to be much different here, thus let's fix the implementation
for now and be done with it.
--
paolo dot carlini at oracle dot com changed:
What|Removed
--- Comment #11 from gcc at breakpoint dot cc 2010-05-21 15:21 ---
Reverting the change in PR39254 makes the issue go away.
Any ideas?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44169
To bootstrap with LTO enabled and -fuse-linker-plugin we need the path to
the linker plugin passed to the driver for stages 2 and 3.
Manually adding a -B to BOOT_CFLAGS seems to work.
--
Summary: bootstrap should pass -B prev-lto-plugin/.libs
Product: gcc
Versio
--- Comment #27 from gcc at breakpoint dot cc 2010-05-21 15:16 ---
This fix is causing PR44169 on powerpc-linux-gnuspe, the second TLS load is
missing a lwz.
The same testcase on powerpc-linux-gnu has no problems. The gnuspe target has
(as far as I figured out) just different pre-define
--- Comment #1 from iains at gcc dot gnu dot org 2010-05-21 14:07 ---
Stage3:
54d0 7f e3 fb 78 4b ff ac 65 7c 7c 1b 78 93 81 00 38
|.âËxK˨e||.x...8|
54e0 4b ff fc b8 1c 42 00 14 38 02 f8 6c 3c 40 00 01
|K˸â.B..8.¯l<@..|
54f0 38 42 83 ec 7c 42 02 15 41 82 0
--- Comment #1 from damian at rouson dot net 2010-05-21 14:01 ---
As suggested by Janus and Paul, I'm adding the additional test case below. Note
that the first two pointer assignments in main are not necessary to demonstrate
the linking problem. I put them there (1) to give more detail
On Solaris 11/x86 with gas 2.19 (bundled), two Ada tests currenly fail like
this:
FAIL: gnat.dg/lto6.adb (test for excess errors)
Excess errors:
In file included from :44:0:
/vol/gcc/src/hg/trunk/solaris/gcc/testsuite/gnat.dg/lto6_pkg.ads:4:8: sorry,
unimplemented: Multiple EH personalities are su
This:
http://gcc.gnu.org/ml/gcc-regression/2010-05/msg00227.html
is a bootstrap fail for me,
..will try to add some analysis later (looked like two or three bytes different
yesterday - so maybe no an obvious prob).
--
Summary: [4.6 Regression] 1 new GCC h...@159608 regression
--- Comment #3 from froydnj at gcc dot gnu dot org 2010-05-21 13:19 ---
Fixed.
--
froydnj at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRM
--- Comment #2 from froydnj at gcc dot gnu dot org 2010-05-21 13:17 ---
Subject: Bug 44204
Author: froydnj
Date: Fri May 21 13:17:04 2010
New Revision: 159662
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159662
Log:
PR middle-end/44204
* builtins.c (fold_call_s
--- Comment #2 from szukw000 at arcor dot de 2010-05-21 13:10 ---
Subject: Aw: gcc-4.5.0 does not bootstrap with
-march=native
Athlon 2800
gcc-4.4.0 has been compiled with this Makefile.Linux.gcc successfully.
winfried
- Original Nachricht
Von: rguenth at gcc dot gnu d
--- Comment #9 from jakub at gcc dot gnu dot org 2010-05-21 13:00 ---
I think it would be better first to change gdb to handle this and then gcc
start emitting it. For testing, one can ammend gcc generated assembly with a
couple of extra .loc directives.
--
http://gcc.gnu.org/bugzi
--- Comment #8 from rguenth at gcc dot gnu dot org 2010-05-21 12:59 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #7 from rguenth at gcc dot gnu dot org 2010-05-21 12:57 ---
Subject: Bug 43845
Author: rguenth
Date: Fri May 21 12:56:49 2010
New Revision: 159660
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159660
Log:
2010-05-21 Richard Guenther
PR tree-optimization/
--- Comment #1 from rguenth at gcc dot gnu dot org 2010-05-21 12:54 ---
As you are bootstrapping the error happens because of -march=native (please
specify what processor you have).
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
---
compiled with gcc-4.4.0
-
Makefile.Linux.gcc:
flags=CFLAGS='-march=native -mtune=native'
VERSION=gcc-4.5.0
#
do_configure:
$(flags) ../$(VERSION)/configure \
--prefix=/usr/local/$(VERSION) \
--enable-languages=c,c+
--- Comment #22 from ktietz at gcc dot gnu dot org 2010-05-21 11:28 ---
Patch fron comment #14 applied to trunk.
Back-port won't be done as there is a risc of emutls-fallout (as Richard
mentioned in his approval).
Committed at revision 159658.
--
ktietz at gcc dot gnu dot org change
--- Comment #4 from jakub at gcc dot gnu dot org 2010-05-21 11:23 ---
Created an attachment (id=20719)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20719&action=view)
gcc46-pr44223.patch
Untested fix.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44223
--- Comment #10 from jakub at gcc dot gnu dot org 2010-05-21 11:22 ---
This change caused by PR44223 regression.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44028
--- Comment #3 from jakub at gcc dot gnu dot org 2010-05-21 11:21 ---
Caused by my PR44028 patch.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
OtherBugsDep
--- Comment #7 from rguenth at gcc dot gnu dot org 2010-05-21 11:18 ---
Subject: Bug 44038
Author: rguenth
Date: Fri May 21 11:18:07 2010
New Revision: 159657
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159657
Log:
2010-05-21 Richard Guenther
PR tree-optimization/
--- Comment #6 from rguenth at gcc dot gnu dot org 2010-05-21 11:18 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jakub at gcc dot gnu dot org
|dot org
--- Comment #7 from rguenth at gcc dot gnu dot org 2010-05-21 11:17 ---
Subject: Bug 43949
Author: rguenth
Date: Fri May 21 11:16:46 2010
New Revision: 159656
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159656
Log:
2010-05-21 Richard Guenther
PR tree-optimization/
--- Comment #1 from ramana at gcc dot gnu dot org 2010-05-21 10:38 ---
Created an attachment (id=20718)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20718&action=view)
testcase
Testcase - Compile and assemble with -mcpu=cortex-a8 -mthumb -O3.
--
http://gcc.gnu.org/bugzilla/s
CSiBe builds broke because of this change here to fix PR42879.
http://gcc.gnu.org/ml/gcc-cvs/2010-05/msg00263.html
Attached is a reduced testcase that shows the problem. The problem appears to
be due to incorrect generation of the tst instruction as a result of the
pattern added where the tst ins
--- Comment #6 from rguenth at gcc dot gnu dot org 2010-05-21 10:31 ---
target or testsuite issue.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #8 from ebotcazou at gcc dot gnu dot org 2010-05-21 10:03
---
Presumably both.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
S
--- Comment #7 from ebotcazou at gcc dot gnu dot org 2010-05-21 10:02
---
Subject: Bug 44101
Author: ebotcazou
Date: Fri May 21 10:02:07 2010
New Revision: 159655
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159655
Log:
PR middle-end/44101
* gimplify.c (gimpli
--- Comment #3 from rguenth at gcc dot gnu dot org 2010-05-21 09:47 ---
The fold code should probably simply use fold_binary to do the constant
folding (which already should handle 1/x for x vector and complex. There
is a build_one_cst to build the constant 1 for any type). The exact
r
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.6.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44222
--- Comment #2 from rguenth at gcc dot gnu dot org 2010-05-21 09:41 ---
Confirmed on x86_64-linux with valgrind only, -O3 -fsched-pressure
-fschedule-insns -fPIC -march=core2 -g
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #3 from rguenth at gcc dot gnu dot org 2010-05-21 09:34 ---
*** Bug 44226 has been marked as a duplicate of this bug. ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #2 from rguenth at gcc dot gnu dot org 2010-05-21 09:34 ---
*** This bug has been marked as a duplicate of 44224 ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #7 from jakub at gcc dot gnu dot org 2010-05-21 09:33 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
GCC target triplet|cris-axis-elf |cris-axis-elf, sh4-linux,
|
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
GCC target triplet||ia64-linux
Target Milestone|--- |4.6.0
ht
--- Comment #6 from jakub at gcc dot gnu dot org 2010-05-21 09:30 ---
Subject: Bug 44205
Author: jakub
Date: Fri May 21 09:30:07 2010
New Revision: 159654
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159654
Log:
PR debug/44205
* tree-cfgcleanup.c (tree_forwarde
--- Comment #5 from jakub at gcc dot gnu dot org 2010-05-21 09:27 ---
Subject: Bug 44205
Author: jakub
Date: Fri May 21 09:27:30 2010
New Revision: 159653
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159653
Log:
PR debug/44205
* tree-cfgcleanup.c (tree_forwarde
--- Comment #4 from ro at CeBiTec dot Uni-Bielefeld dot DE 2010-05-21
09:26 ---
Subject: Re: [4.6 regression] All libjava tests fail on IRIX 6.5: ld warns
about -no-merge-exidx-entries
> --- Comment #3 from rwild at gcc dot gnu dot org 2010-05-21 08:15 ---
> (In reply to comm
--- Comment #4 from jakub at gcc dot gnu dot org 2010-05-21 09:26 ---
Subject: Bug 44205
Author: jakub
Date: Fri May 21 09:26:31 2010
New Revision: 159652
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159652
Log:
PR debug/44205
* tree-cfgcleanup.c (tree_forwarde
--- Comment #6 from rguenther at suse dot de 2010-05-21 09:15 ---
Subject: Re: [4.3/4.4/4.5 Regression] bogus
warning: array subscript is above array bounds
On Fri, 21 May 2010, joachim dot reichel at gmx dot de wrote:
> --- Comment #5 from joachim dot reichel at gmx dot de 2010
--- Comment #5 from joachim dot reichel at gmx dot de 2010-05-21 09:12
---
Will this problem get fixed on the 4.5 branch too?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43949
--- Comment #5 from ro at gcc dot gnu dot org 2010-05-21 09:11 ---
Still an issue, e.g. on Solaris 11.
--
ro at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #22 from rguenther at suse dot de 2010-05-21 08:28 ---
Subject: Re: Revisit std::function for aliasing issues
and efficiency
On Thu, 20 May 2010, jason at gcc dot gnu dot org wrote:
> --- Comment #21 from jason at gcc dot gnu dot org 2010-05-20 16:49
> ---
> The
--- Comment #24 from thomas at archlinux dot org 2010-05-21 08:16 ---
Preliminary tests with a recent gcc snapshot from the 4.5 branch shows that the
problem is entirely solved by this patch (maybe in combination with other
fixes).
Thanks for the quick responses and fixes.
--
http:
--- Comment #3 from rwild at gcc dot gnu dot org 2010-05-21 08:15 ---
(In reply to comment #2)
> Ralf, maybe we want in Autoconf (and hence in override.m4) a mechanism to
> push/pop the AC_LANG_WERROR state?
Isn't there such a mechanism already? If not, then there was at least a
propos
--- Comment #14 from jakub at gcc dot gnu dot org 2010-05-21 08:08 ---
For me it bootstrapped/regtested on 4.4 branch without any testsuite changes
(both 32-bit and 64-bit).
To see the unsupported tests difference, you can
grep ^UNSUPPORTED gcc/testsuite/gcc/gcc.log | sort
between the un
--- Comment #2 from gergely+gccbug at risko dot hu 2010-05-21 08:06 ---
Based on code in cfgexpand.c (search for start_locus), my patch
should probably use something like this for setting the location:
/* Eventually, all FEs should explicitly set
function_start_locus. */
1 - 100 of 101 matches
Mail list logo
