http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47487
Summary: ICE in rs6000_output_function_epilogue, at
config/rs6000/rs6000.c:21782 building 64bit libgo
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47486
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41748
Dmitry Gorbachev changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44174
--- Comment #4 from Eric Botcazou 2011-01-27
08:39:39 UTC ---
Author: ebotcazou
Date: Thu Jan 27 08:39:33 2011
New Revision: 169325
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=169325
Log:
PR rtl-optimization/44174
* gcc.target/
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47485
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25071
--- Comment #10 from Tobias Burnus 2011-01-27
09:16:47 UTC ---
(In reply to comment #7)
> Sorry for being 'a bit' late with comments, but IMHO this should be an error
> and not just a warning, because
>
> 2) Other compilers reject it (so we can't
g report,
with preprocessed source if appropriate.
See <http://gcc.gnu.org/bugs.html> for instructions.
tested version:
4.4.4-14ubuntu5 - Crash
4.5.1 - Crash
4.5.2 - Crash
4.5.6 20110127 - Crash
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43494
Eric Botcazou changed:
What|Removed |Added
CC||ebotcazou at gcc dot
|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47488
Jonathan Wakely changed:
What|Removed |Added
Keywords||ice-on-valid-code
Status|UN
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47484
Richard Guenther changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47481
Richard Guenther changed:
What|Removed |Added
Target||i386-rtems*
Priority|P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47488
--- Comment #2 from Jonathan Wakely 2011-01-27
11:09:50 UTC ---
For this variation where f is not deduced, 4.4 says "sorry, unimplemented"
but doesn't ICE, 4.5 and 4.6 ICE in the same place:
template < typename T >
int f( const char * );
templa
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47480
--- Comment #1 from Richard Guenther 2011-01-27
11:11:43 UTC ---
I thought I improved the situation with
2010-11-30 Richard Guenther
PR lto/44986
* gcc.c (main): Use the first input with a compiler as infile
for link
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47478
Richard Guenther changed:
What|Removed |Added
Target Milestone|--- |4.4.6
--- Comment #7 from Richard Guen
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47477
Richard Guenther changed:
What|Removed |Added
Target|i686|i?86-*-*
--- Comment #2 from Richard G
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47489
Summary: ICE in print_pattern, at sched-vis.c:602 (affecting
mips, with slim RTL dumps)
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: minor
Priority: P
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47481
Eric Botcazou changed:
What|Removed |Added
CC||ebotcazou at gcc dot
|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47456
--- Comment #4 from steve.reinke at iws dot fraunhofer.de 2011-01-27 11:31:50
UTC ---
is anybody there who can help me?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46620
Mikael Pettersson changed:
What|Removed |Added
CC||mikpe at it dot uu.se
--- Comment #2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47456
--- Comment #5 from Mikael Pettersson 2011-01-27
12:05:32 UTC ---
(In reply to comment #4)
> is anybody there who can help me?
You need to supply a test case. If not the original application then something
similar that triggers the same error.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47434
--- Comment #3 from Jerry DeLisle 2011-01-27
12:47:04 UTC ---
I agree to fix the NaN case. I have the patch already.
Regarding the other cases:
The copy of the F2008 standard I have says in 10.7.2.3.2 F editing:
"When w is zero, the processor
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46831
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47434
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
--- Comment #4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46831
--- Comment #6 from H.J. Lu 2011-01-27 13:09:52
UTC ---
(In reply to comment #1)
>
> --
> We can make this to crash on valid code, too:
>
>
> struct B { };
> struct D : B { };
> struct
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25071
--- Comment #11 from Joost VandeVondele
2011-01-27 13:22:49 UTC ---
I actually vaguely recall why this should be a warning, and not be checked for
at runtime. This is for legacy codes using real :: a(1) instead of real ::
a(*). Something like
SU
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47434
--- Comment #5 from Thomas Henlich
2011-01-27 13:25:15 UTC ---
(In reply to comment #3)
> The copy of the F2008 standard I have says in 10.7.2.3.2 F editing:
>
> "When w is zero, the processor selects the field width."
My interpretation is this
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47434
--- Comment #6 from Tobias Burnus 2011-01-27
13:30:30 UTC ---
(In reply to comment #4)
> (In reply to comment #3)
> > Regarding the other cases:
> > Similarly for the '+' sign on Inf. Until now we have chosen to emit the
> > optional characters.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47228
--- Comment #7 from Martin Jambor 2011-01-27
13:41:54 UTC ---
Author: jamborm
Date: Thu Jan 27 13:41:51 2011
New Revision: 169331
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=169331
Log:
2011-01-27 Martin Jambor
PR tree-optimiza
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47228
Martin Jambor changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31490
Jakub Jelinek changed:
What|Removed |Added
Priority|P3 |P1
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37665
Ralf Corsepius changed:
What|Removed |Added
CC||corsepiu at gcc dot gnu.org
--- Comment
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31490
--- Comment #22 from Jakub Jelinek 2011-01-27
14:09:17 UTC ---
Created attachment 23140
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23140
gcc46-pr31490.patch
Incomplete patch. pr31490-2.c testcase works (and thus the original one too),
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47354
Paolo Carlini changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47052
Paolo Carlini changed:
What|Removed |Added
Status|WAITING |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47490
Summary: __Unwind_SjLj_Unregister clobbers return value with
i586-mingw32msvc-g++ 4.4.4 and -fstack-protector
Product: gcc
Version: 4.4.4
Status: UNCONFIRMED
Severity: norma
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46914
Paolo Carlini changed:
What|Removed |Added
CC||jwakely.gcc at gmail dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46914
--- Comment #4 from Jonathan Wakely 2011-01-27
14:43:49 UTC ---
I think I tried to reproduce it on Fedora last month and failed - I'll look
again at the weekend
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47491
Summary: [4.6 Regression] libgfortran: getpwuid_r (for GETLOG)
breaks bootstrapping
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Keywords: build
Severity: norma
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47491
Tobias Burnus changed:
What|Removed |Added
Target Milestone|--- |4.6.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47375
--- Comment #7 from Tobias Burnus 2011-01-27
14:48:27 UTC ---
The patch causes build failures on Solaris, cf. bug 47491
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47492
Summary: problem with memset() inside transaction_safe function
Product: gcc
Version: trans-mem
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
Assigne
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31490
Jakub Jelinek changed:
What|Removed |Added
Attachment #23140|0 |1
is obsolete|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46914
--- Comment #5 from Paolo Carlini 2011-01-27
15:02:52 UTC ---
Thanks!
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46914
--- Comment #6 from Jonathan Wakely 2011-01-27
15:06:17 UTC ---
as requested in the bug reporting guidelines, please provide the output of 'gcc
-v' (not just gcc --version) so we can see how your compiler was configured
I know the Debian gcc pac
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47492
--- Comment #1 from Patrick Marlier
2011-01-27 15:10:18 UTC ---
Created attachment 23143
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23143
draft patch
This patch makes it work but:
(trans-mem.c)
examine_call_tm(): I don't know if it is
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44909
Jason Merrill changed:
What|Removed |Added
Status|WAITING |ASSIGNED
--- Comment #9 from Jason Merril
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47493
Summary: FAIL: gfortran.fortran-torture/execute/csqrt_1.f90
compilation
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Comp
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47432
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
--- Comment #1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47431
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
--- Comment #1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47431
--- Comment #2 from Tobias Burnus 2011-01-27
15:21:48 UTC ---
(In reply to comment #1)
> (or related PRs 47491 and 47432).
(did not link. Try harder:)
PR 47491 - bootstrap error for GETLOG's getpwuid_r
Cf. solution ideas at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47354
--- Comment #14 from Graham Reed 2011-01-27 15:22:36
UTC ---
I agree; thanks guys.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47432
--- Comment #2 from Tobias Burnus 2011-01-27
15:22:43 UTC ---
(In reply to comment #1)
> (or related PRs 47491 and 47431).
(did not link. Try harder:)
PR 47491 - bootstrap error for GETLOG's getpwuid_r
Cf. solution ideas at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47432
--- Comment #3 from Tobias Burnus 2011-01-27
15:23:36 UTC ---
(In reply to comment #2)
> PR 47431 - ctime_r issue (not committed)
PR 47432 <<< should be
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46914
--- Comment #7 from Paolo Carlini 2011-01-27
15:33:47 UTC ---
Ok. In any case we should not risk miscompiling stuff, better bailing out at
compile time. I see that in atomic_base.h the configure-time macros
_GLIBCXX_ATOMIC_BUILTINS_* are used and
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47494
Summary: .MOD files: Consider removing the time stamp
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
AssignedTo: una
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46914
Paolo Carlini changed:
What|Removed |Added
CC||paolo.carlini at oracle dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47494
--- Comment #1 from Tobias Burnus 2011-01-27
15:50:57 UTC ---
Cf. also http://gcc.gnu.org/ml/fortran/2011-01/msg00250.html
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47274
--- Comment #17 from Jan Hubicka 2011-01-27
15:51:54 UTC ---
You uploaded the cgraph files from local compilation.main_test is not called in
abs-1.c
I need to see the dump from merging, too.
They gets name of one of the .o files when -save-temps
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45422
--- Comment #37 from Jakub Jelinek 2011-01-27
15:55:57 UTC ---
/usr/src/gcc/objr/gcc/f951 -quiet -ftime-report -fbounds-check -g -O3
-ffast-math -funroll-loops -ftree-vectorize -march=amdfam10 pr45422.f90 2>&1 |
grep ':[ ]*[1-9]\|TOTAL'
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47491
--- Comment #1 from ro at CeBiTec dot Uni-Bielefeld.DE 2011-01-27 15:57:09 UTC ---
Just FYI: as a quick hack, I've added -D_XOPEN_SOURCE=600 to AM_CPPFLAGS
in Makefile.in. This allowed me to finish the build. While this should
also work on Solar
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46914
--- Comment #9 from Paolo Carlini 2011-01-27
15:58:19 UTC ---
Likewise for 4_5-branch.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47495
Summary: .mod files: File modification time - Makefile build
issue
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45422
--- Comment #38 from Jakub Jelinek 2011-01-27
16:02:49 UTC ---
*.gimple dump is roughly the same size between 4.5 and 4.6, but resulting
assembly size is 15MB in 4.5 and 23MB (with only < 100KB variation with
-fno-ivopts) in 4.6. -fno-inline doe
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47491
--- Comment #2 from Janne Blomqvist 2011-01-27 16:10:41
UTC ---
Some git-grepping showed that at least libjava has in configure.ac
AC_DEFINE(_POSIX_PTHREAD_SEMANTICS, 1, [Required define if using POSIX
threads])
and in case Boehm GC is not used
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47495
--- Comment #1 from Tobias Burnus 2011-01-27
16:11:18 UTC ---
For the example, the following works - though it it not robust: The order of
the "myprogram" dependencies matters - and for the same reason doing a "make
myprogram.o" will fail. (Assu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46949
--- Comment #2 from Jan Hubicka 2011-01-27
16:16:44 UTC ---
Author: hubicka
Date: Thu Jan 27 16:16:34 2011
New Revision: 169332
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=169332
Log:
PR middle-end/46949
* cgraphunit.c (process
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45422
--- Comment #39 from Richard Guenther 2011-01-27
16:16:48 UTC ---
The size difference is likely from prefetching, it's 1.5MB vs. 1.1MB without
that (-O3 -fbounds-check -ffast-math -funroll-loops). Prefetching usually
causes another set of (then
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45422
--- Comment #40 from Richard Guenther 2011-01-27
16:19:26 UTC ---
Btw, when I remove -fbounds-check the sizes are comparable (without
prefetching),
so I guess we are just better in removing bounds checking for 4.6 and that
triggers size-costly lo
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46949
Jan Hubicka changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45422
--- Comment #41 from Jakub Jelinek 2011-01-27
16:28:49 UTC ---
With additional -fno-prefetch-loop-arrays the TOTAL goes down from that 137s to
92.23, and judging from tree dumps between 4.5 and 4.6 we do significantly more
vectorization too (4.6
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47491
--- Comment #3 from ro at CeBiTec dot Uni-Bielefeld.DE 2011-01-27 16:28:39 UTC ---
> --- Comment #2 from Janne Blomqvist 2011-01-27
> 16:10:41 UTC ---
> Some git-grepping showed that at least libjava has in configure.ac
>
> AC_DEFINE(_POSIX_PTHR
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45422
--- Comment #42 from Richard Guenther 2011-01-27
16:30:52 UTC ---
Comparing -O3 -ffast-math -funroll-loops -fno-inline -fno-partial-inlining
(thus generic arch, without prefetching):
trunk:
df live regs : 4.22 ( 6%) usr 0.04 ( 2%)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47434
--- Comment #7 from Jerry DeLisle 2011-01-27
16:35:13 UTC ---
I remember the discussion when we first implemented this and we wanted the + on
Inf to be consistent with -Inf.
Oh well, if folks really feel strongly about this, I can change it all
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47246
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45422
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47279
Jan Hubicka changed:
What|Removed |Added
CC||amodra at gmail dot com,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47246
--- Comment #7 from Ian Bolton 2011-01-27 16:51:41
UTC ---
(In reply to comment #6)
> Assuming this is fixed now.
Yes, I can use trunk to run the whole of Spec2K for -O3 -mthumb without errors.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47495
--- Comment #2 from Joost VandeVondele
2011-01-27 16:52:07 UTC ---
Not sure if that solves the issue, but CP2K uses these rules:
%.o: %.F
$(FC) -c $(FCFLAGS) $<
%.mod: %.o
@true
with these style dependencies:
ai_coulomb_test.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35926
--- Comment #6 from Tony Poppleton 2011-01-27
16:55:26 UTC ---
For the record, the additional movl noticed above in GCC 4.6.0 has been
factored out into PR47477
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47496
Summary: HAS_DECL_ASSEMBLER_NAME_P and DECL_ASSEMBLER_NAME has
some incosistency
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: trivial
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47493
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
--- Comment #1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47274
--- Comment #18 from dave at hiauly1 dot hia.nrc.ca 2011-01-27 17:07:34 UTC ---
On Thu, 27 Jan 2011, hubicka at gcc dot gnu.org wrote:
> I need to see the dump from merging, too.
> They gets name of one of the .o files when -save-temps is used.
>
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47491
Janne Blomqvist changed:
What|Removed |Added
URL||http://gcc.gnu.org/ml/gcc-p
> lto1: internal compiler error: in lto_varpool_replace_node, at
> lto-symtab.c:305
Merging should happen after unmerged files are dumped. Perhaps they go to some
funny place,
like /tmp?
Honza
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47274
--- Comment #19 from Jan Hubicka 2011-01-27 17:16:31
UTC ---
> lto1: internal compiler error: in lto_varpool_replace_node, at
> lto-symtab.c:305
Merging should happen after unmerged files are dumped. Perhaps they go to some
funny place,
like /
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47434
--- Comment #8 from Tobias Burnus 2011-01-27
17:21:24 UTC ---
(In reply to comment #7)
> I remember the discussion when we first implemented this and we wanted the +
> on
> Inf to be consistent with -Inf.
Well, the following is in any case wro
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47477
--- Comment #3 from Jakub Jelinek 2011-01-27
17:21:04 UTC ---
Not so easily, addsi3_cc is quite specialized pattern and if we add peepholes
to help with reg1 = reg1 op reg2; reg2 = reg1 [reg1 DEAD];
I think we'd add it only for a couple of most c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47493
--- Comment #2 from dave at hiauly1 dot hia.nrc.ca 2011-01-27 17:27:40 UTC ---
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47493
>
> Tobias Burnus changed:
>
>What|Removed |Added
> --
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37665
Joel Sherrill changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
Latus internetaa var uzpelnit sekojot saitei:
http://www.tavaveiksme.lv
Labs izklasts un video!
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45422
--- Comment #44 from davidxl 2011-01-27 17:33:42
UTC ---
Nice triaging..
David
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47491
--- Comment #5 from Janne Blomqvist 2011-01-27 17:34:18
UTC ---
Author: jb
Date: Thu Jan 27 17:34:14 2011
New Revision: 169334
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=169334
Log:
PR 47491 getpwuid_r() bootstrap regression on Solari
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47477
Jakub Jelinek changed:
What|Removed |Added
CC||rth at gcc dot gnu.org
--- Comment #4 fro
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46607
--- Comment #10 from joseph at codesourcery dot com 2011-01-27 17:47:12 UTC ---
On Thu, 27 Jan 2011, aoliva at gcc dot gnu.org wrote:
> This could bring an improvement for a few platforms, but it wouldn't solve the
> problme in general. On platf
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47434
--- Comment #9 from Thomas Henlich
2011-01-27 17:55:13 UTC ---
Maybe this should be a command option, possibly defaulting to the current
behaviour unless -std=xx is given.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47279
Peter Bergner changed:
What|Removed |Added
CC||bergner at gcc dot gnu.org
--- Comment #2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47477
--- Comment #5 from Tony Poppleton 2011-01-27
17:58:12 UTC ---
The modified testcase in comment #4 also fixes the original bug with redundent
push/pop of BX (as described in PR35926), so fixing this during tree
optimizations would be good.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47274
--- Comment #20 from dave at hiauly1 dot hia.nrc.ca 2011-01-27 18:06:02 UTC ---
On Thu, 27 Jan 2011, hubicka at ucw dot cz wrote:
> Merging should happen after unmerged files are dumped. Perhaps they go to
> some
> funny place,
> like /tmp?
The
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46620
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47493
--- Comment #3 from Tobias Burnus 2011-01-27
19:01:07 UTC ---
(In reply to comment #2)
> > http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47493
> I don't fully trust the kernel on this system. I see in config.h:
>
> /* libm includes sqrt */
> /* #
1 - 100 of 142 matches
Mail list logo
