--- Comment #10 from uros at kss-loka dot si 2005-12-02 06:59 ---
Fixed on 4.1 and mainline.
--
uros at kss-loka dot si changed:
What|Removed |Added
Status|AS
--- Comment #9 from uros at gcc dot gnu dot org 2005-12-02 06:43 ---
Subject: Bug 24475
Author: uros
Date: Fri Dec 2 06:43:45 2005
New Revision: 107876
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=107876
Log:
PR target/24475
* lib/target-supports.exp (check_ef
Hi,
the following yields an ICE with 4.0.1, 4.0.2 and a recent 4.1 branch (but in a
different location) if compiled at -O3. Compiles at -O2 and at -O3 with gcc
3.3.4:
---
static float rgam;
extern void *jmp(void *);
void drotmg(float d1) {
void *labels[] = { &
--- Comment #4 from amodra at gcc dot gnu dot org 2005-12-02 06:25 ---
Subject: Bug 21017
Author: amodra
Date: Fri Dec 2 06:25:13 2005
New Revision: 107873
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=107873
Log:
PR target/21017
* combine.c (simplify_logical )
--
amodra at bigpond dot net dot au changed:
What|Removed |Added
Summary|FAIL: Array_3 -O3 execution |[4.0 only] FAIL: Array_3 -O3
|- bytecode->native
--- Comment #6 from amodra at gcc dot gnu dot org 2005-12-02 06:16 ---
Subject: Bug 25176
Author: amodra
Date: Fri Dec 2 06:16:21 2005
New Revision: 107872
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=107872
Log:
PR middle-end/25176
* function.c (expand_functi
--- Comment #5 from amodra at gcc dot gnu dot org 2005-12-02 06:15 ---
Subject: Bug 25176
Author: amodra
Date: Fri Dec 2 06:15:54 2005
New Revision: 107871
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=107871
Log:
PR middle-end/25176
* function.c (expand_functi
--- Comment #8 from jvdelisle at gcc dot gnu dot org 2005-12-02 06:10
---
Fixed on 4.1 and 4.2
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from duraid at octopus dot com dot au 2005-12-02 04:48
---
some additional info: the behaviour between 4.0.2-release and:
gcc version 4.0.3 20051202 (prerelease)
is identical.
also, this code is not 64-bit clean, so be sure to build 32-bit when testing.
--
duraid at
1. There is a procedure (function/subroutine) call. A variable of derived type
is passed as actual argument to this procedure. One of the components of
derived type is default initialized.
2. Corresponding dummy argument has INTENT(OUT) attribute.
When above two conditions are satisfied then acco
--- Comment #5 from wilson at gcc dot gnu dot org 2005-12-02 04:12 ---
Created an attachment (id=10387)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10387&action=view)
Delay auto-inc generation until after determining which regs live across
setjmp.
This is my proposed untested pa
--- Comment #3 from pinskia at gcc dot gnu dot org 2005-12-02 03:17 ---
Hmm, this is getting harder (unless I just want to do (a^CST) == CST and (a^b)
== 0. I am still deciding if I want to fix fold_binary from stoping from
returning a new tree if it does nothing except for switch the o
--- Comment #4 from wilson at gcc dot gnu dot org 2005-12-02 02:24 ---
The spurious warning is a problem because binutils is compiled by -Werror by
default now, when compiled by gcc. This spurious warning thus causes a build
failure for binutils. This build failure does not show up in
--- Comment #5 from jvdelisle at gcc dot gnu dot org 2005-12-02 02:13
---
Closing
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNC
--- Comment #4 from jvdelisle at gcc dot gnu dot org 2005-12-02 02:13
---
Fixed in 4.1 and 4.2
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25149
--- Comment #10 from ghazi at gcc dot gnu dot org 2005-12-02 02:12 ---
Subject: Bug 18491
Author: ghazi
Date: Fri Dec 2 02:12:15 2005
New Revision: 107860
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=107860
Log:
2005-12-01 Kaveh R. Ghazi <[EMAIL PROTECTED]>
Backport
--- Comment #8 from kargl at gcc dot gnu dot org 2005-12-02 01:27 ---
Patch applied.
--
kargl at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #5 from amodra at bigpond dot net dot au 2005-12-02 01:22
---
The instruction in question looks like this after local reg alloc, both base
and index don't get a hard register.
(insn:HI 289 292 497 28 (set (reg:V4SF 137 [ vect_var_.102 ])
(mem:V4SF (and:SI (plus:SI (
--- Comment #2 from pinskia at gcc dot gnu dot org 2005-12-02 01:04 ---
This looks more like a testsuite bug as if you look into the testcase, we
actually will require a stack maninpulation.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-12-02 01:00 ---
This is exactly the same issue as PR 19278.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #3 from pinskia at gcc dot gnu dot org 2005-12-02 00:58 ---
As mentioned in the orginal PR where the testcase comes from this is most
likely related to PR 19398.
Also can you stop setting the target milestone?
--
pinskia at gcc dot gnu dot org changed:
What
--- Comment #12 from kargl at gcc dot gnu dot org 2005-12-02 00:57 ---
Fixed.
--
kargl at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #2 from ghazi at gcc dot gnu dot org 2005-12-02 00:50 ---
testsuite logfile says:
FAIL: gcc.target/i386/pr21291.c (test for excess errors)
Excess errors:
.../gcc.target/i386/pr21291.c:18: error: can't find a register in class
'GENERAL_REGS' while reloading 'asm'
--
http
--- Comment #1 from ghazi at gcc dot gnu dot org 2005-12-02 00:48 ---
Rth thinks it's an actual bug requiring investigation:
http://gcc.gnu.org/ml/gcc-patches/2005-11/msg01899.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25216
--
ghazi at gcc dot gnu dot org changed:
What|Removed |Added
Known to fail||4.0.3 4.1.0 4.2.0
Target Milestone|--- |4.0.3
On i686-pc-linux-gnu with the 4.0 branch, I'm getting a failure in the
following testcase when running with -fpic or -fPIC:
FAIL: gcc.target/i386/pr21291.c (test for excess errors)
Current testsuite report is here:
http://gcc.gnu.org/ml/gcc-testresults/2005-12/msg00026.html
--
Summa
--- Comment #3 from jvdelisle at gcc dot gnu dot org 2005-12-02 00:38
---
Subject: Bug 25149
Author: jvdelisle
Date: Fri Dec 2 00:38:36 2005
New Revision: 107851
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=107851
Log:
2005-12-01 Steven G. Kargl <[EMAIL PROTECTED]>
--- Comment #11 from kargl at gcc dot gnu dot org 2005-12-02 00:35 ---
Subject: Bug 21302
Author: kargl
Date: Fri Dec 2 00:35:41 2005
New Revision: 107850
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=107850
Log:
PR fortran/21302
* lang.opt: New options -ffree-
--- Comment #1 from ghazi at gcc dot gnu dot org 2005-12-02 00:33 ---
On i686-pc-linux-gnu with the 3.4 branch, I'm getting a failure in the
following testcase when running with -fpic or -fPIC:
FAIL: gcc.dg/i386-local2.c scan-assembler-not sub[^n]*sp
Current testsuite report is her
On i686-pc-linux-gnu with the 4.0 branch, I'm getting a failure in the
following
testcase when running with -fpic or -fPIC:
FAIL: gcc.dg/20050503-1.c scan-assembler-not call
Current testsuite report is here:
http://gcc.gnu.org/ml/gcc-testresults/2005-12/msg00026.html
--
Summary: [4.
--
amodra at bigpond dot net dot au changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |amodra at bigpond dot net
|dot org
--
ghazi at gcc dot gnu dot org changed:
What|Removed |Added
OtherBugsDependingO||23224
nThis||
Known to f
--
Summary: [3.4/4.0/4.1/4.2] -fpic/-fPIC testsuite failures in
gcc.dg/i386-local2.c
Product: gcc
Version: 3.4.5
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
AssignedTo:
--- Comment #2 from pinskia at gcc dot gnu dot org 2005-12-02 00:10 ---
Note the warning is that bogus, take the following example:
float a(void)
{
float i;
float granularity = 0.01f;
float dist = 0;
float vec[2] = {0,0};
float lastPoint;
f
--
ghazi at gcc dot gnu dot org changed:
What|Removed |Added
Known to fail||3.4.5
Known to work||4.0.3
Target M
On i686-pc-linux-gnu with the 3.4 branch, I'm getting failures in the following
testcases when running with -fpic or -fPIC:
FAIL: gcc.dg/i386-387-3.c scan-assembler fldpi
FAIL: gcc.dg/i386-387-4.c scan-assembler fldpi
Current testsuite report is here:
http://gcc.gnu.org/ml/gcc-testresults/2005-12
--- Comment #2 from billingd at gcc dot gnu dot org 2005-12-01 23:58
---
Confirmed http://gcc.gnu.org/ml/gcc-testresults/2005-12/msg00046.html
Patch http://gcc.gnu.org/ml/gcc-patches/2005-12/msg9.html
Fixed in trunk revision 107841.
--
billingd at gcc dot gnu dot org changed:
--- Comment #1 from SLTxLQEc4vuR5kMzK at anime dot net 2005-12-01 23:57
---
still present in 4.0.2
--
SLTxLQEc4vuR5kMzK at anime dot net changed:
What|Removed |Added
--- Comment #1 from billingd at gcc dot gnu dot org 2005-12-01 23:57
---
Subject: Bug 25193
Author: billingd
Date: Thu Dec 1 23:57:28 2005
New Revision: 107841
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=107841
Log:
2005-12-02 David Billinghurst ([EMAIL PROTECTED])
--- Comment #4 from janis at gcc dot gnu dot org 2005-12-01 23:15 ---
Except that the testcase still fails and the fix for 24997 was checked in a
few days ago.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25212
--- Comment #3 from dje at gcc dot gnu dot org 2005-12-01 23:07 ---
Yes, I think this is the same as PR 24997.
--
dje at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from ghazi at gcc dot gnu dot org 2005-12-01 22:45 ---
Updated 4.0 patch here:
http://gcc.gnu.org/ml/gcc-patches/2005-12/msg00089.html
--
ghazi at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #2 from pinskia at gcc dot gnu dot org 2005-12-01 22:34 ---
Hmm, I would assume this is related to PR 24997.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Keywords||ice-on-valid-code
Summary|verify_ssa ICE for mesa with|[4.
--- Comment #6 from ghazi at gcc dot gnu dot org 2005-12-01 22:24 ---
Fixed, clean test results here:
http://gcc.gnu.org/ml/gcc-testresults/2005-12/msg00028.html
--
ghazi at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #1 from janis at gcc dot gnu dot org 2005-12-01 22:10 ---
Created an attachment (id=10386)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10386&action=view)
minimized testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25211
--- Comment #1 from janis at gcc dot gnu dot org 2005-12-01 22:09 ---
Created an attachment (id=10385)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10385&action=view)
minimized testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25212
Current trunk and 4.1 branch ICE on powerpc-linux compiling facerec
from SPEC CPU2000 with an admittedly odd set of options:
elm3b11% /opt/gcc-nightly/4.1/bin/gfortran -c -O2 -funroll-loops
-ftree-vectorize -maltivec -fno-ivopts -fpic fr1201.f
fr1201.f: In function foo:
fr1201.f:38: error: unrec
Current trunk and 4.1 branch ICE on powerpc-linux compiling mesa
from SPEC CPU2000:
elm3b11% /opt/gcc-nightly/4.1/bin/gcc -c -Os -ftree-loop-linear mesa1201.c
mesa1201.c: In function foo:
mesa1201.c:7: error: definition in block 9 does not dominate use in block 3
for SSA_NAME: q_25 in statement:
--- Comment #2 from djohnson+gcc at sw dot starentnetworks dot com
2005-12-01 21:44 ---
Created an attachment (id=10384)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10384&action=view)
preprocessed file
compile with:
arm-linux-gcc -mbig-endian -march=armv5te -mtune=xscale -Wa,
--- Comment #6 from davidnicol at gmail dot com 2005-12-01 21:15 ---
I found this bog because I was getting a lot of warnings of the style
n function â:
with no symbol name, just an odd character. I have tracked this down
to xterm not displaying utf8 even though my LANG environment v
--- Comment #36 from sje at cup dot hp dot com 2005-12-01 21:03 ---
Fixed and checked in on 3.4 branch in time for 3.4.5.
--
sje at cup dot hp dot com changed:
What|Removed |Added
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last reconfi
--- Comment #1 from pault at gcc dot gnu dot org 2005-12-01 20:30 ---
(In reply to comment #0)
Confirmed.
[EMAIL PROTECTED] gfortran]# ifort pr25147.f90
fortcom: Error: pr25147.f90, line 20: This actual argument must be the name of
an external user function or the name of an intrinsic
--- Comment #21 from steven at gcc dot gnu dot org 2005-12-01 20:17 ---
For Bug 21803 we could use similar infrastructure to what is proposed for this
bug.
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-12-01 20:12 ---
Fixed by:
http://gcc.gnu.org/ml/gcc-patches/2005-12/msg00028.html
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-12-01 20:10 ---
Could you attach the prepreocesed source?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25190
--- Comment #7 from green at gcc dot gnu dot org 2005-12-01 20:09 ---
Subject: Bug 25207
Author: green
Date: Thu Dec 1 20:09:06 2005
New Revision: 107829
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=107829
Log:
2005-12-01 Anthony Green <[EMAIL PROTECTED]>
PR bootst
--- Comment #3 from pinskia at gcc dot gnu dot org 2005-12-01 20:08 ---
Hmm, the preprocessed source file looks not all the way here:
it sends like
char *
__argp_short_program_name (void)
{
I don't know if this is becuase the preprocessor is seg faulting or it just did
not get uploaded
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-12-01 19:59 ---
I want to say this will be fixed by:
http://gcc.gnu.org/ml/gcc-patches/2005-12/msg00015.html
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from pinskia at gcc dot gnu dot org 2005-12-01 19:55 ---
Fixed at least in 3.4.5.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-12-01 19:44 ---
This is not a GCC bug, this is either you don't have the 32bit libraries
install which means you need --disable-multilib or your distro has messed up
which lib directory goes where.
--
pinskia at gcc dot gnu dot
--- Comment #6 from hp at gcc dot gnu dot org 2005-12-01 19:42 ---
Exactly!
--
hp at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED
Error while compiling GCC:
/tmp/laksono/gomp-20050608-branch/build/./gcc/xgcc
-B/tmp/laksono/gomp-20050608-branch/build/./gcc/
-B/tmp/laksono/x86_64-unknown-linux-gnu/bin/
-B/tmp/laksono/x86_64-unknown-linux-gnu/lib/ -isystem
/tmp/laksono/x86_64-unknown-linux-gnu/include -isystem
/tmp/laksono/x86_
--- Comment #2 from igodard at pacbell dot net 2005-12-01 19:36 ---
Created an attachment (id=10383)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10383&action=view)
source code (compressed)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25209
--- Comment #1 from igodard at pacbell dot net 2005-12-01 19:35 ---
Created an attachment (id=10382)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10382&action=view)
compiler output
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25209
--
Summary: Spurious warning on placement new
Product: gcc
Version: 3.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: igodard
--- Comment #5 from green at gcc dot gnu dot org 2005-12-01 19:33 ---
Subject: Bug 25207
Author: green
Date: Thu Dec 1 19:33:42 2005
New Revision: 107828
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=107828
Log:
2005-12-01 Anthony Green <[EMAIL PROTECTED]>
PR bootst
--- Comment #5 from janis at gcc dot gnu dot org 2005-12-01 18:36 ---
Interesting, Alan can't reproduce the failure I reported but his patch at
http://gcc.gnu.org/ml/gcc-patches/2005-12/msg00015.html fixes it. I'll test
again when the patch has been checked in and then close this PR.
--- Comment #4 from hp at gcc dot gnu dot org 2005-12-01 18:36 ---
"Aph" mentioned "green" were expected to fix it, so CC:ed.
--
hp at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #8 from pinskia at gcc dot gnu dot org 2005-12-01 18:29 ---
The ICE is fixed on the mainline but that is not the real issue here as the
following fails:
gcc -c -oO t.c -o t.o -MMD
As I noted before there are two -o heres which are causing the issue.
--
pinskia at gcc dot
--- Comment #7 from igodard at pacbell dot net 2005-12-01 18:27 ---
Changing to -O0 also clears the ICE.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25208
--- Comment #6 from igodard at pacbell dot net 2005-12-01 18:25 ---
The bug appears to be due to an interaction between -MMD and -Wall -Wextra. If
I
omit the warnings options then it compiles OK.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25208
--- Comment #5 from pinskia at gcc dot gnu dot org 2005-12-01 18:23 ---
First:
-o0 that will output the file as O.
So I think this might be the double -o issue.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25208
--- Comment #4 from igodard at pacbell dot net 2005-12-01 18:20 ---
Here's what the compiler got.
~/ootbc/common/xptsys/test/src$ make test
g++ -I/home/ivan/ootbc/common/include -I/home/ivan/ootbc/common/xptsys/include
-I/home/ivan/boost/include/boost-1_33 -g -o0 -fmessage-length=80 -W
--- Comment #3 from pinskia at gcc dot gnu dot org 2005-12-01 18:15 ---
Can you give how you invoked GCC? I want to say this has been fixed already in
a 3.4.x release.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25208
--- Comment #2 from igodard at pacbell dot net 2005-12-01 18:10 ---
Created an attachment (id=10381)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10381&action=view)
source code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25208
--- Comment #1 from igodard at pacbell dot net 2005-12-01 18:09 ---
Created an attachment (id=10380)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10380&action=view)
compiler output
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25208
-save-temps interacts with -MMD option. Code ices with -MMD and without
-save-temps; with -save-temps it complains "too many file names". The attached
save-temps output was made with -MMD omitted but otherwise the same command
line.
--
Summary: ICE
Product: gcc
V
--- Comment #2 from kargl at gcc dot gnu dot org 2005-12-01 18:07 ---
This is also fixed in the 4.0.3 prelease source.
--
kargl at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #14 from dalej at gcc dot gnu dot org 2005-12-01 18:04 ---
Subject: Bug 24950
Author: dalej
Date: Thu Dec 1 18:04:20 2005
New Revision: 107826
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=107826
Log:
2005-12-01 Alan Modra <[EMAIL PROTECTED]>
Radar 4345
--- Comment #1 from kargl at gcc dot gnu dot org 2005-12-01 17:16 ---
This is fixed on 4.1 and mainline. I'm bootstrapping the
latest 4.0.3 sources to see if it's present there. I
note that you're reporting this against 4.0.0. I *highly*
recommend that you update your compiler.
--
--- Comment #10 from jakub at gcc dot gnu dot org 2005-12-01 16:39 ---
Well, clearly it is not fixed, as proven on stock gcc-4_0-branch with:
/* { dg-do compile } */
/* { dg-options "-m32 -Os -fpic -mtune=pentium4" } */
struct S
{
void *p[30];
unsigned char a0 : 1;
unsigned char a
--- Comment #3 from hp at gcc dot gnu dot org 2005-12-01 16:29 ---
In response to comment #1, no. The headers are provided by *both*
alsa-lib-devel packages.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25207
--- Comment #3 from pinskia at gcc dot gnu dot org 2005-12-01 16:00 ---
(In reply to comment #2)
> in the file you can see a snapshort with two arrows to read and store
> addresses.
> It is very simple source.
This source does not show anything, it is not a full source. If you can rea
--- Comment #2 from efim at lipowsky dot de 2005-12-01 15:55 ---
Subject: Re: for loop with comma operator problem
pinskia at gcc dot gnu dot org schrieb:
>--- Comment #1 from pinskia at gcc dot gnu dot org 2005-12-01 15:28
>---
>HUH? Can you give the full source/ reduced so
--- Comment #10 from rguenth at gcc dot gnu dot org 2005-12-01 15:54
---
Assigning to bonzini by request.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from rguenth at gcc dot gnu dot org 2005-12-01 15:53 ---
Assigning to bonzini by request.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from aph at gcc dot gnu dot org 2005-12-01 15:31 ---
It's caused by only one multilib being installed. The 64-bit one is there, not
the 32-bit one.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25207
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-12-01 15:29 ---
I want to say FC4 is wrong here, if it does not have a library, it should not
have the headers. Can you also file this with Redhat?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25207
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-12-01 15:28 ---
HUH? Can you give the full source/ reduced source and give a little more
detailed explication on what is going wrong.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |A
--- Comment #9 from pinskia at gcc dot gnu dot org 2005-12-01 15:25 ---
Yes see PR 18019, it says it was fixed for 4.0.0.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25199
--- Comment #8 from pinskia at gcc dot gnu dot org 2005-12-01 15:24 ---
I thought this was already fixed (or at least was in 4.1.0), let me find the
patch which might had fixed it).
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #4 from pinskia at gcc dot gnu dot org 2005-12-01 15:20 ---
*** Bug 25204 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-12-01 15:20 ---
*** This bug has been marked as a duplicate of 15686 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
This is on FC4 with alsa-lib{.i386,x86-64} installed but only
alsa-lib-devel.x86_64 (no alsa-lib-devel.i386). Hence the header
files are there, but not the libraries when building the -m32 multilib.
It looks as if configury looks for and finds header files but it's overlooked
to also look for "aso
--- Comment #7 from caolanm at redhat dot com 2005-12-01 14:59 ---
Program received signal SIGSEGV, Segmentation fault.
[witching to Thread -1209017888 (LWP 28260)]
X11SalGraphics::SetXORMode (this=0x3cb0f10, bSet=0 '\0')
at /home/caolan/ooo/SRC680_m142/vcl/unx/source/gdi/salgdi.cxx:
--- Comment #6 from jakub at gcc dot gnu dot org 2005-12-01 14:55 ---
I can't understand how movqi_1 can not consider aligned_operand at all.
Will dig more...
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
GCC 4.0.1 bilt by GNUARM.
follow source has different read and store address by incrementing of "n".
As result variable "n" will be not changed.
unsigned short CommTxNum;
static void foo (void) __attribute__ ((interrupt ("IRQ")));
void foo(void)
{
unsigned char n;
for (n = 0; n < 3 && CommTxNu
--- Comment #5 from jakub at gcc dot gnu dot org 2005-12-01 14:38 ---
Finding a bug in 1M of assembly is really hard without knowing where exactly
to look at. Nevertheless, I suspect:
movl237(%edi), %esi
in _ZN14X11SalGraphics10SetXORModeEh
(whereas -mpentiumpro .s has
movb237(%
1 - 100 of 130 matches
Mail list logo
