--- Additional Comments From bje at gcc dot gnu dot org 2004-10-15 06:07 ---
gen_subprogram_die is indeed being called for the decl of `t'.
The problem seems a bit more subtle. This program illustrates the problem:
/*
Fails with:
gcc foo.c -DSTATIC=static -O3 -dA -S -gdwarf-2
[forwarded from http://bugs.debian.org/269513]
Gcc 3.3 and gcc 3.4 both give the error message error: `type' is not
a member of `outerdummy::innerdummyint ' when trying to compile
the following:
templatetypename dummy_var
struct dummy { };
templatetemplatetypename class outer_func
struct outer
--
What|Removed |Added
Known to fail||3.3.5 3.4.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18007
--- Additional Comments From bje at gcc dot gnu dot org 2004-10-15 06:43 ---
Actually, Pinski is right ;-/ gen_subprogram_die() is not being called.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17924
--- Additional Comments From amodra at bigpond dot net dot au 2004-10-15 06:47
---
Crucial detail that Andrew may have overlooked: Only happens when compiling the
testcase as c++.
--
What|Removed |Added
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2004-10-15 06:58
---
FYI, diff -u my_x86_64_run your_sparc_run gives:
+FAIL: c391002
+FAIL: c940006
+FAIL: c951001
+FAIL: c954023
-FAIL: c54a13b
-FAIL: c61008a
-FAIL: c64104c
-FAIL: cc51003
-FAIL:
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2004-10-15 07:30
---
Investigating.
--
What|Removed |Added
CC|ebotcazou at gcc dot gnu dot|
--- Additional Comments From rth at gcc dot gnu dot org 2004-10-15 07:39 ---
The bug here happens because once we start processing functions, input_location
changes effectively at random. E.g. walk_tree sets input_location based on the
tree node that we're currently processing. Which
--- Additional Comments From bonzini at gcc dot gnu dot org 2004-10-15 08:00
---
Aaron, please check it now.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17991
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |rth at gcc dot gnu dot org
|dot org |
Status|NEW
--- Additional Comments From rth at gcc dot gnu dot org 2004-10-15 08:37 ---
Patch: http://gcc.gnu.org/ml/gcc-patches/2004-10/msg01266.html
--
What|Removed |Added
This code
struct B { unsigned b : 2; };
void store (struct B *b, int v)
{ b-b = v;}
produces this assembler
store:
pushl %ebp
movl %esp, %ebp
movl 8(%ebp), %ecx
movb 12(%ebp), %dl
andl $3, %edx
andl $3, %edx
movl (%ecx), %eax
This testcase:
void Parse_UV_Vect (double UV_Vect[2])
{
double Express[4];
int Terms;
for(Terms=0;Terms2;Terms++)
UV_Vect[Terms]=Express[Terms];
}
with 'gcc -O2 -march=pentium4 -ftree-vectorize -S err.cpp' ICEs:
err.cpp: In function `void Parse_UV_Vect(double*)':
err.cpp:1:
--- Additional Comments From schwab at suse dot de 2004-10-15 09:32 ---
- vfork() is deprecated -- it was a BSD kludge from old no-MMU-days (a
politically-correct reason :-).
Use of vfork is still a win if you are going to call execve anyway because the
address space does not need
--- Additional Comments From d dot yu dot bolkhovityanov at inp dot nsk dot su
2004-10-15 09:46 ---
Use of vfork is still a win if you are going to call execve anyway because the
address space does not need to be copied.
Yes, it is a tiny win, since vfork() doesn't require copying
--- Additional Comments From schwab at suse dot de 2004-10-15 09:46 ---
This is wrong. At least strace has no problem following vfork.
I take that back. My tests were broken.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18006
--- Additional Comments From reichelt at gcc dot gnu dot org 2004-10-15 10:06
---
Alas this is not fixed with the patch for PR 14900.
--
What|Removed |Added
--- Additional Comments From uweigand at gcc dot gnu dot org 2004-10-15 10:46
---
As I understand it, generation of subregs the hardware does not support
should be prevented by the CANNOT_CHANGE_MODE_CLASS mechanism. Reload
would reload the full inner reg into a register that allows
It appears there is a long-standing and quite nasty bug in GCC. I believe all
versions of GCC which allow for reordering of basic-blocks are affected. In the
example I attached, func has two epilogues, but the unwind info looks like this:
func: [0x0-0x1d0], info at +0x0
v1, flags=0x0 (),
--- Additional Comments From davidm at hpl dot hp dot com 2004-10-15 11:15 ---
Created an attachment (id=7356)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7356action=view)
test-ptrace-misc.c
Test case.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18010
--
What|Removed |Added
Status|ASSIGNED|WAITING
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17991
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-15 11:55
---
But who cares that is strace bug which should be fixed because it works on the BSD
(and in fact the BSD
got rid of vfork for a while but now they are adding it back because they found it can
faster).
So
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |giovannibajo at gcc dot gnu
|dot org |dot org
Status|NEW
Dear all,
here follows some strange behaviour using gcc, if someone has any idea to fix :-)
We have some strange link errors while linking some servers. Our code is linked
with Tibco Hawk 4.2 The following lines shows only errors on class AmiStatus but there
are others problems (btw all link
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-15 12:38
---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
gcc -O2 -finline-functions -c gcc_bug.c
gcc_bug.c: In function `main':
gcc_bug.c:8: internal compiler error: in convert_move, at expr.c:597
Please submit a full bug report,
with preprocessed source if appropriate.
cat gcc_bug
float Flt (float a) { return a; }
int main(void) {
typedef void
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-15 12:45
---
Confirmed, this is a middle-end issue as the trees look good
b-b = (unnamed type) (unsigned char) v;
--
What|Removed |Added
gcc -O2 -finline-functions -c gcc_bug.c
gcc_bug.c: In function `main':
gcc_bug.c:8: internal compiler error: in convert_move, at expr.c:597
Please submit a full bug report,
with preprocessed source if appropriate.
cat gcc_bug.c
float Flt (float a) { return a; }
int main(void) {
typedef void
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-15 12:49
---
*** This bug has been marked as a duplicate of 18011 ***
*** This bug has been marked as a duplicate of 18011 ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-15 12:49
---
*** Bug 18012 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18011
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-15 12:50
---
*** This bug has been marked as a duplicate of 12085 ***
*** This bug has been marked as a duplicate of 12085 ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-15 12:51
---
*** Bug 18011 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-15 12:55
---
The SSA_NAME lost its type (again).
--
What|Removed |Added
Keywords|
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-15 12:55
---
I have a fix for the C front-end (the C++ front-end already works).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17529
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-15 12:59
---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
--- Additional Comments From d dot yu dot bolkhovityanov at inp dot nsk dot su
2004-10-15 13:02 ---
Andrew, this is not strace bug, but a vfork() bug that it can't be traced --
strace simply CAN'T do anything to fix it.
If some versions of GCC use fork(), and others -- vfork(), so, GCC
--- Additional Comments From peter at pogma dot com 2004-10-15 13:04 ---
You want additional checks besides the crt_externs.h check in my patch? I think it
highly unlikely that
other platforms have this header, but if you like I can also check for the
_NSGetEnviron function. It may
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-15 13:13
---
This is a regression from two (or three) days ago.
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-15 13:25
---
Confirmed, reduced to:
extern int printf (__const char *__restrict __format, ...);
const int nseq = 3;
const int nrnd = 50;
void fail () __attribute__ ((__noreturn__));
long random();
int
main (void)
{
--- Additional Comments From amylaar at gcc dot gnu dot org 2004-10-15 13:35
---
Your examples return an undefined value, which raises some extra issues, but
that is really a red herring; I see the same failure with:
int glob1;
int
adrreg01limm1_set (float *p0)
{
int r = 5;
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-15 13:49
---
Fixed: Search converges between 2004-07-16-trunk (#487) and 2004-07-17-trunk (#488).
Committed the testcase so closing.
--
What|Removed |Added
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-10-15 13:49
---
Subject: Bug 16567
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2004-10-15 13:49:21
Modified files:
gcc/testsuite : ChangeLog
Added files:
--
What|Removed |Added
Target Milestone|--- |4.0.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16567
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-15 14:12
---
I was wrong in the sense it is not fold that is removing it but build_conditional_expr
is.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17913
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-15 14:21
---
But if I remove the code in build_conditional_expr to fix the problem, we have the
same problem in
fold.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17913
--- Additional Comments From kkojima at gcc dot gnu dot org 2004-10-15 14:23
---
I asked a question about this issue:
http://gcc.gnu.org/ml/gcc/2004-10/msg00176.html
and Toshi replied:
http://gcc.gnu.org/ml/gcc/2004-10/msg00595.html
Now I'm trying a patch in
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-10-15 14:30
---
Subject: Bug 16301
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2004-10-15 14:30:31
Modified files:
gcc/cp : name-lookup.c ChangeLog
--- Additional Comments From amacleod at redhat dot com 2004-10-15 14:31 ---
Is it the same bug? I have a compiler from oct 7th, and the original testcase
fails as advertised, but the new one you have supplied appears to compile fine
with it.
--
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-15 14:32
---
I will apply the patch to 3.4 branch after some more testing.
Fixed on the mainline.
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-15 14:42
---
Yes it is the same bug (or at least a related one). The testcase I gave only fails
yesterday between the
time I patched remove_useless_statement and revert that patch because it caused other
problems.
--- Additional Comments From bangerth at dealii dot org 2004-10-15 14:50 ---
This is a duplicate of PR 4882.
W.
*** This bug has been marked as a duplicate of 4882 ***
--
What|Removed |Added
--- Additional Comments From bangerth at dealii dot org 2004-10-15 14:50 ---
*** Bug 18007 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2004-10-15 14:52
---
Confirmed on i586-redhat-linux-gnu as of today 10/15.
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-15 14:52
---
Patch here: http://gcc.gnu.org/ml/gcc-patches/2004-10/msg01282.html.
--
What|Removed |Added
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2004-10-15 14:52
---
Investigating.
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu
--- Additional Comments From bangerth at dealii dot org 2004-10-15 14:53 ---
Likely related to PR 10574.
W.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=4882
--
What|Removed |Added
Severity|normal |critical
Summary|[4.0 Regression] ICE when |[4.0 Regression] ICE when
--- Additional Comments From bangerth at dealii dot org 2004-10-15 14:55 ---
See also PR 4882.
W.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13088
--- Additional Comments From bangerth at dealii dot org 2004-10-15 14:56 ---
There quite some discussion on this matter in PR 13088.
W.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=4882
--- Additional Comments From bangerth at dealii dot org 2004-10-15 15:03 ---
I thought one of Kazu's PRs already had this case. Someone should go through
his PRs...
W.
--
What|Removed |Added
--- Additional Comments From fche at redhat dot com 2004-10-15 15:21 ---
I cannot reproduce this problem with current mainline any more.
--
What|Removed |Added
A 'make install' fails with an error during installation of libstdc++. The
configuration was:
../gcc/configure -prefix=/opt/gcc-3.4 --enable-shared --enable-threads=posix
--enable-__cxa_atexit --disable-checking--enable-languages=c,c++,f77
--host=i686-pc-linux-gnu
--- Additional Comments From tobi at gcc dot gnu dot org 2004-10-15 15:43 ---
This is possible: libiberty/snprintf.c is GPL+exception
--
What|Removed |Added
--- Additional Comments From amylaar at gcc dot gnu dot org 2004-10-15 15:49
---
Looking closer, I see that sched-deps.c already has code to keep branches, calls
and USEs at the end of the last basic block.
The problem is that lcm.c:optimize_mode_switching has put some
instructions
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-15 15:49
---
Is the object directory writable (or did you run out of space)?
Because that is the only thing which cause this.
--
What|Removed |Added
--
What|Removed |Added
Target Milestone|3.4.0 |---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11751
--- Additional Comments From bangerth at dealii dot org 2004-10-15 15:54 ---
Indeed. It works with my snapshot from 20041013.
W.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18009
import java.util.Locale;
public class LocaleTest {
public static void main(String[] s) {
java.util.ResourceBundle.getBundle(testbundle, new Locale(fi, FI,
regular));
}
}
tries to access the file testbundle_fi_FI_REGULAR.properties with gcj and
SUN's JDK 1.1.8. SUN's JDK 1.4.1_02
--- Additional Comments From coyote at coyotegulch dot com 2004-10-15 16:02
---
I can manually touch the file. The directory appears writable, and I have 40GB
of free space.
[EMAIL PROTECTED] ~/gnu/gcc-3.4/build-p4 $ ls
/home/scott/gnu/gcc-3.4/build-p4/i686-pc-linux-gnu/libstdc++-v3 -l
--- Additional Comments From timo dot lindfors at iki dot fi 2004-10-15 16:04
---
Created an attachment (id=7357)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7357action=view)
Remove variant.toUpperCase from java.lang.Locale
--
Updated from CVS an hour or so ago...
Configured with:
../gcc/configure -prefix=/opt/gcc-4.0 --enable-shared --enable-threads=posix
--enable-__cxa_atexit --disable-checking --enable-languages=c,c++,f95
--host=i686-pc-linux-gnu --enable-version-specific-runtime-libs
Doing a 'make bootstrap'
--- Additional Comments From coyote at coyotegulch dot com 2004-10-15 16:27
---
This problem also occurs for x86_64-pc-linux-gnu.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18015
--- Additional Comments From kazu at cs dot umass dot edu 2004-10-15 16:42 ---
No, I don't think this is a duplicate of mine.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18008
First, my gcc version information:
% gcc -v
Reading specs from /usr/lib/gcc/i486-linux/3.4.2/specs
Configured with: ../src/configure -v
--enable-languages=c,c++,java,f77,pascal,objc,ada,treelang --prefix=/usr
--libexecdir=/usr/lib --with-gxx-include-dir=/usr/include/c++/3.4
--enable-shared
--- Additional Comments From ejb at ql dot org 2004-10-15 16:46 ---
Created an attachment (id=7358)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7358action=view)
source file that reproduces problem
This attachment contains the code that is also inlined in the bug report.
--
--- Additional Comments From reichelt at gcc dot gnu dot org 2004-10-15 16:47
---
Dorit, the regression appeared with your patch
http://gcc.gnu.org/ml/gcc-cvs/2004-10/msg00922.html
Could you please have a look?
--
What|Removed |Added
The documentation clearly states that -Winit-self doesn't work without
-Wuninitialized. I think it would be a lot better if it just automatically
turned on -Wuninitialized instead. For example, compiling the example in bug
18016 with -Winit-self but not -Wuninitialized doesn't generate any
--- Additional Comments From kazu at cs dot umass dot edu 2004-10-15 16:55 ---
There are at least two strange things.
1. We emit two ands in the first place.
2. The combiner does not seem to be working.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18008
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-15 17:00
---
Not going to happen because people use int a = a; as to turn off uninitialize warnings
(which is why
-Winit-self was added in the first place).
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-15 17:05
---
-Winit-self has nothing to do with this problem really.
in this case :a(a) is equivalent to this-a = this-a;
We should warn about this case even without -Winit-self or even -Wuninitialize as we
can warn
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-15 17:09
---
Are you sure that you updated the CVS correctly as this works for me.
You might have to use cvs up -d as new directories are not added unless you do.
So closing as works for me since this looks like you
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-15 17:10
---
This cannot be a GCC problem, something is wrong with your machine (I don't know what)
because it
works for a large number of other people and this part of the makefile has not changed
for a long time.
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-15 17:13
---
Fixed.
--
What|Removed |Added
Status|NEW |RESOLVED
--
What|Removed |Added
Target Milestone|--- |4.0.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16573
--
What|Removed |Added
Target Milestone|--- |4.0.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17984
--
What|Removed |Added
Target Milestone|--- |4.0.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17937
--
What|Removed |Added
Severity|critical|normal
Target Milestone|--- |3.4.0
--
What|Removed |Added
Target Milestone|--- |4.0.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17612
--
What|Removed |Added
Target Milestone|--- |4.0.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16632
--
What|Removed |Added
Target Milestone|--- |4.0.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17762
--
What|Removed |Added
Target Milestone|--- |4.0.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16419
--- Additional Comments From jbarnett at 2wire dot com 2004-10-15 17:16 ---
any luck trying to narrow down the fix for this?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16658
++
--prefix=/opt/gcc-4.0
Thread model: posix
gcc version 4.0.0 20041015 (experimental)
--
Summary: ICE on dubious extern declaration
Product: gcc
Version: 4.0.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: c
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-15 17:41
---
*** This bug has been marked as a duplicate of 16792 ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-15 17:41
---
*** Bug 18018 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
), %eax
popl%ebp
ret
.size mystrcpy, .-mystrcpy
.ident GCC: (GNU) 4.0.0 20041015 (experimental)
.section.note.GNU-stack,,@progbits
--
Also reproducible on i686-apple-darwin
--- Additional Comments From stuart at apple dot com 2004-10-15 18:05 ---
Created an attachment (id=7359)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7359action=view)
testcase
Attaching the testcase for covenience.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18019
Here we go:
[EMAIL PROTECTED]:~ cat foo.cpp
template typename FOO
struct bar {
enum {
MASK = ((1 17)-1)
, IT_MASK = (~MASK)
, ITERATION_INC = (MASK+1)
};
};
int baz = barint::IT_MASK;
[EMAIL PROTECTED]:~ g++ -o /dev/null -c foo.cpp
foo.cpp: In instantiation of
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-15 18:12
---
This is definitely a target problem, the RTL is correct:
(insn:HI 23 22 24 (set (reg:QI 0 ax [orig:60 D.1459 ] [60])
(mem:QI (reg/v/f:SI 2 cx [orig:63 from ] [63]) [0 S1 A8])) 48 {*movqi_1} (nil)
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-15 18:21
---
Hmm, this works for me on 3.4.2, can you try not with a OpenPKG package?
--
What|Removed |Added
1 - 100 of 174 matches
Mail list logo