On 4.0.0 20041030:
All function names printed in C warnings contain binary garbage
LANG=C fixes it.
--
Summary: function names in warnings messed up
Product: gcc
Version: 4.0.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-10-30 08:50
---
Subject: Bug 1
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2004-10-30 08:50:31
Modified files:
gcc: ChangeLog c-decl.c
--- Additional Comments From giovannibajo at libero dot it 2004-10-30 13:06
---
I assume this is a regression?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18168
--- Additional Comments From dberlin at dberlin dot org 2004-10-30 13:15 ---
Subject: Re: SPEC CPU2000 173.applu tree-loop-linear
ICE
It only pops up with -ftree-loop-linear, which is a new option for 4.0.
So no, it's probably not a regression.
On Sat, 30 Oct 2004, giovannibajo at
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-30 13:41
---
Not a bug, you have LC_ALL or one of the other LC_* flags set to *UTF8 and your
terminal does not
support UTF8.
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-30 13:46
---
Fixed on the mainline right now.
--
What|Removed |Added
Known to fail|3.4.1 4.0.0
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-30 14:22
---
Not fully fixed, _I is the one which is invalid usage also.
The error I get:
/Users/pinskia/src/local/gcc/objdir/powerpc-apple-darwin7.4.1/libstdc++-v3/include/tr1/tuple:
1548: error: expected `' before
--
What|Removed |Added
Summary|[4.0 Regression] Bootstrap |[4.0 Regression] Ada
|failures on powerpc-darwin |Bootstrap failures on
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-30 14:56
---
This is fixed for sure now, we were not taking advangate of TREE_CHAIN being the chain
next and this
fixes that.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16487
GCC can generate vector instructions now, through builtins or through the
autovectorizer. So, GCC should be able to generate VIS instructions.
--
Summary: SPARC VIS instructions are not generated by GCC
Product: gcc
Version: 4.0.0
Status: UNCONFIRMED
--- Additional Comments From phython at gcc dot gnu dot org 2004-10-30 16:10
---
Created an attachment (id=7435)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7435action=view)
patch to generate fpadd16 and fpsub16
fpadd16 can now be generated for
typedef short jim_vec
--
What|Removed |Added
Severity|normal |enhancement
Keywords||missed-optimization
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-10-30 18:03
---
Subject: Bug 17581
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_4-branch
Changes by: [EMAIL PROTECTED] 2004-10-30 18:02:59
Modified files:
gcc:
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-30 18:12
---
Fixed.
--
What|Removed |Added
Status|NEW |RESOLVED
--- Additional Comments From hp at gcc dot gnu dot org 2004-10-30 18:23 ---
I'm just going to look at it briefly...
--
What|Removed |Added
AssignedTo|unassigned at
When a nested inline function calls another nested inline function the latter
is never inlined (even if marked always_inline). This breaks glibc.
void f (void)
{
auto inline __attribute__ ((always_inline)) void h (void) { }
auto inline __attribute__ ((always_inline)) void g (void) { h
--
What|Removed |Added
Target Milestone|--- |4.0.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18231
--- Additional Comments From schwab at suse dot de 2004-10-30 18:52 ---
The testcase was simplified too much.
int f (int i)
{
auto inline __attribute__ ((always_inline)) int h (int i) { return i; }
auto inline __attribute__ ((always_inline)) int g (void) { return h (i); }
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-30 19:07
---
Confirmed.
This changed between 2004-07-21 and 2004-07-25.
--
What|Removed |Added
stage1/xgcc -Bstage1/ -B/home/dave/opt/gnu/gcc/gcc-4.0.0/hppa-linux/bin/ -c -g
-O2 -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototype
s -pedantic -Wno-long-long -Wno-variadic-macros -Wold-style-definition -Werror -
fno-common -DHAVE_CONFIG_H-I. -I. -I../../gcc/gcc
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-30 19:14
---
Mine, I posted a patch for this already:
http://gcc.gnu.org/ml/gcc-patches/2004-10/msg02688.html.
--
What|Removed |Added
The attached code produces the following assembler
foo:
pushl %ebp
movl%esp, %ebp
movl8(%ebp), %eax
testl %eax, %eax
jne .L7
leave
ret
.p2align 2,,3
.L7:
xorl%edx, %edx
bsfl%eax, %eax
--- Additional Comments From nathan at gcc dot gnu dot org 2004-10-30 19:16
---
Created an attachment (id=7436)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7436action=view)
test case
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18233
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-10-30 19:20
---
Subject: Bug 18096
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2004-10-30 19:20:44
Modified files:
gcc: ChangeLog
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-30 19:21
---
The problem is that we are introducing an indirection in .generic:
h.0 = h;
D.1126 = h.0 (i);
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18231
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-30 19:28
---
On PPC, we get:
cmpwi cr0,r3,0
li r2,0
neg r0,r3
and r0,r3,r0
bne- cr0,L7
mr r3,r2
blr
L7:
cntlzw r0,r0
subfic r2,r0,31
mr
--- Additional Comments From mmitchel at gcc dot gnu dot org 2004-10-30 19:30
---
I'm not sure how interesting it is to keep this PR open.
I'll be postponing it every time we get to a release for the forseeable future.
--
What|Removed |Added
--- Additional Comments From mmitchel at gcc dot gnu dot org 2004-10-30 19:31
---
Still no movement from Java folks; postponed until GCC 3.4.4.
--
What|Removed |Added
--- Additional Comments From mmitchel at gcc dot gnu dot org 2004-10-30 19:31
---
Postponed until GCC 3.4.4.
--
What|Removed |Added
Known to fail|3.3.3 3.4.0 4.0
--- Additional Comments From mmitchel at gcc dot gnu dot org 2004-10-30 19:33
---
Postponed until GCC 3.4.4.
--
What|Removed |Added
Target Milestone|3.4.3
--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca 2004-10-30
19:33 ---
Subject: Re: ../../gcc/gcc/tree-ssa-operands.c:1
Mine, I posted a patch for this already:
http://gcc.gnu.org/ml/gcc-patches/2004-10/msg02688.html.
What about the garbled warning 'bi$ptr2'?
--- Additional Comments From mmitchel at gcc dot gnu dot org 2004-10-30 19:34
---
Postponed until GCC 3.4.4.
--
What|Removed |Added
Known to work|3.3 4.0
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-30 19:37
---
if you are talking about how the quotes are, then you have a LC_* set to UTF-8 so it
looks like junk
because your terminal does not support UTF-8.
If you are talking about bi$ptr2 being werid, it really
--- Additional Comments From mmitchel at gcc dot gnu dot org 2004-10-30 19:37
---
Postponed until GCC 3.4.4.
--
What|Removed |Added
Target Milestone|3.4.3
--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca 2004-10-30
19:45 ---
Subject: Re: ../../gcc/gcc/tree-ssa-operands.c:1
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-30
19:37 ---
if you are talking about how the quotes are, then you
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-30 19:49
---
(In reply to comment #4)
Subject: Re: ../../gcc/gcc/tree-ssa-operands.c:1
If you are talking about bi$ptr2 being werid, it really is bi.ptr2 which
is PR 14329.
So, how did . become $?
When we
--- Additional Comments From mmitchel at gcc dot gnu dot org 2004-10-30 20:01
---
Postponed until GCC 3.4.4.
--
What|Removed |Added
Known to fail|3.4.1 4.0
--- Additional Comments From mmitchel at gcc dot gnu dot org 2004-10-30 20:01
---
Postponed until GCC 3.4.4.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13754
--- Additional Comments From mmitchel at gcc dot gnu dot org 2004-10-30 20:02
---
Postponed until GCC 3.4.4.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13931
--- Additional Comments From mmitchel at gcc dot gnu dot org 2004-10-30 20:02
---
Postponed until GCC 3.4.4.
--
What|Removed |Added
Target Milestone|3.4.3
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-30 20:03
---
Hmm the problem is that ADDR_EXPR of the function is not declared as invariant so we
creating a
temprary variable for it. This also caused us to produce much worse code for the
following than 3.3
and
--- Additional Comments From mmitchel at gcc dot gnu dot org 2004-10-30 20:03
---
Postponed to GCC 3.4.4.
--
What|Removed |Added
Target Milestone|3.4.3
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-30 20:17
---
Fixed.
--
What|Removed |Added
Status|NEW |RESOLVED
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-30 20:30
---
Patch here: http://gcc.gnu.org/ml/gcc-patches/2004-10/msg02700.html.
--
What|Removed |Added
When compiling the following program with gcj -Djava.library.path=/usr/lib/jni
--main t t.java does print that java.library.path is set to /usr/lib/jni, but
this value isn't used to actually load a library in the next statement. When
defining the environment variable LD_LIBRARY_PATH a library in
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |rakdver at gcc dot gnu dot
|dot org |org
Status|NEW
i tryed to compile
crypto-5.2.1.tar.bz2
i've gcc 3.4.1
there is internal compiler error
g++ -pipe -Os -msse -mmmx -march=pentium3 -g -msse2 -pipe -c integer.cpp
integer.cpp: In static member function `static void CryptoPP::P4Optimized::
Multiply4(CryptoPP::word*, const CryptoPP::word*, const
--
What|Removed |Added
Component|c++ |target
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18235
When compiling a program to find the inode of files, I compiled it with gcc
inode.c -O3 -fssa -o inode-opt -Wall -v -gstabs+ -save-temps. I ran the
generated program with proper syntax and it segfaulted during execution. This
is the GDB output:
Program recived signal SIGSEGV, Segmentation
20041030 (experimental) (powerpc-unknown-linux-gnu) GCC error: |
| tree check: expected ssa_name, have var_decl in verify_ssa, at |
|tree-ssa.c:697|
| Error detected at makegpr.adb:4153:23
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-30 21:15
---
-fssa was removed from 3.4.0 so closing as will not fix.
--
What|Removed |Added
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-10-30 21:17
---
Subject: Bug 17542
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2004-10-30 21:17:32
Modified files:
gcc/cp : ChangeLog cp-tree.h decl.c error.c
--- Additional Comments From giovannibajo at libero dot it 2004-10-30 21:18
---
Please, provide a preprocessed source code attacching it to Bugzilla, as
explained in: http://gcc.gnu.org/bugs.html.
--
What|Removed |Added
--- Additional Comments From giovannibajo at libero dot it 2004-10-30 21:19
---
Fixed.
--
What|Removed |Added
Status|NEW |RESOLVED
--- Additional Comments From belyshev at lubercy dot com 2004-10-30 21:41 ---
use '-Os -msse2' for this small testcase:
typedef int m64 __attribute__ ((mode (V2SI)));
static inline int bar (m64 i)
{
--- Additional Comments From belyshev at lubercy dot com 2004-10-30 21:51 ---
*** This bug has been marked as a duplicate of 16104 ***
--
What|Removed |Added
--- Additional Comments From belyshev at lubercy dot com 2004-10-30 21:51 ---
*** Bug 18235 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From belyshev at lubercy dot com 2004-10-30 22:16 ---
this is small testcase for original bug (ICE in postreload.c),
it fails in 3.3 and 3.4 but not in 4.0.0, use -Os -msse2 to repeat:
--
What|Removed |Added
Target Milestone|--- |4.0.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18237
this is a fork from bug 16104
--
int foo (int __attribute__ ((__mode__ (__V2SI__))) i)
{
return (long long) i;
}
--
--
--- Additional Comments From belyshev at lubercy dot com 2004-10-30 22:45 ---
3.3.4 error: can't convert between vector values of different size
3.4.3 internal compiler error: in convert_move, at expr.c:588
4.4.0 error: invalid cast from type ‘int __vector__’ to type ‘long long int’
--
int foo (int __attribute__ ((__mode__ (vector_size(8 i)
{
return (long long) i;
}
--
Summary: [4.0 Regression] ICE in get_parm_info with werid
attribute
Product: gcc
Version: 4.0.0
Status: UNCONFIRMED
Keywords:
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-30 22:52
---
For a slightly different test:
int foo (int __attribute__ ((vector_size (8))) i)
{
return (long long) i;
}
you only get an ICE if you add -mmmx.
--
What|Removed
--- Additional Comments From belyshev at lubercy dot com 2004-10-30 22:57 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-10-30 22:58
---
Subject: Bug 18084
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2004-10-30 22:58:49
Modified files:
gcc/testsuite : ChangeLog
Added files:
--- Additional Comments From mark at gcc dot gnu dot org 2004-10-30 23:03 ---
Think I found what goes wrong.
We call lt_dlinit after we have set lt_dlsetsearchpath.
Testing a patch.
--
What|Removed |Added
--- Additional Comments From belyshev at lubercy dot com 2004-10-30 23:04 ---
gcc and g++ 3.3.4: error: can't convert between vector values of different size
gcc and g++ 3.4.0: internal compiler error: in convert_move, at expr.c:588
g++ 4.0.0: invalid cast from type ‘int __vector__’ to
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-30 23:05
---
Note I was using -O2.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18238
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-30 23:06
---
*** This bug has been marked as a duplicate of 17581 ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-30 23:06
---
*** Bug 18084 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From mark at gcc dot gnu dot org 2004-10-30 23:27 ---
Patch here:
http://gcc.gnu.org/ml/java-patches/2004-q4/msg00393.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18234
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-10-30 23:58
---
Subject: Bug 18234
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2004-10-30 23:58:26
Modified files:
libjava: ChangeLog
In the followin code fragment, obptr is wrongly
reported as 'might be used uninitialized' where
the same code causes now arning for x86 ...
static inline int vx_nofiles_task(struct task_struct *tsk)
{
struct files_struct *files = tsk-files;
unsigned long *obptr;
int
--- Additional Comments From mark at gcc dot gnu dot org 2004-10-31 00:07 ---
Fix checked in.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From herbert at 13thfloor dot at 2004-10-31 00:08 ---
Created an attachment (id=7437)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7437action=view)
the soruce file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18240
--- Additional Comments From herbert at 13thfloor dot at 2004-10-31 00:10 ---
Created an attachment (id=7438)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7438action=view)
requested .i file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18240
--- Additional Comments From herbert at 13thfloor dot at 2004-10-31 00:11 ---
Created an attachment (id=7439)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7439action=view)
compile command line
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18240
--
What|Removed |Added
Attachment #7437|the soruce file |the source file
description||
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-31 00:12
---
Fixed on the mainline for 4.0.0 for sure as the warning has moved to the tree level
instead of the RTL
level which causes some of these target specific bugs.
--
What|Removed
(just guessing on the component)
I've been trying to boot a 4.0-20041030 compiled x86_64-linux-kernel. First
it exposed a missing -fno-strict-aliasing (now fixed) but then it crashes
during disk accesses. The problem goes away when one function from the
radix tree library is compiled with -O0
--- Additional Comments From mmitchel at gcc dot gnu dot org 2004-10-31 01:03
---
Postponed until GCC 3.4.4.
--
What|Removed |Added
Target Milestone|3.4.3
--- Additional Comments From ak at muc dot de 2004-10-31 01:07 ---
Created an attachment (id=7440)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7440action=view)
miscompiled function
Compiled with -O2 -fno-reorder-blocks -mno-redzone -mcmodel=kernel
It crashes eventually in this
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-10-31 01:24
---
Subject: Bug 17590
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2004-10-31 01:24:30
Modified files:
gcc/fortran: ChangeLog gfortran.h intrinsic.c
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-10-31 01:57
---
Subject: Bug 18084
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_4-branch
Changes by: [EMAIL PROTECTED] 2004-10-31 01:57:39
Modified files:
gcc/testsuite :
--- Additional Comments From mmitchel at gcc dot gnu dot org 2004-10-31 01:58
---
The problem here is that expand_expr_real creates a temporary variable and
stores the CONSTRCUTOR corresponding to the brace-enclosed initializer there.
Then, it copies the temporary to the global
--- Additional Comments From mmitchel at gcc dot gnu dot org 2004-10-31 01:59
---
Already fixed on mainline, will not be fixed in GCC 3.4.x.
--
What|Removed |Added
--- Additional Comments From mmitchel at gcc dot gnu dot org 2004-10-31 02:01
---
Postponed until GCC 3.4.4.
Although it's somewhat sad the patch has not yet been applied, given that I
approved it in August. It's still OK to apply the patch, before 3.4.3, if
somebody wants to do
--- Additional Comments From mmitchel at gcc dot gnu dot org 2004-10-31 02:02
---
Postponed until GCC 3.4.4.
--
What|Removed |Added
Target Milestone|3.4.3
--- Additional Comments From mmitchel at gcc dot gnu dot org 2004-10-31 02:03
---
Postponed until GCC 3.4.4.
--
What|Removed |Added
Target Milestone|3.4.3
--- Additional Comments From mmitchel at gcc dot gnu dot org 2004-10-31 02:04
---
Postponed until GCC 3.4.4.
--
What|Removed |Added
Target Milestone|3.4.3
--- Additional Comments From giovannibajo at libero dot it 2004-10-31 02:05
---
Danny, can you please quickly retest the patch and apply it immediatly to the
branch? We might be still in time for 3.4.3.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16030
--- Additional Comments From mmitchel at gcc dot gnu dot org 2004-10-31 02:05
---
Postponed until GCC 3.4.4.
--
What|Removed |Added
Target Milestone|3.4.3
--- Additional Comments From mmitchel at gcc dot gnu dot org 2004-10-31 02:05
---
Postponed until GCC 3.4.4.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15155
--- Additional Comments From mmitchel at gcc dot gnu dot org 2004-10-31 02:07
---
Jan, this is OK for mainline and *3.4.4*, if tests still pass.
--
What|Removed |Added
--- Additional Comments From mmitchel at gcc dot gnu dot org 2004-10-31 02:07
---
Postponed until GCC 3.4.4.
--
What|Removed |Added
Target Milestone|3.4.3
--- Additional Comments From mmitchel at gcc dot gnu dot org 2004-10-31 02:08
---
Postponed until GCC 3.4.4.
--
What|Removed |Added
Target Milestone|3.4.3
--- Additional Comments From dannysmith at users dot sourceforge dot net
2004-10-31 02:37 ---
No, I won't backport this patch. Although the patch did apply cleanly and
fixed this bug, using change_decl_assembler name caused warnings with mingw
(in my code base, not in testsuite)
--- Additional Comments From mmitchel at gcc dot gnu dot org 2004-10-31 02:43
---
Postponed until GCC 3.4.4.
--
What|Removed |Added
Target Milestone|3.4.3
--- Additional Comments From mmitchel at gcc dot gnu dot org 2004-10-31 02:43
---
Postponed until GCC 3.4.4.
--
What|Removed |Added
Target Milestone|3.4.3
--- Additional Comments From mmitchel at gcc dot gnu dot org 2004-10-31 02:43
---
Postponed until GCC 3.4.4.
--
What|Removed |Added
Target Milestone|3.4.3
1 - 100 of 117 matches
Mail list logo