--- Comment #8 from jean-marc dot valin at usherbrooke dot ca 2006-12-30
06:42 ---
Shouldn't the priority of this bug be increased considering that it produces
wrong code on valid input and the affected package (Speex) is included in most
Linux distributions (fortunately most of
--- Comment #7 from jean-marc dot valin at usherbrooke dot ca 2006-12-14
13:28 ---
Could be x86-64 only, I don't know. I don't have a plain x86 with gcc 4.1 to
test on.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29925
--- Comment #8 from jean-marc dot valin at usherbrooke dot ca 2005-11-02
01:07 ---
OK, I'm not sure whether it's the same bug but when compiling the following
code with
% gcc-4.1-20051029 -O2 -ftree-loop-linear -c vq.c
int vq_index(float *in, const float *codebook, in
--- Comment #5 from jean-marc dot valin at usherbrooke dot ca 2005-11-02
01:04 ---
> It is either this bug or PR 24309.
I'm not sure. This bug happens even at -O2, while 24309 needs -O3. Both are
different files in Speex though. Wouldn't it be worth adding Speex t
--- Comment #5 from jean-marc dot valin at usherbrooke dot ca 2005-11-02
00:57 ---
Tried it with gcc-4.1-20051029 and the problem's gone (well, this one at
least).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24601
--- Comment #3 from jean-marc dot valin at usherbrooke dot ca 2005-11-02
00:12 ---
Forgot to include the code. This is a function from the Speex coded:
int vq_index(float *in, const float *codebook, int len, int entries)
{
int i,j;
float min_dist=0;
int best_index=0;
for
--- Comment #2 from jean-marc dot valin at usherbrooke dot ca 2005-11-02
00:09 ---
It seems like it is a regression in a case I have:
% gcc -O2 -ftree-loop-linear -c vq.c
vq.c: In function vq_index:
vq.c:2: internal compiler error: in lambda_loopnest_to_gcc_loopnest, at
lambda
--- Comment #3 from jean-marc dot valin at usherbrooke dot ca 2005-11-01
00:20 ---
Can you send a link to a tarball of the compiler you want me to try?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24601
--- Comment #1 from jean-marc dot valin at usherbrooke dot ca 2005-10-31
23:25 ---
Created an attachment (id=10091)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10091&action=view)
Preprocessed source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24601
Status: UNCONFIRMED
Severity: major
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jean-marc dot valin at usherbrooke dot ca
GCC build triplet: i486-linux-gnu
GCC host triplet: i486-linux-gnu
GCC target tr
size array
Product: gcc
Version: 3.3.5
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jean-marc dot valin at usherbrooke dot ca
CC: g
--- Additional Comments From jean-marc dot valin at usherbrooke dot ca
2005-02-22 07:17 ---
I changed the code, but I'm now getting unresolved symbols at link:
batchflow.o(.gnu.linkonce.t._ZN12batchflowApp10initializeEiPPc+0x5a): In
function `batchflowApp::initialize(int,
--- Additional Comments From jean-marc dot valin at usherbrooke dot ca
2005-02-22 00:10 ---
Created an attachment (id=8248)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8248&action=view)
Preprocessed source
This is the preprocessed source for reproducing the ICE
--
: normal
Priority: P1
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jean-marc dot valin at usherbrooke dot ca
CC: gcc-bugs at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20133
14 matches
Mail list logo
