--- Comment #4 from tobias dot burnus at physik dot fu-berlin dot de
2006-04-26 06:22 ---
Subject: Re: gfortran: Warn/abort when format in write
does not fit passed arguments
I wonder if this is a case of illegal code. Intel errors on infinite
format.
Well, current g95, ifort
--- Comment #6 from Eric dot Doenges at betty-tv dot com 2006-04-26 06:26
---
Unfortunately, removing the __asm__ (r0) from __r0 does not circumvent the
problem.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27308
--- Comment #5 from mehmet dot ekici at alcatel dot com dot tr 2006-04-26
07:04 ---
(In reply to comment #4)
We need a testcase to go any further.
What do you mean with a test case ?
I looked at http://gcc.gnu.org/bugs.html and dit nt see
any description of testcase.
--
--- Comment #11 from bonzini at gnu dot org 2006-04-26 07:13 ---
unassigning since David and Andrew's patch works, but mine does not.
My patch BTW could be a minor cleanup, but it is not even necessary because
GEN_INT (trunc_int_for_mode (...)) does not drop sign bits (it just
--- Comment #1 from ludovic at ludovic-brenta dot org 2006-04-26 07:54
---
Created an attachment (id=11335)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11335action=view)
Proposed fix for PR27300
The patch changes gnattools/configure.ac and regenerates gnattools/configure.
--
--- Comment #8 from rguenth at gcc dot gnu dot org 2006-04-26 07:58 ---
Ok, that makes sense. Still the failure mode is weird and hints at the
vectorizer not following those semantics but something else.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27299
--- Comment #8 from rguenth at gcc dot gnu dot org 2006-04-26 07:59 ---
Sorry, I fixed that in a followup. -1 is now unsigned and so appears as n +
fff.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22525
--- Comment #6 from rguenth at gcc dot gnu dot org 2006-04-26 08:15 ---
A testcase is a source that we can compile and run that reproduces the failure.
Preferrably small.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27303
--- Comment #7 from mehmet dot ekici at alcatel dot com dot tr 2006-04-26
08:20 ---
(In reply to comment #4)
We need a testcase to go any further.
Source code is too big to send. I can send map, nm, elf oupts, etc...
to you. Would it make any sense ?
--
--- Comment #8 from jakub at gcc dot gnu dot org 2006-04-26 08:21 ---
Subject: Bug 25989
Author: jakub
Date: Wed Apr 26 08:20:57 2006
New Revision: 113268
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=113268
Log:
PR middle-end/25989
* tree-flow.h (struct
--- Comment #2 from jakub at gcc dot gnu dot org 2006-04-26 08:23 ---
Subject: Bug 25996
Author: jakub
Date: Wed Apr 26 08:23:12 2006
New Revision: 113269
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=113269
Log:
PR c/25996
* c-parser.c (c_parser_omp_for_loop):
--- Comment #3 from jakub at gcc dot gnu dot org 2006-04-26 08:24 ---
Subject: Bug 26913
Author: jakub
Date: Wed Apr 26 08:24:28 2006
New Revision: 113270
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=113270
Log:
PR middle-end/26913
* tree-cfg.c
--- Comment #2 from jakub at gcc dot gnu dot org 2006-04-26 08:26 ---
Subject: Bug 26171
Author: jakub
Date: Wed Apr 26 08:26:06 2006
New Revision: 113271
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=113271
Log:
PR c/26171
* cgraph.c
--- Comment #3 from jakub at gcc dot gnu dot org 2006-04-26 08:28 ---
Fixed in SVN.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #9 from jakub at gcc dot gnu dot org 2006-04-26 08:28 ---
Fixed in SVN.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from jakub at gcc dot gnu dot org 2006-04-26 08:29 ---
Fixed in SVN.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from jakub at gcc dot gnu dot org 2006-04-26 08:29 ---
Fixed in SVN.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from jsm28 at gcc dot gnu dot org 2006-04-26 08:39 ---
Subject: Bug 25871
Author: jsm28
Date: Wed Apr 26 08:38:58 2006
New Revision: 113272
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=113272
Log:
From Bugzilla:
2006-04-26 Joshua Kinard [EMAIL
--- Comment #5 from jsm28 at gcc dot gnu dot org 2006-04-26 08:40 ---
Subject: Bug 25871
Author: jsm28
Date: Wed Apr 26 08:40:26 2006
New Revision: 113273
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=113273
Log:
From Bugzilla:
2006-04-26 Joshua Kinard [EMAIL
--- Comment #27 from rguenth at gcc dot gnu dot org 2006-04-26 08:47
---
Compile time and memory usage checking on a set of C++ benchmarks (tramp3d,
DLV, mico and boost) don't show regressions. I'll leave this here now until
stage1 opens.
--
--- Comment #31 from e98cuenc at yahoo dot com 2006-04-26 09:10 ---
This bug was closed under the assumption that Furthermore, with
-freorder-blocks, the problem goes away.
That's false (most of the time), with 3.4.2. AFAICT there is no set of flags
able to reliably desactivate that
--- Comment #5 from rguenth at gcc dot gnu dot org 2006-04-26 09:55 ---
It does not even respect unsigned overflow:
if (val1 == TYPE_MAX_VALUE (TREE_TYPE (val1))
TREE_CODE (val2) == MINUS_EXPR)
/* +INF NAME - CST. */
return 1;
for NAME == 0 and CST
If current mainline is used to compile GMP 4.2 on a Pentium4 with a standard
./configure; make; make check
one of GMP's checks fails:
[...]
make[4]: Entering directory `/scratch/gmp-4.2/tests/mpz'
PASS: t-addsub
PASS: t-cmp
ERROR: incorrect plain product in test 53
op1 =
--- Comment #4 from aph at gcc dot gnu dot org 2006-04-26 11:25 ---
See http://gcc.gnu.org/bugs.html#known
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=2839
--- Comment #6 from rguenth at gcc dot gnu dot org 2006-04-26 11:35 ---
It looks like the cases for comparing against type min/max value inside
compare_values are for value_inside_range, which does
cmp1 = compare_values (val, vr-min);
if (cmp1 == -2 || cmp1 == 2)
return -2;
...
Configured with: /scratch/gcc/configure --prefix=/afs/mpa/data/martin/ugcc
--enable-languages=c++,fortran --with-gmp=/afs/mpa/data/martin/mygmp
--with-mpfr=/afs/mpa/data/martin/mympfr --without-makeinfo --disable-tls
Thread model: posix
gcc version 4.2.0 20060426 (experimental)
[...]
bug.cc: In function
--- Comment #1 from rguenth at gcc dot gnu dot org 2006-04-26 12:02 ---
Can you try disabling VRP and enable -fwrapv and -fno-strict-aliasing? (I also
see failures in other scientific codes with mainline)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27322
--- Comment #2 from martin at mpa-garching dot mpg dot de 2006-04-26 12:14
---
(In reply to comment #1)
Can you try disabling VRP and enable -fwrapv and -fno-strict-aliasing? (I
also
see failures in other scientific codes with mainline)
I reconfigured with
CFLAGS=-m32 -O2
--- Comment #3 from martin at mpa-garching dot mpg dot de 2006-04-26 13:22
---
The failure appears to be connected to -march=pentium4.
The lowest optimisation setting where I could reproduce it is
CFLAGS=-O1 -march=pentium4 ./configure
The test pass with -O0 -march=pentium4.
--
--- Comment #10 from reichelt at gcc dot gnu dot org 2006-04-26 13:40
---
Fixed on mainline and 4.1 branch.
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #8 from patchapp at dberlin dot org 2006-04-26 13:45 ---
Subject: Bug number PR27260
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2006-04/msg00989.html
--
--- Comment #2 from paul dot thomas at jet dot uk 2006-04-26 14:09 ---
The testcase reduces to:
module a
integer, parameter :: dp = kind (1d0)
real(dp) :: reM, M
equivalence (M, reM)
end module a
module b
use a, only : dp
end module b
use a
use b
print *, M
reM =
--- Comment #1 from reichelt at gcc dot gnu dot org 2006-04-26 14:15
---
*** This bug has been marked as a duplicate of 27310 ***
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from reichelt at gcc dot gnu dot org 2006-04-26 14:15
---
*** Bug 27323 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27310
module a
real(8) :: reM, M =99d0
equivalence (M, reM)
end module a
use a
print *, M
end
produces
/tmp/ccaLXlcY.s: Assembler messages:
/tmp/ccaLXlcY.s:42: Error: symbol `a.eq.0_' is already defined
Paul
--
Summary: Initialized module equivalence member causes assembler
--- Comment #12 from dje at gcc dot gnu dot org 2006-04-26 14:33 ---
Subject: Bug 27282
Author: dje
Date: Wed Apr 26 14:33:49 2006
New Revision: 113275
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=113275
Log:
2006-04-26 David Edelsohn [EMAIL PROTECTED]
Paolo
The code
struct A {
~A();
};
int f()
{
A a;
#pragma omp parallel firstprivate(a)
for (int i = 0; i 5; ++i)
int x = 0;
return 0;
}
gives the following ICE with gcc version 4.2.0 20060426 (experimental):
LANG=C g++-4.2 -c -fopenmp -o gcc-bug.o
--- Comment #5 from Georg dot Baum at post dot rwth-aachen dot de
2006-04-26 14:39 ---
The test case does indeed not trigger the ICE anymore, but I have a similar new
one: PR27325.
--
Georg dot Baum at post dot rwth-aachen dot de changed:
What|Removed
--- Comment #3 from zadeck at naturalbridge dot com 2006-04-26 14:50
---
Yes janis, it is quite likely that that patch will fix this problem.
This looks like exactly the same failure as the other bug that that this patch
was submitted for.
--
--- Comment #7 from rguenth at gcc dot gnu dot org 2006-04-26 14:55 ---
I have a patch that fixes compare_values.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from reichelt at gcc dot gnu dot org 2006-04-26 15:46
---
Confirmed.
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
CC|
--- Comment #8 from pinskia at gcc dot gnu dot org 2006-04-26 15:46 ---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-04-26 15:50 ---
We still need a self contained testcase to reproduce this issue.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #8 from aldyh at gcc dot gnu dot org 2006-04-26 15:51 ---
(In reply to comment #7)
Did I mention this fails on powerpc-darwin?
How so?
pantani:/build/trunk/clean/gcc$ ./cc1 -quiet -g a.c -gstabs
pantani:/build/trunk/clean/gcc$ grep foo a.s.stabs
gfortran compiles
SUBROUTINE OPT1 (IB)
IMPLICIT REAL*8 (A-H,O-Z)
COMMON /INTNEW/ VL,EPS,BEGIN,STEP
END
SUBROUTINE OPT0(E0,H0,P0,NUMB,X,Y)
IMPLICIT double precision (A-H,O-Z)
COMMON /INTNEW/
--- Comment #9 from pinskia at gcc dot gnu dot org 2006-04-26 15:56 ---
(In reply to comment #8)
(In reply to comment #7)
Did I mention this fails on powerpc-darwin?
How so?
darwin enables -feliminate-unused-debug-symbols by default.
--
--- Comment #10 from aldyh at gcc dot gnu dot org 2006-04-26 16:05 ---
darwin enables -feliminate-unused-debug-symbols by default.
You mean darwin does NOT enable the option by default, right?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21391
--- Comment #8 from rguenth at gcc dot gnu dot org 2006-04-26 16:09 ---
Now the patch for 25148 fixes the wrong answer for the testcase in comment #2
if the patch in comment #5 is applied. It needs
Index: tree-ssa-propagate.c
--- Comment #11 from pinskia at gcc dot gnu dot org 2006-04-26 16:09
---
(In reply to comment #10)
darwin enables -feliminate-unused-debug-symbols by default.
You mean darwin does NOT enable the option by default, right?
No, there are two different options, and the other one is
The following testcase causes an ICE (segfault in remove_exit_barriers
from tree-flow-inline.h) when compiles with -fopenmp:
=
void foo()
{
#pragma omp parallel
{
L1:
goto L1;
}
}
=
--
Summary: ICE with -fopenmp and goto
--- Comment #12 from aldyh at gcc dot gnu dot org 2006-04-26 16:14 ---
No, there are two different options, and the other one is the stabs version
and not the dwarf2 version.
I'm confused. What options do you feed to the compiler that exhibit the bug,
so I can look into it?
--
--- Comment #13 from pinskia at gcc dot gnu dot org 2006-04-26 16:34
---
(In reply to comment #12)
I'm confused. What options do you feed to the compiler that exhibit the bug,
so I can look into it?
-gstabs+ -feliminate-unused-debug-symbols
(Note the symbols vs types in the option
The following testcase causes an ICE (segfault in build_new_method_call
from cp/call.c) when compiled with -fopenmp:
=
templateint struct A
#pragma omp parallel
;
templateint struct A { int foo(); };
int i = A0().foo();
=
The segfault
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-04-26 16:36 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from reichelt at gcc dot gnu dot org 2006-04-26 16:36
---
Btw., the error message is:
PR27329A.cc:7: error: '#pragma' is not allowed here
PR27329A.cc:10: error: 'A' is not a template type
PR27329A.cc:12: error: 'A' is not a template
PR27329A.cc:12: internal compiler
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-04-26 16:38 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
tobi at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-04-26 16:39 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last
--
tobi at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-04-26 16:41 ---
Patches should be posted to [EMAIL PROTECTED]
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27300
--- Comment #2 from tobi at gcc dot gnu dot org 2006-04-26 16:46 ---
Works for me, even though the warning could be a bit more verbose. Should this
really be a default warning?
[EMAIL PROTECTED]:~/src/pr/27327 gfortran t.f90 -Wall -c
t.f90: In function 'opt1':
t.f90:1: warning: unused
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-04-26 16:48 ---
Actually we recomend before filing a bug to use -Wall -W so really this is not
a bug.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #8 from pinskia at gcc dot gnu dot org 2006-04-26 16:50 ---
(In reply to comment #7)
(In reply to comment #4)
We need a testcase to go any further.
Source code is too big to send. I can send map, nm, elf oupts, etc...
to you. Would it make any sense ?
No, that does not
--- Comment #13 from pinskia at gcc dot gnu dot org 2006-04-26 17:11
---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #4 from dr dot johan at gmail dot com 2006-04-26 17:20 ---
ld was trying to load libgfortran.so from $PREFIX/lib, not from $PREFIX/lib64.
When linked with -Wl,-rpath,$PREFIX/lib64, libgfortran.so was found at runtime.
So no bug, just inexperience with gfortran on x86-64 on
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-04-26 17:43 ---
Hmm, this was once reported as PR 4844 but the testcase that was provided was
in fact undefined C.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27286
--- Comment #4 from janis at gcc dot gnu dot org 2006-04-26 17:48 ---
The patch doesn't apply cleanly now, which isn't surprising, but it also
doesn't apply to mainline sources as of 2006-03-28, when it was submitted.
What date or revision can I start with to try this patch, without
--- Comment #14 from dje at gcc dot gnu dot org 2006-04-26 17:57 ---
Subject: Bug 27282
Author: dje
Date: Wed Apr 26 17:57:03 2006
New Revision: 113278
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=113278
Log:
PR middle-end/27282
*
--- Comment #12 from amacleod at redhat dot com 2006-04-26 18:59 ---
I have a patch to change the implementation of immediate uses forthcoming
which, as a side effect, cleans up the operand scanner time in this file:
on my x86 cross powerpc64:
before patch:
tree operand scan :
--- Comment #6 from roger at eyesopen dot com 2006-04-26 18:59 ---
This has now been fixed on the 4.1 branch. Unfortunately, its difficult to
determine whether this patch is still needed on the 4.0 branch, or if other
backports are also required, as libiberty and top-level configure
--- Comment #4 from bkoz at gcc dot gnu dot org 2006-04-26 19:13 ---
Subject: Bug 26513
Author: bkoz
Date: Wed Apr 26 19:13:18 2006
New Revision: 113281
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=113281
Log:
2006-04-26 Shantonu Sen [EMAIL PROTECTED]
PR
--- Comment #37 from pinskia at gcc dot gnu dot org 2006-04-26 19:13
---
Reopening to close as ...
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #38 from pinskia at gcc dot gnu dot org 2006-04-26 19:14
---
Fixed in 4.0.0.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #32 from pinskia at gcc dot gnu dot org 2006-04-26 19:14
---
Reopening to ...
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #33 from pinskia at gcc dot gnu dot org 2006-04-26 19:14
---
to Mark as a dup of bug 15242 which is fixed in 4.0.0.
*** This bug has been marked as a duplicate of 15242 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed
--- Comment #39 from pinskia at gcc dot gnu dot org 2006-04-26 19:14
---
*** Bug 8092 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15242
--- Comment #34 from pinskia at gcc dot gnu dot org 2006-04-26 19:16
---
(In reply to comment #31)
Any hopes of resurrecting this bug?
well considering it is fixed correctly in 4.0.0, it does not matter.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=8092
--- Comment #10 from bkoz at gcc dot gnu dot org 2006-04-26 19:52 ---
Subject: Bug 26875
Author: bkoz
Date: Wed Apr 26 19:52:31 2006
New Revision: 113283
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=113283
Log:
2006-04-26 Benjamin Kosnik [EMAIL PROTECTED]
PR
--- Comment #11 from bkoz at gcc dot gnu dot org 2006-04-26 19:53 ---
fixed in 4.2.x
--
bkoz at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from bkoz at gcc dot gnu dot org 2006-04-26 19:54 ---
Fixed in 4.2.0, 4.1.0
--
bkoz at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from bkoz at gcc dot gnu dot org 2006-04-26 19:59 ---
Subject: Bug 26513
Author: bkoz
Date: Wed Apr 26 19:59:05 2006
New Revision: 113284
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=113284
Log:
2006-04-26 Shantonu Sen [EMAIL PROTECTED]
PR
--- Comment #7 from pcarlini at suse dot de 2006-04-26 20:01 ---
I think the correct Target Milestone is 4.1.1...
--
pcarlini at suse dot de changed:
What|Removed |Added
--- Comment #17 from amacleod at redhat dot com 2006-04-26 20:38 ---
Created an attachment (id=11336)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11336action=view)
Possible patch
Maybe. there is a work around I have an initial patch for. It re-covers up
the problem I think :-)
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-04-26 20:40 ---
*** This bug has been marked as a duplicate of 10768 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #13 from pinskia at gcc dot gnu dot org 2006-04-26 20:40
---
*** Bug 26849 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=10768
--- Comment #14 from pinskia at gcc dot gnu dot org 2006-04-26 20:42
---
(In reply to comment #12)
It deserves a separate entry in bugzilla.
I propose to close this entry here.
I did the opposite and closed the other as a dup, since the orginal testcase
still fails with ICEs.
--
--- Comment #5 from zadeck at naturalbridge dot com 2006-04-26 20:51
---
Subject: Re: [4.2 Regression] ICE in add_deps_for_def
with -fmodulo-sched -maltivec
janis at gcc dot gnu dot org wrote:
--- Comment #4 from janis at gcc dot gnu dot org 2006-04-26 17:48 ---
The patch
--- Comment #6 from janis at gcc dot gnu dot org 2006-04-26 20:54 ---
Thanks, although I can wait if you have more pressing things to do.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26855
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|major |normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24863
[EMAIL PROTECTED] writes:
| It is gcc 4.1.0, --target=arm-elf compiled on an Intel platform and
| GNU/Linux.
|
| The following construct:
|
| void *p;
|
| ((char *)p)++;
|
| makes the compiler to issue an error message, namely
| invalid lvalue in increment
|
| The ((char *)p) construct
--- Comment #9 from pinskia at gcc dot gnu dot org 2006-04-26 21:16 ---
This is still a bug, the patch has not been approved or rejected.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from Stefan dot Neis at kobil dot com 2006-04-26 21:59
---
Subject: Re: Compiling OpenSSL gives invalid code??
Hi,
Sorry, any attempt to attach an additional comment in bugzilla results in an
error
message (Not allowed You tried to change the Assignee
On 26 Apr 2006, Gabriel Dos Reis wrote:
[EMAIL PROTECTED] writes:
| It is gcc 4.1.0, --target=arm-elf compiled on an Intel platform and
| GNU/Linux.
|
| The following construct:
|
| void *p;
|
| ((char *)p)++;
|
| makes the compiler to issue an error message, namely
| invalid
/mnt/gnu/gcc-3.3/objdir/./gcc/xgcc -shared-libgcc
-B/mnt/gnu/gcc-3.3/objdir/./gc
c -nostdinc++ -L/mnt/gnu/gcc-3.3/objdir/hppa2.0w-hp-hpux11.11/libstdc++-v3/src
-
L/mnt/gnu/gcc-3.3/objdir/hppa2.0w-hp-hpux11.11/libstdc++-v3/src/.libs
-B/opt/gnu
/gcc/gcc-4.2.0/hppa2.0w-hp-hpux11.11/bin/
--- Comment #1 from danglin at gcc dot gnu dot org 2006-04-26 22:47 ---
Hmmm, the manpage says this function is obsolete. It looks like
'_REENTRANT' and '_PTHREADS_DRAFT4' both need to be defined to get
the proto.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27330
--- Comment #5 from jvdelisle at gcc dot gnu dot org 2006-04-26 22:53
---
The standard reference seems clear. I will see about giving a runtime error.
Someone else will have to do the compile time magic.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27304
The SPEC CPU2000 test 176.gcc fails to build on powerpc64-linux with -O2
-ftree-vectorize -maltivec for both -m32 and -m64. A regression hunt using a
minimized testcase (to be attached) identified this patch:
http://gcc.gnu.org/viewcvs?view=revrev=112621
r112621 | spop | 2006-04-02
--- Comment #1 from janis at gcc dot gnu dot org 2006-04-26 23:02 ---
Created an attachment (id=11338)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11338action=view)
recog.c
minimized testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27331
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-04-26 23:03 ---
Usually type being NULL means you have a freed SSA_NAME being used somewhere.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27331
1 - 100 of 112 matches
Mail list logo