to 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 (experimental) (GCC
--- 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=16750action=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 absent
--
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
--- 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
--- 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
--- 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
--
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=16751action=view)
Proof-of-concept patch
It is not terribly complicated to add hoisting to tree-ssa-pre.c. I have
attached the
--- 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
--- 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
--- 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
--- 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 ;-)
--
--
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=gccview=revrev=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 tr1/functional
#include stdio.h
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
--- 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
--- 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
--- 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 EOF
#includestdio.h
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
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|major |normal
Component|c |target
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-11-23 18:25 ---
Reduced testcase:
namespace std {
templatetypename _Signature class function;
templatetypename _Res, typename... _ArgTypes struct
function_Res(_ArgTypes...)
{
templatetypename _Functor
--- 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
--- 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,
--- 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
--
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
--- 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
--
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
--- 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
--- 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=16752action=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=gccview=revrev=142137
Log:
2008-11-23 Thomas Koenig [EMAIL PROTECTED]
PR
--- 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
--- 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
--- 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=gccview=revrev=142142
Log:
2008-11-23 Paul Thomas [EMAIL PROTECTED]
PR
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:
Aint::i, referenced from:
_p in ccXjnF0c.o
ld: symbol(s) not found
collect2: ld returned 1 exit
--- 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
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 {};
templateclass T, class U
--- 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=16753action=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
--- 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
--- 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
--- 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:
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=16754action=view)
preprocessed source from test case in bug report.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38244
20081123 (experimental) (GCC)
[EMAIL PROTECTED]:~/volatile/tmp66$ cat small.c
#include stdint.h
#include limits.h
static inline int8_t
safe_sub_int8_t_s_s (int8_t si1, int8_t si2)
{
if (((si1^si2)
(((si1 ^ ((si1^si2)
(1
(sizeof
--- 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=16755action=view)
testcase.c:10: warning: y renamed after being referenced in assembly
Compile test case with -funit-at-a-time
gcc
--- 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:
--- 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=gccview=revrev=142148
Log:
2008-11-24 Paul Thomas [EMAIL PROTECTED]
PR
--- 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=gccview=revrev=142148
Log:
2008-11-24 Paul Thomas [EMAIL PROTECTED]
PR
--- 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=gccview=revrev=142148
Log:
2008-11-24 Paul Thomas [EMAIL PROTECTED]
PR
--- 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
--
83 matches
Mail list logo
