compile with pre-4.4 trunk:
Using built-in specs.
Target: i686-linux
Configured with: ../trunk/configure --enable-languages=c,c++ --build=i686-linux
--host=i686-linux --target=i686-linux
--prefix=/g/users/cgd/proj/gcc-trunk/bld/../inst
Thread model: posix
gcc version 4.4.0 20081123 (experimenta
--- Comment #1 from cgd at google dot com 2008-11-23 08:48 ---
Created an attachment (id=16750)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16750&action=view)
preprocessed source from test case in bug report.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38233
As noted by Dominique in PR 27766, the following test case is valid:
program main
real, dimension(2,2) :: result
real, dimension(6) :: source
real, dimension(2) :: pad
call random_number (source)
call random_number (pad)
result = reshape(source, shape(result),pad=pad(1:0))
result =
--- Comment #7 from tkoenig at gcc dot gnu dot org 2008-11-23 08:54 ---
(In reply to comment #6)
> (2) The failure of gfortran.dg/bound_2.f90 comes from " Incorrect size in
> SOURCE argument to RESHAPE intrinsic: is 9, should be 4". This is wrong, the
> standard says:
>
> "If PAD is a
--
tkoenig at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |tkoenig at gcc dot gnu dot
|dot org
$ ifort -CB pr37243.f
$ ./a.out
forrtl: severe (408): fort: (3): Subscript #2 of the array V has value 0 which
is less than the lower bound of 1
Image PCRoutineLineSource
a.out 0808C357 Unknown Unknown Unknown
a.out
--- Comment #4 from dominiq at lps dot ens dot fr 2008-11-23 11:12 ---
On *-apple-darwin9, the following tests are now failing:
FAIL: 22_locale/num_put/put/char/38210.cc execution test
FAIL: 22_locale/num_put/put/wchar_t/38210.cc execution test
--
dominiq at lps dot ens dot fr chang
--- Comment #1 from dominiq at lps dot ens dot fr 2008-11-23 10:08 ---
The variable II in "CALL DAXPY(N,DUM,V(1,II),1,V(1,I),1)" is not initialized.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38235
struct X { int i; };
int __attribute__((noinline))
foo (struct X *p, int *q, int a, int b)
{
struct X x, y;
if (a)
p = &x;
if (b)
q = &x.i;
else
q = &y.i;
*q = 1;
return p->i;
}
extern void abort (void);
int main()
{
if (foo((void *)0, (void *)0, 1, 1) != 1)
abort ();
--- Comment #1 from rguenth at gcc dot gnu dot org 2008-11-23 12:11 ---
Mine. Patch posted.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Assign
--- Comment #2 from rguenth at gcc dot gnu dot org 2008-11-23 12:17 ---
GCC 4.3 is "safe" because it doesn't fall back to anything for p, but uses
{ x, y, ANYTHING } instead. In turn it heavily relies on correct call clobbers
if you obfuscate the pointers. Which makes me not entirely c
--- Comment #1 from rguenth at gcc dot gnu dot org 2008-11-23 12:20 ---
Confirmed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Keywords||rejects-valid
Known to work||4.3.2
--- Comment #5 from dominiq at lps dot ens dot fr 2008-11-23 12:02 ---
Apparently the failures I have reported in comment #4 disappear if I rebuild
libstdc++. Sorry for the noise.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38210
--- Comment #16 from steven at gcc dot gnu dot org 2008-11-23 13:07 ---
Created an attachment (id=16751)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16751&action=view)
Proof-of-concept patch
It is not terribly complicated to add hoisting to tree-ssa-pre.c. I have
attached the r
--- Comment #17 from steven at gcc dot gnu dot org 2008-11-23 13:11 ---
For the test case of comment #0, the proof-of-concept patch does the following
in the .084t.pre dump (relevant excerpts only):
VBEOUT[2] := { {lshift_expr,a_2(D),1} (0004) }
Inserting expression 5 into AVAIL_OUT[2
--- Comment #18 from steven at gcc dot gnu dot org 2008-11-23 13:22 ---
The test case of PR38204 shows one of the problems with proof-of-concept patch,
namely the "don't move up too much" problem. The .pre dump looks like this:
test (int a, int b, int c, int g)
{
int pretmp.11;
int
--- Comment #19 from rguenth at gcc dot gnu dot org 2008-11-23 13:32
---
Nice.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23286
--- Comment #20 from rguenth at gcc dot gnu dot org 2008-11-23 13:43
---
We also need to make sure not to do hoisting where we should do sinking like
for
int foo(int b, int i)
{
int res;
if (b)
res = i + 1;
else
res = i + 1;
return res;
}
(add some more code that shows
--- Comment #6 from paolo dot carlini at oracle dot com 2008-11-23 14:01
---
(In reply to comment #5)
> Apparently the failures I have reported in comment #4 disappear if I rebuild
> libstdc++.
Not surprising ;)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38210
This is a fallout of
2008-08-19 Rafael EspÃndola <[EMAIL PROTECTED]>
* varasm.c (weak_decls): Move earlier in the file.
(assemble_external): Add weak decls to the weak_decls list.
(declare_weak): Don't add decls to the weak_decls list.
[EMAIL PROTECTED]:~/build/gcc/na
--- Comment #21 from steven at gcc dot gnu dot org 2008-11-23 14:20 ---
I'll work on something that bootstraps and passes testing. But cost-related
decisions (like the one from comment #20) are not on my TODO list right now.
The pass that should do this is called sched1 ;-)
--
htt
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-11-23 14:41 ---
There is a defect report which changed C++98 dealing with default
initialization which might be causing this issue, see DR178.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38233
--- Comment #16 from tkoenig at gcc dot gnu dot org 2008-11-23 15:10
---
Subject: Bug 38135
Author: tkoenig
Date: Sun Nov 23 15:08:32 2008
New Revision: 142134
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142134
Log:
2008-11-23 Thomas Koenig <[EMAIL PROTECTED]>
PR
--- Comment #17 from tkoenig at gcc dot gnu dot org 2008-11-23 15:10
---
Fixed on 4.3.
Closing.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38135
--- Comment #18 from tkoenig at gcc dot gnu dot org 2008-11-23 15:17
---
... and now really closing.
--
tkoenig at gcc dot gnu dot org changed:
What|Removed |Added
The following example fails to compile:
#include
#include
using namespace std::tr1::placeholders;
class player
{
public:
void play(int time) { printf("player::play(%d);\n", time);}
void stop() { printf("player::stop();\n"); }
};
int main()
{
player thePlayer;
--- Comment #1 from rguenth at gcc dot gnu dot org 2008-11-23 16:14 ---
Confirmed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-11-23 16:47 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-11-23 16:49 ---
Reducing ...
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Known to fail|
Following program
cat >test-pg-src.c <
int
main(int argc, char **argv)
{
printf("argc: %d argv: %p\n", argc, argv);
return 0;
}
EOF
compiled with "-pg" options
gcc -pg -o test-pg test-pg-src.c
results in following code (disassembled with mdb)
main: leal 0x4(%esp),%ecx
main+4: andl
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|major |normal
Component|c |target
http:
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-11-23 18:25 ---
Reduced testcase:
namespace std {
template class function;
template struct
function<_Res(_ArgTypes...)>
{
template function(_Functor __f);
};
}
struct foo {
void bar();
};
foo f;
void (foo::*a)()=&f
--- Comment #14 from pinskia at gcc dot gnu dot org 2008-11-23 18:28
---
>But -mavx -msse5 will generate codes which won't run on any machines.
It could run on a simulator that has both (or a new processor which has not
come out yet). Or are there conflicts with the opcodes themselves
--- Comment #22 from dberlin at gcc dot gnu dot org 2008-11-23 18:30
---
Subject: Re: missed fully redundant expression
Sinking fits into the reverse framework.
Apparently the SSUPRE person plans on submitting when 4.5 opens, and
you can fit sinking frameworks into there.
On Sun, No
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-11-23 18:31 ---
DR 178 changed some of the behavior here and I think what GCC is doing is now
the correct behavior according to that Defect report.
http://www.open-std.org/jtc1/sc22/wg21/docs/cwg_defects.html#178
See Also PR 36394
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Component|testsuite |target
Target Milestone|--- |4.4.0
http:/
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-11-23 18:45 ---
*** This bug has been marked as a duplicate of 33512 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #7 from pinskia at gcc dot gnu dot org 2008-11-23 18:45 ---
*** Bug 38218 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-11-23 18:46 ---
This is just a testsuite issue.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-11-23 18:44 ---
The patch which introduced this testcase:
http://gcc.gnu.org/ml/gcc-patches/2008-08/msg01925.html
I thought I reported this failure to Paolo but I can't find the email.
--
pinskia at gcc dot gnu dot org changed:
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--- Comment #3 from danglin at gcc dot gnu dot org 2008-11-23 18:46 ---
This test also fails on linux SMP machines. Test fails on 4.3.x
and 4.4.0.
--
danglin at gcc dot gnu dot org changed:
What|Removed |Added
-
The attached test case segfaults because the definition of V
would differ with and without -msse. Without, we would use
vector emulation and the type has BLKmode; with, we would
have native instructions and the type has V4SFmode.
Vector types probably need a functional query for TYPE_MODE,
so t
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-11-23 18:55 ---
This happens on i386-darwin also (-m64 -O2 -fomit-frame-pointer):
movl%edi, %edx
testb %dil, %dil
movl$-1, %eax
notl%edx
cmovne %edx, %eax
Using the following s
--- Comment #1 from rth at gcc dot gnu dot org 2008-11-23 18:56 ---
Created an attachment (id=16752)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16752&action=view)
test case
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38240
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--
rth at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |rth at gcc dot gnu dot org
|dot org
--- Comment #3 from pinskia at gcc dot gnu dot org 2008-11-23 19:01 ---
This was fixed with the fix for PR 5247.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-11-23 19:07 ---
Confirmed, trying to figure out what is going wrong.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #20 from burnus at gcc dot gnu dot org 2008-11-23 19:07 ---
Mikael, Daniel: Have I missed something or is everything in this PR fixed in
4.4 ("trunk") and only some 4.3 back porting is needed?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35681
--- Comment #1 from tkoenig at gcc dot gnu dot org 2008-11-23 19:27 ---
Subject: Bug 38234
Author: tkoenig
Date: Sun Nov 23 19:25:42 2008
New Revision: 142137
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142137
Log:
2008-11-23 Thomas Koenig <[EMAIL PROTECTED]>
PR li
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-11-23 19:30 ---
Can you provide the preprocessed source and the output of adding -v to the
invocation line?
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #2 from tkoenig at gcc dot gnu dot org 2008-11-23 19:32 ---
Fixed. Closing.
--
tkoenig at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- Comment #3 from ktietz at gcc dot gnu dot org 2008-11-23 20:41 ---
Patch for this problem
Index: calls.c
===
--- calls.c (revision 142122)
+++ calls.c (working copy)
@@ -2077,7 +2077,7 @@
}
#ifdef REG_PAR
--- Comment #8 from dominiq at lps dot ens dot fr 2008-11-23 20:52 ---
For gfortran.dg/g77/dnrm2.f the failure comes from the old style array
declaration:
double precision dx(1), cutlo, cuthi, hitest, sum, xmax,zero,one
If 'dx(1)' is replaced by 'dx(*)', -fbounds-check does not
--- Comment #9 from dominiq at lps dot ens dot fr 2008-11-23 21:02 ---
In addition to comment #8, the bound check would be possible using:
double precision dx(n), cutlo, cuthi, hitest, sum, xmax,zero,one
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27766
--- Comment #4 from m dot b dot lankhorst at gmail dot com 2008-11-23
21:11 ---
Patch seems to fix the testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38227
--- Comment #3 from mikael at gcc dot gnu dot org 2008-11-23 21:27 ---
(In reply to comment #2)
> How about packaging your patch and submitting it?
>
It seems you missed it.
http://gcc.gnu.org/ml/fortran/2008-11/msg00249.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38184
--- Comment #4 from pault at gcc dot gnu dot org 2008-11-23 21:36 ---
Subject: Bug 37735
Author: pault
Date: Sun Nov 23 21:34:44 2008
New Revision: 142142
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142142
Log:
2008-11-23 Paul Thomas <[EMAIL PROTECTED]>
PR fortran/
Currently we are failing g++.old-deja/g++.pt/const2.C at both -m32 and -m64 on
i686-apple-darwin9 and powerpc-apple-darwin9 because the darwin linker returns
the error...
Undefined symbols:
"A::i", referenced from:
_p in ccXjnF0c.o
ld: symbol(s) not found
collect2: ld returned 1 exit statu
--- Comment #1 from howarth at nitro dot med dot uc dot edu 2008-11-23
22:20 ---
Is there any documentation available for dg-message? Specifically what is the
purpose of the last digit in...
// { dg-message "i" "" { target *-*-* } 0 }
So far I am not having much luck recrafting a line
--- Comment #10 from dominiq at lps dot ens dot fr 2008-11-23 22:39 ---
With the following changes:
Only in ../_gcc_clean/gcc/testsuite/gfortran.dg/: array_memset_2.f90
Only in gcc/testsuite/gfortran.dg/: array_setmem_2.f90
--- ../_gcc_clean/gcc/testsuite/gfortran.dg/pr37243.f 2008-0
The following code compiles. It shouldn't. The operator+ should not be found.
According to 3.4.2/2, the associated namespace of a type includes those of its
bases and of its template arguments, but not its bases' template arguments.
namespace N
{
struct S {};
template
void operator+(T
--- Comment #2 from special at dereferenced dot net 2008-11-23 23:46
---
Created an attachment (id=16753)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16753&action=view)
Preprocessed source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38177
--- Comment #3 from special at dereferenced dot net 2008-11-23 23:48
---
Output of the failed command with -v (removed irrelevant lines of 'ignoring
nonexistant/duplicate directory' for incldues):
Reading specs from
/var/tmp/portage/sys-devel/gcc-4.3.2/work/build/./prev-gcc/specs
Targe
--- Comment #3 from crowl at google dot com 2008-11-23 23:50 ---
The relevant change in DR 178 is
To value-initialize an object of type T means:
* if T is a class type (clause 9 [class]) with a user-declared
constructor (12.1 [class.ctor]), then the default constructor
--- Comment #2 from howarth at nitro dot med dot uc dot edu 2008-11-24
00:54 ---
The patch submitted in...
http://gcc.gnu.org/ml/gcc-patches/2008-11/msg01231.html
...prunes the output lines for those containing "ld: symbol" which
eliminates the bogus execessive errors failure on *-*-d
--- Comment #9 from clerman at fuse dot net 2008-11-24 02:18 ---
Subject: Re: bug6 ambiguous reference
Mikael,
Thank you for responding to this bug report, and please excuse my delay in
replying.
I have rewritten the code in question, and it now works fine.
Thanks to everyone
The following violates constraint C99 6.7.3p2 yet is only a warning with
-pedantic-errors:
restrict struct s;
--
Summary: Restrict constraint violation not an error with -
pedantic-errors
Product: gcc
Version: unknown
Status: UNCO
g++ compiled as of yesterday afternoon:
Using built-in specs.
Target: i686-linux
Configured with: ../trunk/configure --enable-languages=c,c++ --build=i686-linux
--host=i686-linux --target=i686-linux
--prefix=/g/users/cgd/proj/gcc-trunk/bld/../inst
Thread model: posix
gcc version 4.4.0 20081123
--- Comment #1 from cgd at google dot com 2008-11-24 03:54 ---
Created an attachment (id=16754)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16754&action=view)
preprocessed source from test case in bug report.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38244
4.4.0 20081123 (experimental) (GCC)
[EMAIL PROTECTED]:~/volatile/tmp66$ cat small.c
#include
#include
static inline int8_t
safe_sub_int8_t_s_s (int8_t si1, int8_t si2)
{
if (((si1^si2)
& (((si1 ^ ((si1^si2)
& (1 <
--- Comment #31 from hackbunny at reactos dot com 2008-11-24 04:32 ---
Created an attachment (id=16755)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16755&action=view)
testcase.c:10: warning: y renamed after being referenced in assembly
Compile test case with -funit-at-a-time
gc
--- Comment #32 from hackbunny at reactos dot com 2008-11-24 04:32 ---
I've been told that this is related to the test case I just attached
--
hackbunny at reactos dot com changed:
What|Removed |Added
---
The following violates constraint C99 6.7.3p2 yet is only a warning with
-pedantic-errors:
restrict struct s;
--
Summary: Restrict constraint violation not an error with -
pedantic-errors
Product: gcc
Version: unknown
Status: UNCO
--- Comment #1 from jvdelisle at gcc dot gnu dot org 2008-11-24 04:37
---
I will see if we can get this cleaned up.
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #15 from pault at gcc dot gnu dot org 2008-11-24 06:35 ---
Subject: Bug 32795
Author: pault
Date: Mon Nov 24 06:34:16 2008
New Revision: 142148
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142148
Log:
2008-11-24 Paul Thomas <[EMAIL PROTECTED]>
PR fortran
--- Comment #14 from pault at gcc dot gnu dot org 2008-11-24 06:35 ---
Subject: Bug 34143
Author: pault
Date: Mon Nov 24 06:34:16 2008
New Revision: 142148
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142148
Log:
2008-11-24 Paul Thomas <[EMAIL PROTECTED]>
PR fortran
--- Comment #9 from pault at gcc dot gnu dot org 2008-11-24 06:35 ---
Subject: Bug 34820
Author: pault
Date: Mon Nov 24 06:34:16 2008
New Revision: 142148
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142148
Log:
2008-11-24 Paul Thomas <[EMAIL PROTECTED]>
PR fortran/
--- Comment #33 from dannysmith at users dot sourceforge dot net
2008-11-24 06:41 ---
(In reply to comment #32)
> I've been told that this is related to the test case I just attached
Your testcase is more closely related to PR 38054.
Danny
--
http://gcc.gnu.org/bugzilla/show_bug.
83 matches
Mail list logo
