--- Comment #4 from jakub at gcc dot gnu dot org 2009-05-29 07:06 ---
Subject: Bug 40017
Author: jakub
Date: Fri May 29 07:06:35 2009
New Revision: 147970
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=147970
Log:
PR target/40017
* config/rs6000/rs6000-c.c
--- Comment #5 from jakub at gcc dot gnu dot org 2009-05-29 07:14 ---
Subject: Bug 40017
Author: jakub
Date: Fri May 29 07:14:20 2009
New Revision: 147971
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=147971
Log:
PR target/40017
* config/rs6000/rs6000-c.c
--- Comment #6 from jakub at gcc dot gnu dot org 2009-05-29 07:16 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED
--- Comment #5 from burnus at gcc dot gnu dot org 2009-05-29 07:43 ---
Is this a duplicate of PR 40040?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24526
--- Comment #12 from burnus at gcc dot gnu dot org 2009-05-29 07:44 ---
Jakub, I think this PR is fixed and can be closed. The remaining issue (ld or
gcc bug) is tracked in PR 40040. Can we close it?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29635
--- Comment #13 from rguenth at gcc dot gnu dot org 2009-05-29 07:50
---
*** Bug 40284 has been marked as a duplicate of this bug. ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from rguenth at gcc dot gnu dot org 2009-05-29 07:50 ---
*** This bug has been marked as a duplicate of 39225 ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|WAITING |NEW
Ever Confirmed|0 |1
Last
--- Comment #2 from rguenth at gcc dot gnu dot org 2009-05-29 07:55 ---
Confirmed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
CC|
--- Comment #3 from mkl at pengutronix dot de 2009-05-29 08:22 ---
Hello Andrew,
(In reply to comment #2)
http://www.nabble.com/Re:-libFFI-arm-compilation-fails-with-assembly-td20346235.html
BTW: I'm not compiling libffi stand alone, here. I'm building the gcc with java
enabled.
Hi,
the code
subroutine gfcbug86 ()
implicit none
integer :: i1(10), i2(10)
print *, count (i1 /= i2)
end subroutine gfcbug86
gives a spurious warning when compiled with -Wconversion
with gfortran 4.3.x up to trunk:
gfcbug86.f90:4.18:
print *, count (i1 /= i2)
1
--- Comment #13 from jakub at gcc dot gnu dot org 2009-05-29 08:51 ---
Closing.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #5 from joseph at codesourcery dot com 2009-05-29 09:42 ---
Subject: Re: New: Request a single option to turn off
all instructions which can cause #TS
This sounds very much like the long-requested -fno-implicit-fp /
-mno-implicit-fp option. We have an implementation of
--- Comment #2 from joseph at codesourcery dot com 2009-05-29 10:06 ---
Subject: Re: New: Using the -V option makes the compiler to
exit with 0 exit code on error
The pexecute interface returns a status value from waitpid from the driver
executed with -V, and gcc.c then passes this
As shown below all gnat.dg tests that need to link are failing for -mabi=32
(they do work for abi=n32 and abi=64).
http://gcc.gnu.org/ml/gcc-testresults/2009-05/msg02405.html
Executing on host: /home/guerby/build/gcc/gnatmake
--GCC=/home/guerby/build/gcc/xgcc
This patch
2009-05-28 Tom Tromey tro...@redhat.com
Phil Muldoon pmuld...@redhat.com
Jonathan Wakely jwakely@gmail.com
* python/Makefile.in, , python/libstdcxx/__init__.py,
python/libstdcxx/v6/__init__.py, python/libstdcxx/v6/printers.py,
Hi,
the following warning appears questionable:
subroutine gfcbug87
implicit none
real:: x
complex :: c
c = c * x
end subroutine gfcbug87
gfcbug87.f90:5.11:
c = c * x
1
Warning: Conversion from REAL(4) to COMPLEX(4) at (1)
There are really no kind conversions
--- Comment #1 from rguenth at gcc dot gnu dot org 2009-05-29 11:26 ---
It probably needs to be split into a separate package for distributors (or go
with a libstdc++ library package). As long as it is configurable whether these
files get installed the situation is IMHO ok.
--
--- Comment #1 from laurent at guerby dot net 2009-05-29 11:41 ---
Likely to be local trailing space
ifeq ($(filter-out a-except%,$(LIBGNAT_TARGET_PAIRS)),$(LIBGNAT_TARGET_PAIRS))
LIBGNAT_TARGET_PAIRS += \
a-except.adsa-except-2005.ads \
a-except.adba-except-2005.adb
endif
=
int
foo (void *x, char *y, unsigned long long z)
{
return memcmp (x, y, z);
}
ICEs with -m32 -O{,2,3} on i686/x86_64 with:
rh503160.i: In function 'foo':
rh503160.i:5: error: unrecognizable insn:
(insn 10 9 11 3 rh503160.i:4 (parallel [
(set (reg:SI 65)
thomasfor...@kaitracid:~/develop/MAIN/$ g++ -c -O2 -Wfatal-errors
-fnon-call-exceptions testcase.ii
testcase.ii:175: internal compiler error: Segmentation fault
thomasfor...@kaitracid:~/develop/MAIN/$ gcc --version
gcc (Debian 4.3.2-1.1) 4.3.2
Copyright (C) 2008 Free Software Foundation, Inc.
This
--- Comment #1 from jakub at gcc dot gnu dot org 2009-05-29 12:53 ---
Works with 3.4.x.
Testing a patch.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from thomas dot forell at cst dot com 2009-05-29 12:54
---
Created an attachment (id=17931)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17931action=view)
Testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40292
At this code I was able to initialize the reference by itself, so actually it
became an uninitialized reference:
#include iostream
using namespace std;
class t
{
public:
t():x(x){x=0;cerrxendl;}
int x;
};
int main()
{
t test;
}
I compiled this code with:
g++ -W -Wall -ansi
--- Comment #1 from pentek dot imre at gmail dot com 2009-05-29 13:00
---
The same applies to this code:
#include iostream
using namespace std;
int main()
{
int x=x;
x=0;
cerrxendl;
}
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40293
--- Comment #3 from jakub at gcc dot gnu dot org 2009-05-29 13:15 ---
Subject: Bug 39958
Author: jakub
Date: Fri May 29 13:14:53 2009
New Revision: 147975
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=147975
Log:
PR middle-end/39958
* omp-low.c (scan_omp_1_op):
--- Comment #4 from jakub at gcc dot gnu dot org 2009-05-29 13:17 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #2 from jakub at gcc dot gnu dot org 2009-05-29 13:30 ---
Works with 4.4/trunk, fixed in between r139854 and r139927.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40292
Hi,
is it correct that
struct S
{
S();
};
S::S::S::S::S()
{
}
int main()
{
S s;
return 0;
}
compiles? At least other compilers have problems with that.
Cheers,
André
--
Summary: method definition can have the class scope multiple time
Product: gcc
--- Comment #2 from rguenth at gcc dot gnu dot org 2009-05-29 14:14 ---
It's a feature to avoid uninitialized warnings. That of course shouldn't work
for initializing references.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from reichelt at gcc dot gnu dot org 2009-05-29 14:19
---
The original testcase doesn't crash anymore, but a slightly larger version
does:
bool foo0(int) { return true; }
bool foo1();
struct A
{
A();
~A();
--- Comment #7 from pinskia at gcc dot gnu dot org 2009-05-29 14:35 ---
*** Bug 40293 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from pinskia at gcc dot gnu dot org 2009-05-29 14:35 ---
*** This bug has been marked as a duplicate of 18635 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from mobileforces at gmail dot com 2009-05-29 14:56 ---
Seems to be fixed in snapshot 4.5-20090528
--
mobileforces at gmail dot com changed:
What|Removed |Added
--- Comment #1 from pinskia at gcc dot gnu dot org 2009-05-29 15:15 ---
*** This bug has been marked as a duplicate of 11764 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #12 from pinskia at gcc dot gnu dot org 2009-05-29 15:15
---
*** Bug 40294 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from abel at gcc dot gnu dot org 2009-05-29 15:33 ---
Subject: Bug 40101
Author: abel
Date: Fri May 29 15:33:17 2009
New Revision: 147977
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=147977
Log:
PR rtl-optimization/40101
* sel-sched-ir.c
--- Comment #24 from pault at gcc dot gnu dot org 2009-05-29 15:33 ---
(In reply to comment #23)
I've added a 'related' PR40275 on -combine not working for Fortran. I think
that as soon as the -fwhole-file patch is added (default or not yet ;-) there
would be interest in -combine
--- Comment #5 from abel at gcc dot gnu dot org 2009-05-29 15:37 ---
Fixed.
--
abel at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #2 from jakub at gcc dot gnu dot org 2009-05-29 15:38 ---
Subject: Bug 40291
Author: jakub
Date: Fri May 29 15:38:20 2009
New Revision: 147978
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=147978
Log:
PR middle-end/40291
* builtins.c
--- Comment #3 from jakub at gcc dot gnu dot org 2009-05-29 15:47 ---
Subject: Bug 40291
Author: jakub
Date: Fri May 29 15:47:31 2009
New Revision: 147979
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=147979
Log:
PR middle-end/40291
* builtins.c
--- Comment #4 from jakub at gcc dot gnu dot org 2009-05-29 15:51 ---
Fixed for 4.4/4.5 so far.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #25 from jv244 at cam dot ac dot uk 2009-05-29 16:34 ---
(In reply to comment #24)
However, there are some
problems involving ICEs dues to different backend_decls being used for derived
types that are identical
I'm not sure this is related, but note comment #8. Even
I'm not sure what's going on here, but with a recent 4.5 snapshot this program
fails:
#include utility
#include cassert
templatetypename T
struct S
{
S() : buf() { }
void set(T i) { buf = std::move(i); }
T get() { return std::move(buf); }
private:
T buf;
};
struct pod { };
--- Comment #1 from jwakely dot gcc at gmail dot com 2009-05-29 17:08
---
This is independent of std::move
#include cassert
struct S
{
S() : buf(5) { }
int get() { return static_castint(buf); }
int buf;
};
int main()
{
S s;
int r = s.get();
assert( r ==
[propagation]/5 says
An object of type exception_ptr can be compared for equality with a null
pointer constant
#include exception
int main()
{
std::exception_ptr p;
return (p == 0);
}
eptr.cc: In function int main():
eptr.cc:7: error: ambiguous overload for operator== in p == 0
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |tromey at gcc dot gnu dot
|dot org
The atomic types in cstdatomic have debug-mode assertions that will always
fail.
#define _GLIBCXX_DEBUG
#include cstdatomic
int main()
{
std::atomic_address ptr;
return ptr.load() ? 0 : 1;
}
Fails with:
--- Comment #2 from tromey at gcc dot gnu dot org 2009-05-29 18:11 ---
I'm working on a fix.
Distro folks will probably want to rewrite the hook file and stick
it somewhere else. The auto-loading search path is documented in the
gdb manual.
--
I just tried to compile the Suse Linux package qemacs-0.3.1-380.42
with the GNU gcc version 4.5 snapshot 20090528.
The compiler said
gcc: Internal error: Segmentation fault (program cc1)
Please submit a full bug report.
See http://gcc.gnu.org/bugs.html for instructions.
Preprocessed source code
--- Comment #1 from dcb314 at hotmail dot com 2009-05-29 18:28 ---
Created an attachment (id=17932)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17932action=view)
C source code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40298
--- Comment #26 from burnus at gcc dot gnu dot org 2009-05-29 18:42 ---
Even identical types are not identical, unless they are sequence type.
... or BIND(C)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40011
--- Comment #5 from luisgpm at linux dot vnet dot ibm dot com 2009-05-29
19:52 ---
From predictive commoning we gain a bit more performance, probably due to the
bigger unrolling factor.
Any chance of the unrolling taking place while still using PRE?
Thanks,
Luis
--
--- Comment #6 from rguenther at suse dot de 2009-05-29 20:15 ---
Subject: Re: [4.5 Regression] Big degradation on
swim/mgrid on powerpc 32/64 after alias improvement merge (gcc r145494)
On Fri, 29 May 2009, luisgpm at linux dot vnet dot ibm dot com wrote:
--- Comment #5 from
--- Comment #6 from jb at gcc dot gnu dot org 2009-05-29 21:04 ---
Fixed on trunk as of r147985, closing as fixed.
--
jb at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from burnus at gcc dot gnu dot org 2009-05-29 21:28 ---
Subject: Bug 40019
Author: burnus
Date: Fri May 29 21:27:54 2009
New Revision: 147987
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=147987
Log:
2009-05-29 Francois-Xavier Coudert fxcoud...@gcc.gnu.org
--- Comment #4 from burnus at gcc dot gnu dot org 2009-05-29 21:33 ---
Checked into the trunk (4.5). Keep open for potential back porting to 4.4.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40019
When compiling a simple program in C++0x mode, attempting to instantiate a rope
yields this error:
$ g++ -o test test.cpp -std=gnu++0x
In file included from
/usr/lib/gcc/x86_64-pc-linux-gnu/4.4.0/include/g++-v4/ext/rope:63,
from test.cpp:1:
--- Comment #1 from mlcreech at gmail dot com 2009-05-29 21:38 ---
Created an attachment (id=17933)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17933action=view)
Trivial test program
Compile with:
g++ -o test test.cpp -std=c++0x
--
ld should be able to accept --output-def and --out-implib according to the
man page, but in fact it can only accept -output-def and -out-implib
nhxlc200 1ld -v
GNU ld version 2.14.90.0.4 20030523
nhxlc200 2ld --out-implib
ld: unrecognized option '--out-implib'
ld: use the --help option for usage
--- Comment #1 from pinskia at gcc dot gnu dot org 2009-05-29 22:41 ---
Please report this to binutils which maintains ld.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from astrange at ithinksw dot com 2009-05-30 00:19 ---
Fixed with new SRA:
_foo1:
subl$12, %esp
movl20(%esp), %eax
movl(%eax), %edx
movl16(%esp), %eax
movl%edx, (%eax)
addl$12, %esp
ret
--
--- Comment #3 from Jay dot St dot Pierre at Colorado dot EDU 2009-05-30
03:08 ---
So first I checked to see if the files were actually different:
$ cmp ./gcc/tree-phinodes.o ./prev-gcc/tree-phinodes.o
$ find . -name tree-phinodes.o | xargs md5sum
3d613b2eb79551b12cd458e212a5fdb5
'perl-5.10.0' build with gcc-4.3.[234] segfaults due to wrong code.
Reproduce with cross compiler : sh-linux-gcc -m4 -O2 -g -fPIC -S perl.i
Problematic part of generated code is as follows.
(segfaults at source line 5182.)
.loc 1 5179 0
mov.l @(32,r14),r0 -- r0 is loaded
GCC optionally uses the MPC library for complex numbers.
As per this message, we must hard-require MPC prior to the next release:
http://gcc.gnu.org/ml/gcc/2009-05/msg00346.html
--
Summary: GCC must hard-require MPC before release
Product: gcc
Version: 4.5.0
--- Comment #1 from sugioka at itonet dot co dot jp 2009-05-30 03:39
---
Created an attachment (id=17934)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17934action=view)
preprocessed code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40301
--
ghazi at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |ghazi at gcc dot gnu dot org
|dot org
67 matches
Mail list logo