--- Additional Comments From ebotcazou at gcc dot gnu dot org 2004-10-14 06:44
---
Notice that the original bugreport is against 3.3.2 though, which means that
the user really hit this problem on the 3.3 branch. And moving to 3.4 is non-
trivial for much C++ code due to the new
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-10-14 06:55
---
Subject: Bug 14454
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_3-branch
Changes by: [EMAIL PROTECTED] 2004-10-14 06:54:52
Modified files:
gcc:
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2004-10-14 07:03
---
Fixed on all active branches.
--
What|Removed |Added
Status|ASSIGNED
This patch appears to have broken two-process fixincludes:
http://gcc.gnu.org/ml/gcc-patches/2004-08/msg02301.html. When attempting to
link applyfix.exe, link fails because pz_mn_name_pat is undefined.
The two-process mode is only used for MS-DOS and BeOS, which is probably why
noone noticed.
--- Additional Comments From bje at gcc dot gnu dot org 2004-10-14 07:04 ---
It's a simple bug. Patch sent to gcc-patches.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17900
--
What|Removed |Added
Keywords||build
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17991
This program should return 2 zeros if the file psfres.dat consist of 2 empty
lines. This is true in case of g77, but gcc version 4.0.0 20041013 reports an
end of file error.
integer n,m
open(unit=8,file='psfres.dat',status='unknown')
read(8,'(/2i2)')n,m
write(*,*)n,m
--
What|Removed |Added
OtherBugsDependingO||17832
nThis||
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17991
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-10-14 07:15
---
Subject: Bug 17900
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2004-10-14 07:15:41
Modified files:
gcc: ChangeLog diagnostic.c
Log
--
What|Removed |Added
Severity|critical|normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15267
--
What|Removed |Added
AssignedTo|nobody at gcc dot gnu dot |unassigned at gcc dot gnu
|org |dot org
--- Additional Comments From saurabh dot verma at codito dot com 2004-10-14 07:53
---
Agreed. Used dummy define_predicates to check. The warnings are due to the lack of
them only.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17943
avr-gcc-v:
Reading specs from c:/programs/WinAVR/bin/../lib/gcc/avr/3.4.1/specs
Configured with: ../gcc-3.4.1/configure --prefix=e:/avrdev/install
--build=mingw32 --host=mingw32 --target=avr --enable-languages=c,c++
Thread model: single
gcc version 3.4.1
command line:
avr-gcc -gdwarf-2
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |bonzini at gcc dot gnu dot
|dot org |org
Status|UNCONFIRMED
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |bonzini at gcc dot gnu dot
|dot org |org
Status|NEW
avr-gcc-v:
Reading specs from c:/programs/WinAVR/bin/../lib/gcc/avr/3.4.1/specs
Configured with: ../gcc-3.4.1/configure --prefix=e:/avrdev/install
--build=mingw32 --host=mingw32 --target=avr --enable-languages=c,c++
Thread model: single
gcc version 3.4.1
command line:
avr-gcc -gdwarf-2 anycode.c
--- Additional Comments From tsandnes at atmel dot com 2004-10-14 08:24 ---
This has been discussed on the gcc mailinglist:
http://gcc.gnu.org/ml/gcc/2004-05/msg00186.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17993
gcc-3.4.2
../gcc-3.4.2/configure --with-gnu-as --enable-languages=c,c++,objc
make bootstrap
How to post my attachement?
=
make[7]: Entering directory `/usr/hjs/gcc-3.4.2-obj/i386-pc-
sco3.2v5.0.5/pic/libstdc++-v3/libsupc++'
/bin/sh
--- Additional Comments From bonzini at gcc dot gnu dot org 2004-10-14 08:58
---
Needs a configury maintainer. Bruce Korb said he's fine with it.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17832
--- Additional Comments From realsong at hotmail dot com 2004-10-14 09:15 ---
Created an attachment (id=7347)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7347action=view)
original name is math.h
gcc-3.4.2
../gcc-3.4.2/configure --with-gnu-as --enable-languages=c,c++,objc
make
--- Additional Comments From aaronavay62 at aaronwl dot com 2004-10-14 09:17
---
I think fixincludes is very close to building on Windows, and so probably should
not be disabled after all for this target, since its needed in some
configurations. Presumably the other targets still
--- Additional Comments From realsong at hotmail dot com 2004-10-14 09:18 ---
Created an attachment (id=7348)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7348action=view)
original name is math.h
compare with
http://gcc.gnu.org/bugzilla/attachment.cgi?id=7347action=view
--
--- Additional Comments From realsong at hotmail dot com 2004-10-14 09:21 ---
Created an attachment (id=7349)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7349action=view)
nohup output
command output.
the command was nohup make bootstrap.
--
--- Additional Comments From reichelt at gcc dot gnu dot org 2004-10-14 10:04
---
Seems to be fixed since I cannot reproduce the problem any more.
--
What|Removed |Added
--- Additional Comments From bdavis at gcc dot gnu dot org 2004-10-14 10:08
---
if the example is compiled with:
[EMAIL PROTECTED] ~]$ g77 x.f -fno-automatic
[EMAIL PROTECTED] ~]$ ./a.out
==1st time=
first time is=:
1 1 1 0.200031 2 1 1.
2 1 1
The following testcase is miscompiled on the 3.4 branch and mainline:
=
extern int printf(const char *restrict, ...) throw ();
struct A
{
A() { printf(Ctor\n); }
~A() { printf(Dtor\n); }
};
A a;
extern A a;
int main()
{
--- Additional Comments From reichelt at gcc dot gnu dot org 2004-10-14 11:25
---
Mark, I just checked, the regression indeed appears with your patch
http://gcc.gnu.org/ml/gcc-cvs/2003-08/msg00621.html
--
What|Removed |Added
The test program below produces the following output below.
I tested this with Visual C++ and it does outputs abcdef for both cases.
=
$ g++ -v
Reading specs from /usr/lib/gcc-lib/i686-pc-cygwin/3.3.3/specs
Configured with: /gcc/gcc-3.3.3-3/configure --verbose --prefix=/usr
--- Additional Comments From dannysmith at users dot sourceforge dot net
2004-10-14 11:28 ---
Refreshed patch (with missing files) here:
http://gcc.gnu.org/ml/gcc-patches/2004-10/msg01172.html
Danny
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14316
--- Additional Comments From bonzini at gcc dot gnu dot org 2004-10-14 11:46
---
http://gcc.gnu.org/ml/gcc-patches/2004-10/msg01173.html
--
What|Removed |Added
--- Additional Comments From bonzini at gcc dot gnu dot org 2004-10-14 11:48
---
First hunk of the attached patch was applied; the second is not related and the
behavior it disables was intended.
--
What|Removed |Added
--- Additional Comments From bonzini at gcc dot gnu dot org 2004-10-14 11:51
---
http://gcc.gnu.org/ml/gcc-patches/2004-09/msg02540.html
--
What|Removed |Added
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2004-10-14 11:55
---
Recategorizing.
--
What|Removed |Added
Component|ada
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2004-10-14 11:56
---
*** This bug has been marked as a duplicate of 17746 ***
--
What|Removed |Added
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2004-10-14 11:56
---
*** Bug 17794 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-14 12:21
---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-14 12:28
---
*** This bug has been marked as a duplicate of 17976 ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-14 12:28
---
*** Bug 17996 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-14 12:28
---
From the dup:
Mark, I just checked, the regression indeed appears with your patch
http://gcc.gnu.org/ml/gcc-cvs/2003-08/msg00621.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17976
void test(int *p) {
p+= 1; // modifies p in register
(char*)p+= 8; // modifies p in memory
// finally the value from register wins
}
This prints 4 (BAD):
g++ -O2 -march=athlon bug.cc -o bug; ./bug; echo $?
This prints 12 (CORRECT):
g++ -O1 -march=athlon bug.cc -o bug; ./bug; echo $?
This
--- Additional Comments From zybi at talex dot pl 2004-10-14 12:35 ---
Created an attachment (id=7350)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7350action=view)
Testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17998
--
What|Removed |Added
Summary|segfault in c++ code|unaligned xmm movaps on the
|(unaligned movaps on the|stack
|stack)
--- Additional Comments From bangerth at dealii dot org 2004-10-14 12:58 ---
This has been reported many times. In essence, you cannot use a
temporary as a stringstream object as in
ostringstream() something;
The standard doesn't allow this.
W.
--
What|Removed
--- Additional Comments From bangerth at dealii dot org 2004-10-14 13:01 ---
You can't do that -- your code violates aliasing rules.
W.
--
What|Removed |Added
--
What|Removed |Added
Severity|critical|normal
Target Milestone|--- |4.0.0
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-14 13:22
---
The second one looks like a bug in SCO's math.h.
--
What|Removed |Added
--
What|Removed |Added
Component|debug |target
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17993
--
What|Removed |Added
Component|debug |target
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17994
--
What|Removed |Added
Severity|normal |enhancement
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17994
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-14 13:29
---
This bug report was a response to PR 17990 where we thought that -march=pentium was
coming after
the other march but I just tested that and it works. With -march=pentium we don't
output mmx/sse
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-14 13:31
---
Note the options needed to reproduce this is -O2 -march=athlon-xp.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17990
--
What|Removed |Added
Component|c |middle-end
Keywords||ice-on-valid-code
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-14 13:37
---
Hmm this works on ppc-darwin.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17961
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-14 14:01
---
Confirmed reduced testcase:
extern double sin (double __x) throw ();
float hmag[128],hphase[128];
void prepare(float *oscilFFTfreqs)
{
int i;
for (i=0;i128;i++)
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-14 14:04
---
And this is a regression. Only -O2 -msse is needed to reproduce the problem.
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-14 14:07
---
Unless someone can prove that eh part of remove_useless_stmt does not matter any more
because of
the lowering of eh, I think the patch is wrong. Maybe we can move the eh part into
the lowering of the
--
What|Removed |Added
Component|fortran |libfortran
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17992
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-14 14:10
---
Confirmed, this is a regression from 3.4.
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-14 14:14
---
Related to bug 17962.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17990
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-14 14:16
---
New error message on the mainline:
A.java: In class `A':
A.java: In method `A.main(java.lang.String[])':
A.java:8: error: stack underflow
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-14 14:26
---
If I get some time, I will look into getting this done correctly, aka autoconf that we
cannot use _environ
and try to use _NSGetEnviron instead.
--
What|Removed |Added
The most ovbious fix here is to link in libiberty.a which has snprintf.
--
Summary: libfortran: uses some C99 functions (snprintf)
Product: gcc
Version: 4.0.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component:
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-14 14:29
---
Note I filed PR 17999 for the snprintf issue.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16135
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-14 14:31
---
I still say that people do have a 4 in their code meaning a != 0 4 !=0. Also a
1 should be
caught too but that would just give too many false postives so there is no way for GCC
to warn about
this.
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-14 14:33
---
Even though the testcase in PR 10112 is fixed (or is it), the problem is the same, the
order in this case
is undefined.
*** This bug has been marked as a duplicate of 10112 ***
--
What
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-14 14:33
---
*** Bug 17910 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=10112
--- Additional Comments From pavenis at latnet dot lv 2004-10-14 14:41 ---
For DJGPP I created one more .c file in fixincludes directory:
#include fixlib.h
#define _ENV_(v,m,n,t) tCC* v = NULL;
ENV_TABLE
#undef _ENV_
--- Additional Comments From dje at gcc dot gnu dot org 2004-10-14 14:49 ---
reducing priority
--
What|Removed |Added
Severity|critical|normal
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-14 14:55
---
Well I just provided to my self that lowering eh actually does the same job as the old
remove_useless_stmts. I will submit a patch after class and getting home to remove
remove_useless_stmts and change
Platform: x86 (Pentium 4 2.8 GHz with MT)
The following code does not compile, it appears that g++ is interpreting the
declaration of myvar to be a function prototype:
[EMAIL PROTECTED]:~ g++3.4.2 -v
Reading specs from /usr/local/lib/gcc/i686-pc-linux-gnu/3.4.2/specs
Configured with:
--- Additional Comments From nathan at gcc dot gnu dot org 2004-10-14 15:48
---
This is correct behaviour. [8.2]
--
What|Removed |Added
Status|UNCONFIRMED
--- Additional Comments From trt at acm dot org 2004-10-14 15:54 ---
a 4 in their code meaning a != 0 4 !=0
That happens, but when it does `a' is not integer type. I use a gcc with this
warning on a 35Mloc code base. There are currently 4 warnings, all pointing to
real bugs.
This is
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |mark at codesourcery dot com
|dot org |
Status|NEW
--- Additional Comments From stevenb at novell dot com 2004-10-14 16:09 ---
Subject: Re: [4.0 Regression] obscure GC problem
On Tuesday 12 October 2004 15:03, pinskia at gcc dot gnu dot org wrote:
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-12
13:03
--- Additional Comments From hjl at lucon dot org 2004-10-14 16:16 ---
Shouldn't we also revert libgcc_s.so patch? The problem is nothing new.
It existed from day one when libgcc_s.so was introduced. If there is no
system libgcc_s.so, gcc won't boostrap nor pass make check. Let's fix
--- Additional Comments From ericw at evcohs dot com 2004-10-14 16:21 ---
See related bug #17462.
--
What|Removed |Added
CC|
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-14 16:30
---
So closing as fixed.
--
What|Removed |Added
Status|WAITING
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-14 16:34
---
This is not true at all because I used to bootstrap on linux right after gcc added
libgcc_s, In fact I still
bootstrap on targets where libgcc_s don't exist on the machine but is built now on the
From a rather big program I get this error message:
include/lac/sparse_matrix.templates.h:356: error: non-lvalue in unary %$
I don't have the time to reduce this right now, but the problem seems
obvious enough: I guess that this error is generated in cp/tree.c, in
lvalue_or_else. This
--- Additional Comments From bangerth at dealii dot org 2004-10-14 16:35 ---
Thinking about it, finding a testcase wasn't all that hard:
--
int main ()
{
1;
}
--
W.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18001
--
What|Removed |Added
CC||ericw at evcohs dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17993
--
What|Removed |Added
CC||ericw at evcohs dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17994
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-14 16:40
---
Confirmed, related to PR 17852.
--
What|Removed |Added
CC|
--
What|Removed |Added
CC||ericw at evcohs dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17822
--- Additional Comments From hjl at lucon dot org 2004-10-14 17:10 ---
Have you looked at
http://gcc.gnu.org/ml/gcc/2004-09/msg00209.html
We get lucky that only Ada compiler is linked with libgcc_s.so.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17464
--- Additional Comments From bangerth at dealii dot org 2004-10-14 17:33 ---
Andrew, I'm getting angry when you selfishly close PRs that other people
think are useful to be kept open. The submitter of this PR has shown that
the cases you claim exist are not frequent, and that they
--- Additional Comments From jsm at polyomino dot org dot uk 2004-10-14 18:25
---
Subject: Re: [3.3/3.4/4.0 Regression] ICE with nested functions
in parameter declaration
On Thu, 14 Oct 2004, rth at gcc dot gnu dot org wrote:
Looks to me as if the nested function has nothing to do
--- Additional Comments From ericw at evcohs dot com 2004-10-14 18:37 ---
Would someone comment if the fix in comment #6 is correct? And could it be
applied to mainline to close out this bug?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=7241
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-14 18:38
---
Patch here: http://gcc.gnu.org/ml/gcc-patches/2004-10/msg01202.html. I was
convenced by RTH
that removing r_u_s actually can slow it down but he also helped me to figure out
where the problem is.
--
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-14 18:40
---
Fixed.
--
What|Removed |Added
Status|NEW |RESOLVED
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2004-10-14 18:57
---
Quick summary of my investigation so far:
- ICE on g-awk.adb at -O0: pb in the RTL expander relating to ADDR_EXPR
- ICE on g-socket.adb at -O0: consistency check, again ADDR_EXPR
- infinite loop on
--
What|Removed |Added
Component|ada |tree-optimization
Keywords||build, ice-on-valid-code
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-14 19:03
---
- ICE on g-socket.adb at -O0: consistency check, again ADDR_EXPR
is PR 17793 (I filed it)
- infinite loop on make.adb at -O2: PHI nodes sharing pb (ok at -O1)
is PR 17986 (someone else filed it)
And there
--
What|Removed |Added
Keywords||patch
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17889
--
What|Removed |Added
Keywords||patch
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17317
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2004-10-14 19:18
---
The integer_type's are not compatible by defined by the front-end, why?
The front-end generates a correct tree (with a NOP_EXPR) but it is stripped by
the gimplifier:
/* Strip away as many
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2004-10-14 19:22
---
Present on sparc-sun-solaris2.8, with same workaround. Preliminary
investigation suggests a PHI nodes sharing problem.
--
What|Removed |Added
Hello,
when I compile(avr-gcc -c -Os -mmcu=atmega8 test.c) this code:
int main (void)
{
while (((*(volatile unsigned char *)((0x0B) + 0x20)) (15)) == 0) {
;
}
return (0);
}
with gcc 3.3.1 I get this asm loop:
8: 5d 9b sbis0x0b, 5 ; 11
a: fe cf rjmp
--- Additional Comments From schveiguy at yahoo dot com 2004-10-14 19:51 ---
(In reply to comment #1)
This is correct behaviour. [8.2]
whoops! I'll be damned. It doesn't seem like it should be proper behavior :)
sorry. Thanks for the quick reply.
If anyone reads this bug, and has
--- Additional Comments From rth at gcc dot gnu dot org 2004-10-14 19:55 ---
You do? Hm, in which case I may need to persue a different solution than
the one I'm currently testing. Also, if true, I don't see why a nested
function wouldn't be acceptable there:
int b[({ int h() {
1 - 100 of 153 matches
Mail list logo
