--- Comment #18 from jakub at gcc dot gnu dot org 2010-03-10 07:51 ---
Subject: Bug 43287
Author: jakub
Date: Wed Mar 10 07:51:17 2010
New Revision: 157334
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157334
Log:
PR bootstrap/43287
* config/rs6000/rs6000.c (rs6
I saw directives after '%' in glibc's code:
asm volatile ("movl %1, %0\n" : "=r" (a) : "i" (0x1234));
asm volatile ("movl %c1, %0\n" : "=r" (a) : "i" (0x1234));
asm volatile ("movl %P1, %0\n" : "=r" (a) : "i" (0x1234));
Currently I know the first line generates a imm load instruction (movl $0x123
--- Comment #17 from hjl dot tools at gmail dot com 2010-03-10 05:37
---
(In reply to comment #15)
> Yes, sticking them in gcc/testsuite/gcc.dg/guality/ and using
> /* { dg-final { gdb-test "" "" } } */
>
> If my patch really broke that, then I think we'll need to use some REG_CFA_*
--- Comment #53 from howarth at nitro dot med dot uc dot edu 2010-03-10
04:21 ---
These failures have been eliminated in gcc trunk (4.5.0) since at least
r155368. They may have been eliminated with the VTA merge.
--
howarth at nitro dot med dot uc dot edu changed:
What
--- Comment #8 from howarth at nitro dot med dot uc dot edu 2010-03-10
03:47 ---
This bug is fixed for the release Mac OS X 10.6 (ie the c++ comments are
removed from /usr/include/Availability.h and
/usr/include/AvailabilityInternal.h.
--
howarth at nitro dot med dot uc dot edu cha
--- Comment #4 from howarth at nitro dot med dot uc dot edu 2010-03-10
03:31 ---
This regression disappeared by r155368 and still hasn't reappeared so closing.
--
howarth at nitro dot med dot uc dot edu changed:
What|Removed |Added
---
--- Comment #5 from howarth at nitro dot med dot uc dot edu 2010-03-10
03:23 ---
Fixed with r156736.
--
howarth at nitro dot med dot uc dot edu changed:
What|Removed |Added
--
--- Comment #5 from kargl at gcc dot gnu dot org 2010-03-10 03:15 ---
(In reply to comment #4)
>
> "Not all valid FORTRAN 95 programs will compile properly when using this
> option. If you want to ensure compliance with one of the FORTRAN standards,
> please see the -std= option."
>
--- Comment #6 from howarth at nitro dot med dot uc dot edu 2010-03-10
01:57 ---
The code being degraded by -fgraphite-identity (when using -ffast-math
-funroll-loops -O3) is in the mqr_m and mqc_m modules. The exact distribution
of performance loss in execution time for the induct benc
--- Comment #4 from giese025 at umn dot edu 2010-03-10 01:17 ---
(In reply to comment #3)
> If one is trying to adhere to a Standard then use -std=.
> -pedantic simply should not be used with gfortran.
>
> As for documenting this, see arith.c, the PR's listed
> there and the mailing lis
--- Comment #2 from astrange at ithinksw dot com 2010-03-10 00:37 ---
*** Bug 43318 has been marked as a duplicate of this bug. ***
--
astrange at ithinksw dot com changed:
What|Removed |Added
---
--- Comment #3 from astrange at ithinksw dot com 2010-03-10 00:37 ---
*** This bug has been marked as a duplicate of 42402 ***
--
astrange at ithinksw dot com changed:
What|Removed |Added
--
--- Comment #16 from jakub at gcc dot gnu dot org 2010-03-10 00:33 ---
Created an attachment (id=20072)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20072&action=view)
gcc45-pr43290.patch
Untested patch.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43290
--- Comment #2 from d dot g dot gorbachev at gmail dot com 2010-03-10
00:32 ---
Bug 42402.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43318
--- Comment #1 from astrange at ithinksw dot com 2010-03-10 00:32 ---
Actually, it doesn't work in C either. I find that unlikely, time to make sure
I didn't build it wrong somehow...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43318
rch=native
--with-tune=native --disable-nls --disable-bootstrap --prefix=/usr/local/gcc45
--with-mpc=/usr/local --enable-languages=c,c++,objc,lto --enable-lto
--enable-gold
Thread model: posix
gcc version 4.5.0 20100309 (experimental) (GCC)
Source:
void a()
{
}
> /usr/local/gcc45/bin/g++ -f
--- Comment #4 from d dot g dot gorbachev at gmail dot com 2010-03-10
00:17 ---
Created an attachment (id=20071)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20071&action=view)
Another testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43057
--- Comment #1 from boostcpp at gmail dot com 2010-03-10 00:08 ---
Umm, I found that non-variadic template is more specialized than the variadic
templates.
I wonder it affects this.
However, in this case, I think there is no type to be specialized.
--
http://gcc.gnu.org/bugzilla/sho
--- Comment #6 from zsojka at seznam dot cz 2010-03-10 00:03 ---
(From update of attachment 20067)
this testcase is now in pr43317
--
zsojka at seznam dot cz changed:
What|Removed |Added
-
--- Comment #2 from d dot g dot gorbachev at gmail dot com 2010-03-10
00:01 ---
Created an attachment (id=20070)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20070&action=view)
Testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43316
--- Comment #1 from zsojka at seznam dot cz 2010-03-10 00:01 ---
Created an attachment (id=20069)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20069&action=view)
reduced testcase (originally comment #2 in pr43314)
Command line:
gcc -O1 -fipa-struct-reorg -fwhole-program -fipa-typ
--- Comment #1 from d dot g dot gorbachev at gmail dot com 2010-03-10
00:01 ---
Created an attachment (id=20068)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20068&action=view)
Backtrace
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43316
+++ This bug was initially created as a clone of Bug #43314 +++
Command line:
gcc -O1 -fipa-struct-reorg -fwhole-program -fipa-type-escape -g testcase.c
Tested revisions:
r157326 - crash
r157292 - crash
r156999 - crash
r156745 - OK
r153685 - OK
4.4 r157120 - OK
Output - trunk:
$ /mnt/svn/gcc-tru
GCC 4.5.0 20100304
--
Summary: fold check: original tree changed by fold
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot
Following code is compiled and print "#1".
But I think it should be ambiguous error.
template < typename T >
void f(T) { std::cout << "#1" << std::endl ; }
template < typename T, typename ... Types >
void f( T, Types ... ) { std::cout << "#2" << std::endl ; }
int main()
{
f(0) ;// #print #1
--- Comment #4 from sje at cup dot hp dot com 2010-03-09 23:49 ---
Yes, I think this is clearly a bug in the IA64 definition of
sync_compare_and_swap. I think the fix is swapping the two instructions being
generated by the IA64 sync_compare_and_swap instruction. (cmpxchg4.rel
followed
--- Comment #9 from pinskia at gcc dot gnu dot org 2010-03-09 23:39 ---
This patch did not fully fix -fipa-struct-reorg with -g, see PR 43314 which
shows the issue with malloc.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43084
--- Comment #5 from pinskia at gcc dot gnu dot org 2010-03-09 23:37 ---
the two testcases are different issues. The first one is independent of -g and
the second is dependent on -g.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43314
--- Comment #4 from pinskia at gcc dot gnu dot org 2010-03-09 23:36 ---
This code is weird and really depends on the pointer being a constant (and not
even NULL).
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #3 from zsojka at seznam dot cz 2010-03-09 23:34 ---
Testcase from comment #2 can be different issue, it doesn't crash with 4.3/4.4
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43314
--- Comment #3 from jakub at gcc dot gnu dot org 2010-03-09 23:33 ---
__sync_bool_compare_and_swap is documented to be a full barrier, so I think the
bug must be on the ia64/sync.md side.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42869
--- Comment #2 from zsojka at seznam dot cz 2010-03-09 23:31 ---
Created an attachment (id=20067)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20067&action=view)
reduced testcase, this one causes segfault even with checking
$ /mnt/svn/gcc-trunk/binary-157326-lto/bin/gcc -O1 -fipa
--- Comment #1 from zsojka at seznam dot cz 2010-03-09 23:29 ---
Created an attachment (id=20066)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20066&action=view)
reduced testcase
gcc -O1 -fipa-struct-reorg -fwhole-program -fipa-type-escape -g pr43314.c
--
http://gcc.gnu.org/
Command line:
gcc -O1 -fipa-struct-reorg -fwhole-program -fipa-type-escape -g testcase.c
Tested revisions:
r157326 - crash
r156999 - crash
r154830 - crash
r153685 - crash (in find_new_var_of_type, at ipa-struct-reorg.c:590)
4.4 r157120 - crash (in find_new_var_of_type, at ipa-struct-reorg.c:588)
4
--- Comment #2 from sje at cup dot hp dot com 2010-03-09 23:25 ---
I think the code is wrong. Looking at ToT, config/ia64/sync.md will generate
the code shown where the memory fence is in front of the cmpxchg4.rel
instruction.
cmpxchg4.rel has release semantics which are defined in the
--- Comment #8 from meissner at gcc dot gnu dot org 2010-03-09 23:14
---
Yes, it appears fixed here as well. Thanks.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43299
--- Comment #15 from jakub at gcc dot gnu dot org 2010-03-09 22:54 ---
Yes, sticking them in gcc/testsuite/gcc.dg/guality/ and using
/* { dg-final { gdb-test "" "" } } */
If my patch really broke that, then I think we'll need to use some REG_CFA_*
note or something similar to be able
--- Comment #14 from hjl dot tools at gmail dot com 2010-03-09 22:44
---
Is there a way to add debug testcases from PR 36728 to gcc testsuite?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43290
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.4.4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41786
--- Comment #8 from jason at gcc dot gnu dot org 2010-03-09 22:42 ---
This and 41786 are both bugs due to my change to push parameter declarations
early, so we get some semantic errors even though we're parsing tentatively.
--
jason at gcc dot gnu dot org changed:
What
--- Comment #13 from hjl dot tools at gmail dot com 2010-03-09 22:39
---
(In reply to comment #9)
> (In reply to comment #8)
> > Created an attachment (id=20044)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20044&action=view) [edit]
> > gcc44-pr43290-2.patch
> >
> > Another fix.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jason at gcc dot gnu dot org
|dot org
--- Comment #3 from jason at gcc dot gnu dot org 2010-03-09 22:32 ---
I agree with James Kanze's analysis.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #23 from spop at gcc dot gnu dot org 2010-03-09 22:31 ---
Thanks for reducing this testcase.
On the further reduced kernel:
SUBROUTINE SPECTOP(Dr,N)
IMPLICIT REAL*8(A-H,o-Z)
DIMENSION d1(0:32,0:32) , Dr(0:32,0:32) , x(0:32)
REAL*8 Dr
DO k = 1
--- Comment #7 from pinskia at gcc dot gnu dot org 2010-03-09 22:22 ---
very much related to PR 41786
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41185
--- Comment #6 from pinskia at gcc dot gnu dot org 2010-03-09 22:21 ---
This looks like the normal issue of confusing between function declaration vs a
variable initialization.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41185
--- Comment #1 from pinskia at gcc dot gnu dot org 2010-03-09 22:16 ---
*** This bug has been marked as a duplicate of 28767 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #2 from pinskia at gcc dot gnu dot org 2010-03-09 22:16 ---
*** Bug 43312 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #5 from pluto at agmk dot net 2010-03-09 22:15 ---
$ g++ t.cpp -c
t.cpp: In member function 'void Bmp::Artist_V::put_artist(const
Bmp::AlbumArtist&)':
t.cpp:33: error: size of array 'i_toplevel' has non-integral type
'Gtk::TreeModelColumn'
t.cpp:33: error: no match for 'oper
--- Comment #4 from pluto at agmk dot net 2010-03-09 22:14 ---
Created an attachment (id=20065)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20065&action=view)
reduced testcase.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41185
--- Comment #3 from pinskia at gcc dot gnu dot org 2010-03-09 22:12 ---
For non-PODs, calls not inside thunks, we convert into passing explicitly by
reference. So the IR for thunks is incorrect.
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed
--- Comment #2 from jamborm at gcc dot gnu dot org 2010-03-09 22:08 ---
Patch submitted to the mailing list:
http://gcc.gnu.org/ml/gcc-patches/2010-03/msg00357.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43257
--- Comment #3 from schwab at linux-m68k dot org 2010-03-09 21:59 ---
Fixed.
--
schwab at linux-m68k dot org changed:
What|Removed |Added
Status|UNCONFIRMED
--- Comment #2 from schwab at gcc dot gnu dot org 2010-03-09 21:57 ---
Subject: Bug 43294
Author: schwab
Date: Tue Mar 9 21:57:36 2010
New Revision: 157328
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157328
Log:
PR target/43294
* config/m68k/m68k.c (TARGET_DELEGITIMIZE_ADDRE
--- Comment #3 from pjames at avtrex dot com 2010-03-09 21:43 ---
I was able to reproduce in Fedora Core 6 and Fedora Core 11
mipsel-linux-gcc (GCC) 4.3.4 20090326 (prerelease)
I was able to avoid the problem by first compiling my .java files to .class
files, then compiling the .class
--- Comment #2 from pinskia at gcc dot gnu dot org 2010-03-09 21:33 ---
covariant return thunk to CPlayout::CreateCarousel(CCarouselOwner*,
CRemapPidIndex)
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #1 from rozachar at cisco dot com 2010-03-09 21:10 ---
Created an attachment (id=20064)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20064&action=view)
simplied source code which will cause the error
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43313
--- Comment #5 from spop at gcc dot gnu dot org 2010-03-09 21:07 ---
This is different than PR42181.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43306
--- Comment #3 from kargl at gcc dot gnu dot org 2010-03-09 21:06 ---
If one is trying to adhere to a Standard then use -std=.
-pedantic simply should not be used with gfortran.
As for documenting this, see arith.c, the PR's listed
there and the mailing list.
--
kargl at gcc dot gnu
I am unable to compile this code at -O1 or higher for ppc target. I tested
this on my 4.2.4 cross compiler, Denx 4.2.2 cross compiler, and my 4.4.1 cross
compiler.
[rozac...@torlxemb1 OM_Playout]$ powerpc-burke-linux-g++ -c -O1 -v test.ii
Using built-in specs.
Target: powerpc-burke-linux
Config
--- Comment #4 from howarth at nitro dot med dot uc dot edu 2010-03-09
21:01 ---
Does this fix resolve PR42181 as well or is that a different issue with
fgraphite-identity -fstrict-overflow?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43306
--- Comment #2 from dominiq at lps dot ens dot fr 2010-03-09 20:45 ---
> Don't use -pedantic. It forces a symmetric range on
> the integer type, [-huge():huge].
This should probably be documented. Probably after
Valid Fortran 95 programs should compile properly with or without this op
at this problem exists in the current head (r157312).
To reproduce:
$ cat mp.ii
struct S {
int b;
int foo(int x) { return b+x; }
};
int f(S &s, int (S::*pimf)(int)) { return (s.*pimf)(42); }
$ with-my-gcc g++ --version
g++ (GCC) 4.5.0 20100309 (experimental)
Copyright (C) 2010 Free Softw
--- Comment #22 from paolo dot carlini at oracle dot com 2010-03-09 20:15
---
As a last resort, we can imagine doing that. Would be the first case, however,
to my best knowledge, that we provide a different interface controlled by a
macro this way. Much better would be, and has also bee
--- Comment #14 from jvdelisle at gcc dot gnu dot org 2010-03-09 20:13
---
Yes, I will backport to 4.4 in a few days.
Regarding a followup patch. There are differences between internal units and
how padding is handled and external units. I am certain we have crossed this
question bef
--- Comment #5 from jakub at gcc dot gnu dot org 2010-03-09 20:12 ---
Subject: Bug 43293
Author: jakub
Date: Tue Mar 9 20:11:53 2010
New Revision: 157325
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157325
Log:
PR debug/43293
* config/i386/t-i386 (i386.o): Dep
--- Comment #21 from jzwinck at gmail dot com 2010-03-09 19:55 ---
(In reply to comment #18)
> Because would be non-conforming. In case my previous message was not clear
> enough, in C++1x erase will return *iterator*.
The Boost approach is still an option for GCC: let the standards mand
--- Comment #5 from pinskia at gcc dot gnu dot org 2010-03-09 19:55 ---
C testcase:
#include
typedef __m64 m64;
static inline m64 alpha(m64 x) {
x = _mm_unpackhi_pi16(x, x);
x = _mm_unpackhi_pi16(x, x);
return x;
}
static inline m64 _byte_mul(const m64 a, const m64 b, const m64 mm
--- Comment #7 from pinskia at gcc dot gnu dot org 2010-03-09 19:55 ---
*** Bug 43308 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #3 from paolo dot carlini at oracle dot com 2010-03-09 19:42
---
If you could provide a small self contained snippet exhibiting the problem, it
would be great.
Jason, can you have a look at this? Just in case it's actually a regression...
Thanks in advance.
--
paolo dot
--- Comment #4 from pinskia at gcc dot gnu dot org 2010-03-09 19:41 ---
Reduced testcase:
#include
typedef __m64 m64;
static inline m64 alpha(m64 x) {
x = _mm_unpackhi_pi16(x, x);
x = _mm_unpackhi_pi16(x, x);
return x;
}
static inline m64 _byte_mul(const m64 &a, const m64 &b, cons
--- Comment #1 from kargl at gcc dot gnu dot org 2010-03-09 19:40 ---
Don't use -pedantic. It forces a symmetric range on
the integer type, [-huge():huge]. This can be checked
during constant folding, and NOT(A) is detected as an
error. gfortran does not instrument the runtime code
fo
--- Comment #3 from spop at gcc dot gnu dot org 2010-03-09 19:39 ---
Subject: Bug 43306
Author: spop
Date: Tue Mar 9 19:39:27 2010
New Revision: 157322
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157322
Log:
Fix PR43306: correct evolution_function_right_is_integer_cst.
2010
--- Comment #2 from pluto at agmk dot net 2010-03-09 19:35 ---
ping^0
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41185
--- Comment #7 from pluto at agmk dot net 2010-03-09 19:34 ---
current 4.4.x generates 'movdqa (%rdi), %xmm0' in both cases.
4.2 branch is closed, 4.3 is near to close.
can we close this bug as fixed?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32951
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
AssignedTo|paolo dot carlini at oracle |unassigned at gcc dot gnu
|dot com
--- Comment #20 from paolo dot carlini at oracle dot com 2010-03-09 19:19
---
Nobody knows the gory details, but Plauger said that people can look into the
headers of the last beta of Visual Studio... Knowledgeable people are under the
impression they are using a different, double linke
--- Comment #19 from sjackman at gmail dot com 2010-03-09 19:15 ---
How does the Dinkumware implementation avoid the performance hit of erase
returning an iterator?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41975
--- Comment #12 from ro at CeBiTec dot Uni-Bielefeld dot DE 2010-03-09
19:14 ---
Subject: Re: amd64 TLS IE code sequence on Solaris 2/x86 violates spec
> --- Comment #11 from hjl dot tools at gmail dot com 2010-03-09 18:45
> ---
> Sun linker changes
>
>4: 64 48 8b 14 2
reduced testcase:
typedef struct { unsigned char b1, b2; } __attribute__((aligned(8))) S;
void f( S const* s, unsigned char* b1, unsigned char* b2 )
{
*b1 = s->b1;
*b2 = s->b2;
}
generates at -Os and -O3:
f:
movb(%rdi), %al # .b1, .b1
movb%al, (%rsi)
Easier to explain with a trivial piece of code...
PROGRAM BAR
LOGICAL :: foo
INTEGER,PARAMETER :: a = HUGE(1)
INTEGER :: b
b = HUGE(1)
foo = NOT(a) >= 0 ! FAILS WITH -pedantic
foo = NOT(b) >= 0 ! OK WITH -pedantic
END PROGRAM BAR
If -pedantic is used, then PARAMETERs appear to be han
--- Comment #9 from jakub at gcc dot gnu dot org 2010-03-09 19:02 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #12 from jakub at gcc dot gnu dot org 2010-03-09 19:01 ---
Fixed for 4.5+.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASS
--- Comment #4 from jakub at gcc dot gnu dot org 2010-03-09 19:01 ---
Fixed for 4.5+.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCO
--- Comment #6 from jakub at gcc dot gnu dot org 2010-03-09 19:00 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #7 from jakub at gcc dot gnu dot org 2010-03-09 19:00 ---
Fixed (at least powerpc64-linux --with-cpu=default64 bootstrapped and its
regtest is currently pending).
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from hjl dot tools at gmail dot com 2010-03-09 18:59 ---
(In reply to comment #4)
> Confirmed. Introduced by Honza with the optimize_insn_for_size_p () changes.
>
That is revision 138835:
http://gcc.gnu.org/ml/gcc-cvs/2008-08/msg00394.html
--
http://gcc.gnu.org/bu
--- Comment #6 from jakub at gcc dot gnu dot org 2010-03-09 18:54 ---
Subject: Bug 43299
Author: jakub
Date: Tue Mar 9 18:54:25 2010
New Revision: 157317
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157317
Log:
PR debug/43299
* dwarf2out.c (const_ok_for_output
--- Comment #5 from jakub at gcc dot gnu dot org 2010-03-09 18:53 ---
Subject: Bug 43299
Author: jakub
Date: Tue Mar 9 18:53:38 2010
New Revision: 157316
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157316
Log:
PR debug/43299
* var-tracking.c (adjust_sets): Ne
--- Comment #5 from jakub at gcc dot gnu dot org 2010-03-09 18:51 ---
Subject: Bug 43304
Author: jakub
Date: Tue Mar 9 18:51:44 2010
New Revision: 157315
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157315
Log:
PR debug/43304
* var-tracking.c (vt_expand_loc_ca
--- Comment #3 from jakub at gcc dot gnu dot org 2010-03-09 18:51 ---
Subject: Bug 43293
Author: jakub
Date: Tue Mar 9 18:50:40 2010
New Revision: 157314
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157314
Log:
PR debug/43293
* config/i386/t-i386 (i386.o): Dep
--- Comment #18 from paolo dot carlini at oracle dot com 2010-03-09 18:49
---
Because would be non-conforming. In case my previous message was not clear
enough, in C++1x erase will return *iterator*.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41975
--- Comment #11 from jakub at gcc dot gnu dot org 2010-03-09 18:49 ---
Subject: Bug 43290
Author: jakub
Date: Tue Mar 9 18:48:43 2010
New Revision: 157313
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157313
Log:
PR debug/43290
* config/i386/i386.c (ix86_get_dr
--- Comment #11 from hjl dot tools at gmail dot com 2010-03-09 18:45
---
Sun linker changes
4: 64 48 8b 14 25 00 00 00 00 mov%fs:0x0,%rdx
d: 48 8b 05 00 00 00 00mov0x0(%rip),%rax# 14
10: R_X86_64_GOTTPOFF cnt-0x4
to
400e0c: 64 48 8b 04
--- Comment #10 from ro at CeBiTec dot Uni-Bielefeld dot DE 2010-03-09
18:43 ---
Subject: Re: amd64 TLS IE code sequence on Solaris 2/x86 violates spec
> --- Comment #6 from hjl dot tools at gmail dot com 2010-03-09 18:30
> ---
> Please also update tie executables generated
--- Comment #17 from jzwinck at gmail dot com 2010-03-09 18:40 ---
(In reply to comment #16)
> there is evidence (eg, the Dinkumware implementation) that returning an
> iterator doesn't necessarily impact performance.
The GCC implementation does have poor performance. Why not leave the
--- Comment #3 from pinskia at gcc dot gnu dot org 2010-03-09 18:39 ---
Reducing ...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43308
--- Comment #9 from ro at CeBiTec dot Uni-Bielefeld dot DE 2010-03-09
18:38 ---
Subject: Re: amd64 TLS IE code sequence on Solaris 2/x86 violates spec
> --- Comment #4 from hjl dot tools at gmail dot com 2010-03-09 18:11
> ---
> Please also upload tie.o.
Done.
Raine
--- Comment #8 from ro at gcc dot gnu dot org 2010-03-09 18:37 ---
Created an attachment (id=20063)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20063&action=view)
Object file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43309
--- Comment #2 from pinskia at gcc dot gnu dot org 2010-03-09 18:37 ---
Worked with:
gcc version 4.5.0 20100304 (experimental) [trunk revision 157233] (GCC)
But fails with:
GNU C++ (GCC) version 4.5.0 20100309 (experimental) [trunk revision 157311]
(x86_64-unknown-linux-gnu
1 - 100 of 167 matches
Mail list logo
