The program below doesn't exit with 0 as expected when it's compiled
with -O2. It works fine with -O1 or -O2 -fno-delayed-branch.
--
int *dummy;
void
bar (int *p)
{
dummy = p;
}
void
foo (int x)
{
int var;
bar (&var);
if (x)
throw 1;
}
int
main ()
{
try {
foo (1);
} catch
--
What|Removed |Added
Known to fail||3.4.2 4.0.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18032
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2004-10-16 09:02
---
> No this is an Ada front-end problem.
Did you investigate?
> I think the main issue is that the tree-ssa expects that INTEGER types are
> close to the same and that pointers to them are compatible if t
--- Additional Comments From amodra at bigpond dot net dot au 2004-10-16 10:58
---
Michal's reduced testcase, in comment #5, fails on powerpc-linux too.
expand_increment is expanding the inline function body twice, at line 9261
op0 = expand_expr (incremented, NULL_RTX, VOIDmode, 0);
an
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-10-16 11:05
---
Subject: Bug 10479
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2004-10-16 11:04:59
Modified files:
gcc/cp : ChangeLog parser.c
gcc/tests
--- Additional Comments From giovannibajo at libero dot it 2004-10-16 11:06
---
Fixed in GCC 4.0.0. Thanks for your report!
--
What|Removed |Added
Status|ASSIGNE
--
Bug 8670 depends on bug 10479, which changed state.
Bug 10479 Summary: alignof and sizeof (and other expressions) in attributes does not
compile inside template classes
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=10479
What|Old Value |New Value
--- Additional Comments From giovannibajo at libero dot it 2004-10-16 11:10
---
I see this report is marked as a v3 report. I do not understand exactly what
you still need to fix in C++. I have a patch in my (long) queue which fixes
this:
template
struct S {
enum { K = 8 };
cha
--- Additional Comments From giovannibajo at libero dot it 2004-10-16 12:38
---
(In reply to comment #7)
> I do not understand exactly what you still need to fix in C++.
I meant: I do not understand exactly what needs to be fixed in the C++ FE and
what needs to be fixed in v3.
--
--- Additional Comments From reichelt at gcc dot gnu dot org 2004-10-16 13:29
---
Speculative prefetching is now disabled by default on mainline by
David Edelsohn's patch
http://gcc.gnu.org/ml/gcc-cvs/2004-10/msg00928.html
Therefore, one has to add -fspeculative-prefetching to the comma
--- Additional Comments From askees at appfluent dot com 2004-10-16 13:48 ---
After many attempts with various configure settings, I was able to get 3.4.2
(with both libstdc++-v3 and libgcc_s_pthread) installed. As in 3.3.5, the
problem still exists if both libpthread (in /usr/lib/libp
--- Additional Comments From bkoz at redhat dot com 2004-10-16 13:52 ---
Subject: Re: __alignof__ vs. typedefs
>OK. But XFAIL the tr1 test cases so those do not show up as new FAILs.
I think I just took care of this.
Giovanni, thanks!
-benjamin
--
http://gcc.gnu.org/bugzilla/
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-16 13:55
---
check_pointer_types_r is wrong but so is Ada assuming that integer types are not
compatible (read the
full bug report which I reported in the first place):
"The integer_type's are not compatible by defined
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-16 13:57
---
Confirmed, this needs a tree combiner.
--
What|Removed |Added
Status|UNCONFIRMED
--
What|Removed |Added
Keywords||wrong-code
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18032
The --disable-aix64 (--enable-aix64=no) configuration switch claims to remove
ppc64 from the multilib list; however, it doesn't seem to work. On a 32-bit
AIX system, it must be disabled or the build fails when "checking whether the C
compiler works".
The larger --disable-multilib switch work
--
What|Removed |Added
GCC host triplet||powerpc-ibm-aix5.1.0.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18033
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-16 14:11
---
We look much better now but still little problems:
bool f(const std::vector >&, size_t) (v, x)
{
ptrdiff_t __n.82;
unsigned int SR.77;
_Bit_type * __x;
ptrdiff_t __n;
struct _Bit_iterator & __x;
:
--
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed||1
GCC build triplet|sparc-sun-solaris2.9|
GCC
--- Additional Comments From gdr at cs dot tamu dot edu 2004-10-16 14:48 ---
Subject: Re: Alignment problem in std::basic_string
"giovannibajo at libero dot it" <[EMAIL PROTECTED]> writes:
| I see this report is marked as a v3 report. I do not understand exactly what
| you still need
NOTE: Defaulting component because reported component no longer exists
The bootstrap process fails during stage 3 when the
stage 2 xgcc is used to compile the root file of the
Ada Standard library, the package Ada itself:
stage2/xgcc -Bstage2/ -B/usr/local2/mips-sgi-irix6.2/bin/ -c -g -O2 -gn
--- Additional Comments From reichelt at gcc dot gnu dot org 2004-10-16 15:00
---
Confirmed.
Jan, the problem appears with your patch
http://gcc.gnu.org/ml/gcc-cvs/2004-09/msg00192.html
Could you please have a look?
--
What|Removed |Added
-
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-16 15:01
---
Try looking into PR 6552 and PR 6669. Those two might tell you what the problem is.
It might be stage1 is being miscompile which miscompiles stage2 which causes this
problem.
--
What|Remov
--- Additional Comments From giovannibajo at libero dot it 2004-10-16 15:14
---
Ok, then this is mine for the time being. I will fix the testcases in comment
#6 and comment #7 in a short while.
--
What|Removed |Added
-
--- Additional Comments From bangerth at dealii dot org 2004-10-16 15:26 ---
Yes, to be more specific: in this situation
-
struct X {
template X(T t);
};
int main () {
X x;
X y(x);
}
-
the compiler has to generate a copy constructor itself, the t
--- Additional Comments From reichelt at gcc dot gnu dot org 2004-10-16 15:37
---
Here's an even shorter example. Just compile with "-O".
const int n = 2;
void foo()
{
int a[1][n], i;
for (i=0; i<2; ++i)
if (a[0][i]) return;
--- Additional Comments From rguenth at tat dot physik dot uni-tuebingen dot de
2004-10-16 15:42 ---
Subject: Re: alignof and sizeof (and other expressions) in
attributes does not compile inside template classes
giovannibajo at libero dot it wrote:
> --- Additional Comments From g
--- Additional Comments From kazu at cs dot umass dot edu 2004-10-16 15:49 ---
A patch here:
http://gcc.gnu.org/ml/gcc-patches/2004-10/msg01333.html
--
What|Removed |Added
--- Additional Comments From kazu at cs dot umass dot edu 2004-10-16 15:49 ---
A patch here:
http://gcc.gnu.org/ml/gcc-patches/2004-10/msg01333.html
--
What|Removed |Added
--- Additional Comments From reichelt at gcc dot gnu dot org 2004-10-16 16:07
---
Andrew, your patch
http://gcc.gnu.org/ml/gcc-cvs/2004-08/msg01149.html
seems to be responsible for the regression.
--
What|Removed |Added
--
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-16 16:10
---
Yes it is responable in finding the latent bug in the gimplifier, if I have time I
will try to see how to fix it.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17885
When I run these commands to install gcc (in a separate build directory):
-
make prefix=/mnt/hvlinux/static install-no-fixedincludes 1> make.log 2>&1
echo "Return value of Make = ${?}"
-
the return value is zero. But if I check the log (make.log), I can see that
t
--- Additional Comments From hugo at hugovil dot com 2004-10-16 16:20 ---
Created an attachment (id=7364)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7364&action=view)
Output of make with the failure in a sub-make not handled correctly
--
http://gcc.gnu.org/bugzilla/show_bug.
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-16 16:25
---
Is this before or after building gcc if before you have to build gcc first.
--
What|Removed |Added
--
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-16 16:28
---
Also install-no-fixedincludes should not be used unless you know what you are doing as
most of the
times you need fixed includes as the version of glibc headers use __thread as an
agrument which is
used
--
What|Removed |Added
Component|c++ |target
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18024
--- Additional Comments From tobi at gcc dot gnu dot org 2004-10-16 16:31 ---
Patch here: http://gcc.gnu.org/ml/fortran/2004-10/msg00162.html
--
What|Removed |Added
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-10-16 16:42
---
Subject: Bug 17723
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2004-10-16 16:42:32
Modified files:
gcc: ChangeLog cfgcleanup.c
Log message:
--- Additional Comments From rakdver at gcc dot gnu dot org 2004-10-16 16:43
---
Fixed.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17723
--- Additional Comments From rakdver at gcc dot gnu dot org 2004-10-16 16:43
---
Really :-)
--
What|Removed |Added
Status|NEW |RESOLVED
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-10-16 16:45
---
Subject: Bug 17560
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2004-10-16 16:45:38
Modified files:
gcc: ChangeLog predict.c
Log message:
--- Additional Comments From rakdver at gcc dot gnu dot org 2004-10-16 16:46
---
Fixed.
--
What|Removed |Added
Status|NEW |RESOLVED
--
Bug 17704 depends on bug 17560, which changed state.
Bug 17560 Summary: [4.0 Regression] Infinite recursion in tree-scalar-evolution with
-Os
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17560
What|Old Value |New Value
---
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-10-16 16:59
---
Subject: Bug 17766
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2004-10-16 16:58:59
Modified files:
gcc: ChangeLog basic-block.h cfghooks.c do
--- Additional Comments From rakdver at gcc dot gnu dot org 2004-10-16 16:59
---
Fixed.
--
What|Removed |Added
Status|NEW |RESOLVED
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2004-10-16 17:26
---
[Thanks for elaborating on your position.]
> check_pointer_types_r is wrong but so is Ada assuming that integer types are
> not compatible (read the full bug report which I reported in the first place):
>
--- Additional Comments From hugo at hugovil dot com 2004-10-16 18:00 ---
This happens after I have successfully configured and built gcc. But the reason
why the error happens is not important for me right now. My concern is that an
error occured during gcc installation, but the make re
--- Additional Comments From giovannibajo at libero dot it 2004-10-16 18:16
---
There are good chances that this can be easily backported to 3.4. On the other
hand, this is not a regression, so you will need to talk Mark into doing it. I
can easily test and commit the patch also there,
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-16 18:36
---
Note I see something like this with --enable-intermodule but I did not reduce the
problem (there might
be another bug like this too).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17957
--- Additional Comments From reichelt at gcc dot gnu dot org 2004-10-16 19:23
---
Jan's patch fixed the wrong line number information also in other cases
like PR17523.
--
What|Removed |Added
---
--
What|Removed |Added
Target Milestone|--- |4.0.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17523
--- Additional Comments From hjl at lucon dot org 2004-10-16 19:31 ---
This is a 3.4/4.0 regression. Gcc 3.2 generates correct code:
.file "foo.c"
.pred.safe_across_calls p1-p5,p16-p63
.sbss
.align 4
.type n.0#,@object
.size n.0#,4
n.
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-16 22:17
---
Can you attach the source?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18036
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-16 22:18
---
Never mind about my --enable-intermodule problem is a related but not the same problem
(Dale
posted a patch to fix it).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17957
--- Additional Comments From acehreli at yahoo dot com 2004-10-16 22:57 ---
I don't think the paragraphs from the standard that are mentioned above are
completely relevant. There isn't an opportunity for optimization in this case.
This is aggregate initialization.
I found the following
--- Additional Comments From v dot haisman at sh dot cvut dot cz 2004-10-16 23:27
---
Subject: Re: Ada Bootstrap problem because of -Werror
It still fails to build for me on FreeBSD 4.10.
stage1/xgcc -Bstage1/ -B/home/4/wilx/i386-unknown-freebsd4.10/bin/ -c -O2 -g
-fomit-frame-poi
--- Additional Comments From bangerth at dealii dot org 2004-10-16 23:28 ---
Something is definitely wrong with this testcase. I think that storing and
printing the _this pointer is only obstructing the view of the problem
somehow, so consider this example here:
i
--- Additional Comments From bangerth at dealii dot org 2004-10-16 23:34 ---
The reason, btw, why I believe that this is wrong code is that the this
pointer of the object being constructed can escape, like here:
extern "C" int printf (const char *fo
--- Additional Comments From dberlin at gcc dot gnu dot org 2004-10-17 00:20
---
Actually, this just lets us run into another bug, i'm about to submit a patch to
fix bootstrap fully with -ftree-loop-linear
--
What|Removed |Added
--
--- Additional Comments From acehreli at yahoo dot com 2004-10-17 01:01 ---
We've seen the problem in 2.95.3 and 3.4.2.
There is a recent posting to comp.lang.c++.moderated about the same problem,
with the subject "Bitwise copy during aggregate initialization (a compiler
bug?)".
Ali
[EMAIL PROTECTED]:~/random/gcc$ g++ -v -save-temps foo.cpp
Reading specs from /usr/lib/gcc-lib/i486-linux/3.3.4/specs
Configured with: ../src/configure -v
--enable-languages=c,c++,java,f77,pascal,objc,ada,treelang --prefix=/usr
--mandir=/usr/share/man --infodir=/usr/share/info
--with-gxx-include-d
--- Additional Comments From mfowles at bluefinrobotics dot com 2004-10-17 01:41
---
Created an attachment (id=7365)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7365&action=view)
the file that makes it segfault
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18037
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-17 02:24
---
Fixed in 3.4.0 and above, the code is invalid:
template PatternMap::iterator&
PatternMap::iterator::iterator& operator++(
"iterator& operator" should be "iterator::operator" and there needs to be a t
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-17 03:17
---
I changed some of them but I got yelled for changing them.
--
What|Removed |Added
Last rec
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-10-17 04:39
---
Subject: Bug 17743
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2004-10-17 04:39:46
Modified files:
gcc/cp : ChangeLog decl2.c
gcc/testsu
--- Additional Comments From giovannibajo at libero dot it 2004-10-17 04:47
---
OK, I fixed part of this for 4.0. The missing part is when the expression in
attributes is dependent, like:
template
struct A {
char foo __attribute__((aligned(__alignof__(T;
};
This is non-trivia
Consider:
struct B {
unsigned b : 2;
};
void
store (struct B *b, int v)
{
b->b += v;
}
./cc1 -O2 -fomit-frame-pointer -mregparm=3 generates
store:
movb(%eax), %cl
andl$3, %ecx
addl%edx, %ecx
andl$3, %ecx
movl(%eax), %edx
and
--- Additional Comments From shadow at serverart dot org 2004-10-17 06:24 ---
possibly related to http://www.cygwin.com/ml/cygwin/2004-04/msg01103.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17990
--
What|Removed |Added
Keywords||wrong-code
Target Milestone|--- |3.4.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=
--- Additional Comments From pcarlini at suse dot de 2004-10-16 20:09
---
Great! This means that, within the 3.4/4.0 ABI, will be able to provide an
additional range of improvements to the string class that I didn't expect!
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=8670
.
It does work when compiled to native code. But it fails when compiled to byte
code and run with gij.
With gij 3.4 it works correctly.
Current CVS gcj (GCC) 4.0.0 20041016 (experimental) fails
Expected output:
true
true
true
--
Summary: Bad interaction between interpreter and Cla
71 matches
Mail list logo
