--- Comment #1 from burnus at gcc dot gnu dot org 2007-02-02 07:50 ---
This actually planed to do, cf.
http://gcc.gnu.org/wiki/GFortran43
"Projects for inclusion into gfortran-4.3"
"Formal/actual argument checking for same file procedures
There are a large number of PRs associated wit
Compiling the following invalid OpenMP program with -Wall results in no warning
message at -O0 and a poorly-formed warning message at -O1 or higher. No
warning is printed at any optimization level if compiled without -Wall.
The program violates the constraint on allocatable arrays in private clau
--- Comment #3 from ian at airs dot com 2007-02-02 05:41 ---
Should be fixed by this patch:
2007-02-01 Ian Lance Taylor <[EMAIL PROTECTED]>
* lower-subreg.c (simplify_gen_subreg_concatn): If we ask for the
high part of a paradoxical subreg, return a constant zero.
co
libstdc++-v3/testsuite/lib/libstdc++.exp contains code:
# Collect into libtestc++.a
set arcommand "ar -rc ./libtestc++.a ${libtest_objs}"
set result [lindex [local_exec "$arcommand" "" "" 300] 0]
verbose "link result is $result"
if { $result == 0 } {
set ranlibcommand "
--- Comment #11 from jvdelisle at gcc dot gnu dot org 2007-02-02 02:25
---
This bug was not a duplicate of pr27954. That was a fat fingers error that I
corrected in the PR header, but I can't delete comment #9. So as far as I know
this has not been fixed yet and never was.
--
jvde
--- Comment #7 from stevenj at alum dot mit dot edu 2007-02-02 02:06
---
> Well the C standard mentions there can be non standard integer types so that
> exists for x86_64, __int128_t which has normally aligned 16bytes so again this
> is a bug in glibc.
First, 16-byte alignment for SIM
--- Comment #17 from jvdelisle at gcc dot gnu dot org 2007-02-02 02:00
---
We do not have this working for unformatted I/O. It will require frontend work
as well as library to implement. Specifically, the size of records, determined
from the output list, must be determined prior to pe
--- Comment #3 from bdavis at gcc dot gnu dot org 2007-02-02 01:50 ---
if you try the example, f951 may exit with a segfault. reason is this code
takes a lot of stack space.
for tcsh, "ulimit stacksize unlimited" was required.
(just to save 10 minutes for the next person who takes a
--- Comment #6 from pinskia at gcc dot gnu dot org 2007-02-02 01:13 ---
Fixed by:
2007-01-31 Richard Henderson <[EMAIL PROTECTED]>
Ian Lance Taylor <[EMAIL PROTECTED]>
* lower-subreg.c: New file.
--
pinskia at gcc dot gnu dot org changed:
What|
--- Comment #9 from pinskia at gcc dot gnu dot org 2007-02-02 01:05 ---
So I think the problem here now (after lower subreg was added) is the issue of
splitting of the multiplication late after reload.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=4079
--- Comment #8 from pinskia at gcc dot gnu dot org 2007-02-02 00:58 ---
Hmm, I see in expand:
(insn 12 14 13 (set (subreg:SI (reg:DI 124) 4)
(lshiftrt:SI (subreg:SI (reg:DI 123) 0)
(const_int 0 [0x0]))) -1 (nil)
(expr_list:REG_NO_CONFLICT (reg:DI 123)
(nil
--- Comment #5 from pinskia at gcc dot gnu dot org 2007-02-02 00:28 ---
*** Bug 30672 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #7 from pinskia at gcc dot gnu dot org 2007-02-02 00:28 ---
*** This bug has been marked as a duplicate of 30391 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #5 from hjl at lucon dot org 2007-02-02 00:25 ---
It is caused by something else.
--
hjl at lucon dot org changed:
What|Removed |Added
Status|UNCO
--- Comment #5 from roger at eyesopen dot com 2007-02-02 00:17 ---
It looks like Ian's recent subreg lowering pass patch has improved code
generation on this testcase. Previously, we'd spill three integer registers to
the stack for "LLM", we're now down to two. [A significant improveme
--- Comment #6 from kargl at gcc dot gnu dot org 2007-02-02 00:12 ---
Further reduction is possible.
subroutine dynamic(ndim, kv)
implicit none
integer :: ndim
real :: kvf(3,3), kv(3,3)
if (ndim .eq. 3) then
call kvector3Df(kvf)
else
kvf(1:3,1:3) = kv(1:3,1:3)
--- Comment #5 from kargl at gcc dot gnu dot org 2007-02-02 00:08 ---
Reduced testcase
module current
integer, save :: ndim
real, save :: kv(3,3)
end module current
subroutine dynamic
use current
implicit none
real :: kvf(3,3)
if (ndim .eq. 3) then
call kve
--- Comment #4 from hjl at lucon dot org 2007-02-01 23:59 ---
It may be caused by
http://gcc.gnu.org/ml/gcc-patches/2007-01/msg02515.html
--
hjl at lucon dot org changed:
What|Removed |Added
--- Comment #3 from hjl at lucon dot org 2007-02-01 23:57 ---
Oops. Try again:
if [ ! -d "./ia64-unknown-linux-gnu/bits/extc++.h.gch" ]; then \
mkdir -p ./ia64-unknown-linux-gnu/bits/extc++.h.gch; \
fi; \
/export/build/gnu/gcc/build-ia64-linux/./gcc/xgcc -share
--- Comment #2 from hjl at lucon dot org 2007-02-01 23:56 ---
The real error is
-I/net/gnu-13/export/gnu/src/gcc/gcc/libstdc++-v3/libsupc++ -O2 -g
/net/gnu-13/export/gnu/src/gcc/gcc/libstdc++-v3/include/precompiled/extc++.h -o
ia64-unknown-linux-gnu/bits/extc++.h.gch/O2g.gch
make[4]: **
--- Comment #4 from kargl at gcc dot gnu dot org 2007-02-01 23:36 ---
Just a quick note. dynamic.f will compile without optimization.
I can reproduce the problem. Now to reduce it to something managable.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30672
--- Comment #6 from spark at gcc dot gnu dot org 2007-02-01 23:15 ---
Subject: Bug 28686
Author: spark
Date: Thu Feb 1 23:15:13 2007
New Revision: 121477
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=121477
Log:
2007-2-01 Seongbae Park <[EMAIL PROTECTED]>
PR inline-
--- Comment #6 from pinskia at gcc dot gnu dot org 2007-02-01 23:04 ---
(In reply to comment #5)
> (In reply to comment #4)
> > This is really a glibc bug and needs to be fixed. The C standard says that
> > malloc allocates that the right alignment so this is a glibc bug.
>
> The C sta
--- Comment #1 from hjl at lucon dot org 2007-02-01 23:01 ---
I saw
make[4]: Entering directory
`/export/build/gnu/gcc/build-ia64-linux/ia64-unknown
-linux-gnu/libstdc++-v3/include'
make[4]: Leaving directory
`/export/build/gnu/gcc/build-ia64-linux/ia64-unknown-
linux-gnu/libstdc++-v3/i
--- Comment #5 from stevenj at alum dot mit dot edu 2007-02-01 23:00
---
(In reply to comment #4)
> This is really a glibc bug and needs to be fixed. The C standard says that
> malloc allocates that the right alignment so this is a glibc bug.
The C standard does not cover SIMD instruc
When I was using "make -j8" on an ia64 machine with 16 processors, I got
[EMAIL PROTECTED] gcc]$ grep O2g.gch nohup.out
/export/build/gnu/gcc/build-ia64-linux/./gcc/xgcc -shared-libgcc
-B/export/build/gnu/gcc/build-ia64-linux/./gcc -nostdinc++
-L/export/build/gnu/gcc/build-ia64-linux/ia6
--- Comment #5 from patchapp at dberlin dot org 2007-02-01 22:45 ---
Subject: Bug number PR30284
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/2007-02/msg00112.html
--
http://gcc.gnu.org/bugzilla/sh
--- Comment #3 from kargl at gcc dot gnu dot org 2007-02-01 21:44 ---
Luis,
You can email me the file at [EMAIL PROTECTED]
I'll extract a testcase if the failure occurs on my systems.
--
kargl at gcc dot gnu dot org changed:
What|Removed |Added
--
A JNI problem where GCJ isn't doing the same as a Sun JDK:
public class NativeBooleanTest
{
public static void main(String[] args)
{
System.loadLibrary("nativeBoolean");
nativePrintBoolean(false);
nativePrintBoolean(true);
nativePrintBooleanAsInt(false);
--- Comment #2 from lgcota at gmail dot com 2007-02-01 20:54 ---
I could attach the 'dynamic.f' file if you tell me how (or is it just to
cut-and-paste it?). The file is NOT open source but is free for academic use.
It DOES use modules.
--
lgcota at gmail dot com changed:
Michael Abbott wrote:
../sysdeps/generic/s_fmax.c: In function `__fmax':
../sysdeps/generic/s_fmax.c:28: internal compiler error: in
elim_reg_cond, at flow.c:3328
This looks the same as PR 15068 for which there is already a fix. You
can get the patch from the PR. The PR also indicates that
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-02-01 20:49 ---
(In reply to comment #0)
> Please I don't want to annoy you but the instructions to file a bug are really
> hard to follow and lengthy. I haven't been able to produce the "*.i* file, but
> just the ".s" one. Please m
error interno del compilador: Violación de segmento
/home/lgc/irun/bin/../libexec/gcc/i386-pc-linux-gnu/4.3.0/f951 ../dynamic.f
-ffixed-form -quiet -dumpbase dynamic.f -mtune=i386 -auxbase dynamic -O2
-version -ffixed-line-length-132 -I.. -fintrinsic-modules-path
/home/lgc/irun/bin/../lib/gcc/i386
--- Comment #10 from reichelt at gcc dot gnu dot org 2007-02-01 20:33
---
The bug disappeared on mainline, but is still present on the 4.2 branch.
Is there any chance that this gets fixed before the 4.2.0 release?
It's really a problem that hurts OpenMP for C++.
--
reichelt at gcc
--- Comment #10 from reichelt at gcc dot gnu dot org 2007-02-01 20:28
---
The bug reappeared on mainline. But PR 27954 did not.
So either this is not really a duplicate - or Jerry's fix was incomplete.
Jerry, would you mind having a look? Thanks!
--
reichelt at gcc dot gnu dot org
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|major |normal
Component|c |debug
http:/
--- Comment #5 from reichelt at gcc dot gnu dot org 2007-02-01 20:12
---
*** Bug 30295 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28266
--- Comment #3 from reichelt at gcc dot gnu dot org 2007-02-01 20:12
---
Fixed by the fix for PR28266.
So marking as duplicate.
*** This bug has been marked as a duplicate of 28266 ***
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Ad
--- Comment #4 from reichelt at gcc dot gnu dot org 2007-02-01 20:11
---
Fixed on mainline.
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
Su
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-02-01 20:03 ---
And this is the reason why it needs to be an ICE earlier because we don't see
these bugs until late.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #20 from ismail at pardus dot org dot tr 2007-02-01 19:51
---
(In reply to comment #19)
> (In reply to comment #18)
> > Any chance of a 4.2 backport ? Looks like varpool_node does not exist in 4.2
> > branch.
>
> I noticed this as well. It's easy enough to fix:
>
> 14:20
--- Comment #19 from tbm at cyrius dot com 2007-02-01 19:32 ---
(In reply to comment #18)
> Any chance of a 4.2 backport ? Looks like varpool_node does not exist in 4.2
> branch.
I noticed this as well. It's easy enough to fix:
14:20 < richi> tbm: sure s/varpool_/cgraph_varpool_/
Ric
--- Comment #18 from ismail at pardus dot org dot tr 2007-02-01 19:25
---
Any chance of a 4.2 backport ? Looks like varpool_node does not exist in 4.2
branch.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27657
--- Comment #1 from mansuk at gmail dot com 2007-02-01 18:28 ---
Created an attachment (id=12996)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12996&action=view)
preprocessed file
The preprocessed file is attched.
gcc (GCC) 4.1.2 20060928 (prerelease) (Ubuntu 4.1.1-13ubuntu5)
-
Compiling Spidermonkey gives the following error.
make[1]: Entering directory
`/home/suman/downloads/DL/tmp/spidermonkey/js/src/fdlibm'
make[1]: Nothing to be done for `all'.
make[1]: Leaving directory
`/home/suman/downloads/DL/tmp/spidermonkey/js/src/fdlibm'
make -f Makefile.ref Linux_All_DBG.O
--- Comment #2 from paolo dot greppi at tiscali dot it 2007-02-01 18:07
---
Thank you very much, I am now going ahead and filing the bug reports for the
other compilers :-)
--
paolo dot greppi at tiscali dot it changed:
What|Removed |Added
---
--- Comment #5 from spark at gcc dot gnu dot org 2007-02-01 17:47 ---
-O1 error problem is due to constant assignment of var.
If you replace:
long var = 42;
with something like:
long var = func();
It compiles without an error (though it still has the #3 problem
of using %ebp even t
--- Comment #15 from skunk at iskunk dot org 2007-02-01 17:18 ---
This bug is still present in 3.4.6
Bruce or Giovanni, could one of you please apply this patch?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16300
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.3.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30641
--- Comment #10 from rguenth at gcc dot gnu dot org 2007-02-01 16:46
---
The testcase in comment #2 works for me on the 4.2 branch now, but the one in
comment #7 fails with
> ./cc1plus -quiet t.ii -O
t.ii: In destructor
'virtual::imagemagick_reader::~imagemagick_reader()':
t.ii:7: int
--- Comment #18 from rguenth at gcc dot gnu dot org 2007-02-01 16:41
---
And yes, the attached fixes it.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28544
--- Comment #17 from rguenth at gcc dot gnu dot org 2007-02-01 16:40
---
Still fails on the 4.2 branch.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from rguenth at gcc dot gnu dot org 2007-02-01 16:39 ---
Both the reduced testcase and the original testcase work for me now on the 4.2
branch.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29718
--- Comment #29 from pcarlini at suse dot de 2007-02-01 15:58 ---
Fixed.
--
pcarlini at suse dot de changed:
What|Removed |Added
Status|ASSIGNED
--
pcarlini at suse dot de changed:
What|Removed |Added
Target Milestone|4.2.1 |4.2.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29496
--- Comment #28 from paolo at gcc dot gnu dot org 2007-02-01 15:56 ---
Subject: Bug 14493
Author: paolo
Date: Thu Feb 1 15:56:37 2007
New Revision: 121465
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=121465
Log:
2007-02-01 Paolo Carlini <[EMAIL PROTECTED]>
PR libst
--- Comment #24 from paolo at gcc dot gnu dot org 2007-02-01 15:56 ---
Subject: Bug 29496
Author: paolo
Date: Thu Feb 1 15:56:37 2007
New Revision: 121465
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=121465
Log:
2007-02-01 Paolo Carlini <[EMAIL PROTECTED]>
PR libst
--- Comment #6 from dave at hiauly1 dot hia dot nrc dot ca 2007-02-01
15:51 ---
Subject: Re: [4.3 Regression] natVMURLConnection.cc:21: error: 'magic_t' does
not name a type
> This is just a random guess, but do you have this patch (gcc/java):
>
> 2007-01-29 Andrew Haley <[EMAIL PR
--- Comment #3 from mark at gcc dot gnu dot org 2007-02-01 15:22 ---
Created an attachment (id=12994)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12994&action=view)
Generated .java source file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30604
--- Comment #2 from rguenth at gcc dot gnu dot org 2007-02-01 15:08 ---
Confirmed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
CC|
--- Comment #15 from msubs at philips dot org dot uk 2007-02-01 15:07
---
Thanks.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30641
--- Comment #1 from rguenth at gcc dot gnu dot org 2007-02-01 15:07 ---
*** Bug 30662 has been marked as a duplicate of this bug. ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #2 from rguenth at gcc dot gnu dot org 2007-02-01 15:07 ---
Dup of PR30669 (that has a short testcase).
*** This bug has been marked as a duplicate of 30669 ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
---
gcc segfaults while building libgcc, more specifically _multi3.
Here is a reduced testcase:
/* Compile this with ./cc1 -quiet -m64 -O2. */
typedef int TItype __attribute__ ((mode (TI)));
void
foo (TItype u __attribute__((unused)))
{
}
--
Summary: i686-pc-linux-gnu doesn't build
--
aph at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |aph at gcc dot gnu dot org
|dot org
In the following program it would be nice if gfortran reported that two() has
type REAL in the main program because of implicit typing but actually has type
DOUBLE PRECISION. Below is what gfortran says and then what g95 says for
comparison.
U:\vrao\fortran>type bug_print.f90
double precision fun
--- Comment #3 from rguenth at gcc dot gnu dot org 2007-02-01 14:41 ---
This seems to be fixed now. (tested on x86_64 with -m32)
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #14 from aph at gcc dot gnu dot org 2007-02-01 14:39 ---
Fixed.
--
aph at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED
--- Comment #13 from aph at gcc dot gnu dot org 2007-02-01 14:38 ---
Subject: Bug 30641
Author: aph
Date: Thu Feb 1 14:37:54 2007
New Revision: 121463
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=121463
Log:
2007-02-01 Andrew Haley <[EMAIL PROTECTED]>
PR java/30641
--- Comment #12 from aph at gcc dot gnu dot org 2007-02-01 14:34 ---
Subject: Bug 30641
Author: aph
Date: Thu Feb 1 14:34:11 2007
New Revision: 121462
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=121462
Log:
2007-02-01 Andrew Haley <[EMAIL PROTECTED]>
PR java/30641
Using gcc version 4.3.0 20070201
and gcc version 4.3.0 20070130 on i386-pc-linux-gnu
(AMD Athlon(tm) XP 2800+) with the following options causes an ICE:
$ gfortran-4.3 -O2 -ftree-vectorize -march=athlon-xp test.f
test.f: In function 'cblank_cvb':
test.f:6: internal compiler
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
Severity|enhancement |normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30611
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last recon
--- Comment #1 from ubizjak at gmail dot com 2007-02-01 13:59 ---
Created an attachment (id=12993)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12993&action=view)
testcase
Testcase, compile with gcc -O2.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30666
Attached testcase (delta didn't reduce it any further) produces several
warnings, when compiled with -O2:
gcc -O2 -S render_1.ii
render_1.ii: In function âint pov::create_ray(pov::RAY*, double, double, int)â:
render_1.ii:6494: warning: canonical types differ for identical types double
__complex__
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |fxcoudert at gcc dot gnu dot
|dot org
--- Comment #1 from fxcoudert at gcc dot gnu dot org 2007-02-01 13:51
---
With a little variation, you get a better error message, although "augument"
part could be improved :)
$ cat u.f90
integer :: i
i = -1
print *, repeat ("", i)
end
$ gfortran u.f90 && ./a.out
Fortran runti
--
pcarlini at suse dot de changed:
What|Removed |Added
Target Milestone|--- |4.2.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14493
--- Comment #3 from jakub at gcc dot gnu dot org 2007-02-01 13:37 ---
Calling validate_arglist again is unnecessarily expensive and the other case
has a bug as well.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #27 from paolo at gcc dot gnu dot org 2007-02-01 13:37 ---
Subject: Bug 14493
Author: paolo
Date: Thu Feb 1 13:36:51 2007
New Revision: 121461
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=121461
Log:
2007-02-01 Paolo Carlini <[EMAIL PROTECTED]>
PR libst
--- Comment #8 from mueller at gcc dot gnu dot org 2007-02-01 13:27 ---
removing diagnostic keyword again. This is latent wrong-code.
--
mueller at gcc dot gnu dot org changed:
What|Removed |Added
--
--
bkoz at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last reconfirme
--- Comment #1 from fxcoudert at gcc dot gnu dot org 2007-02-01 12:36
---
-huge(i2)-1 is a integer(kind=4) value, because 1 is 1_4 (the default kind) and
-huge(i2) is thus promoted. You get warnings if you write it with
-huge(i2)-1_2, like in the following code:
program main
implicit
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Ke
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |enhancement
Status|UNCONFIRMED |NEW
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jakub at gcc dot gnu dot org
|dot org
--- Comment #2 from bkoz at gcc dot gnu dot org 2007-02-01 12:20 ---
Should array_allocator be copy-constructable? I am not sure that the extra
effort to make _M_used shared in a mt-safe manner is worth it, for something
that is supposed to be write-once memory.
This is a deviation fr
--- Comment #10 from manu at gcc dot gnu dot org 2007-02-01 12:16 ---
(In reply to comment #9)
> Subject: Re: When using 'or' keyword, the error message speaks of a '||'
> token
>
> "manu at gcc dot gnu dot org" <[EMAIL PROTECTED]> writes:
>
> | Unless someone decides to fix the whol
--- Comment #2 from manu at gcc dot gnu dot org 2007-02-01 12:10 ---
It compiles fine with gcc 4.0.3 on i686-pc-linux-gnu.
Could you try with a more recent version of the compiler?
Also, you may wish to check out: http://cygwin.com/problems.html
--
manu at gcc dot gnu dot org chang
--
hp at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Ever Confirmed|0 |1
Last reconfi
This testcase is miscompiled on all versions of GCC (visible on r111226):
int __attribute__ ((__noinline__)) f (unsigned *p, int *x)
{
int y = *p++ & 0xfff;
*x++ = y;
*x = *p;
return y;
}
int main (void)
{
unsigned u[2] = { 0xbaad, 0xdad1 };
int x[2] = {17689, 23456};
if (f (u, x)
--- Comment #6 from jb at gcc dot gnu dot org 2007-02-01 11:30 ---
Right, I guess that's an equally valid POV. Thus, I don't think it's worth the
trouble to reverse them and confuse our users.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30605
--- Comment #4 from dfranke at gcc dot gnu dot org 2007-02-01 11:28 ---
As I came across this once more: is it possible to issue a compile-time warning
that "array pointers to components of derived type arrays" are allowed by the
standard but are not yet implemented in gfortran (gfc_todo
--- Comment #11 from msubs at philips dot org dot uk 2007-02-01 11:25
---
Yes, I got your email and I sent a jar to that address, had to allow jars
through my mail server. Did you not receive it?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30641
--- Comment #10 from aph at gcc dot gnu dot org 2007-02-01 11:24 ---
I sent you email but I don't know if you received it.
Send the jar to aph at redhat.com
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30641
--- Comment #9 from msubs at philips dot org dot uk 2007-02-01 10:57
---
Andrew, The .jar attachment was rejected by the mail server. How can I send the
file you?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30641
--- Comment #8 from msubs at philips dot org dot uk 2007-02-01 10:54
---
Sent, by email.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30641
--- Comment #7 from aph at gcc dot gnu dot org 2007-02-01 10:44 ---
Give me your jarfile.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30641
--- Comment #6 from msubs at philips dot org dot uk 2007-02-01 10:38
---
Hi Andrew,
> If you can duplicate the problem when compiling with -findirect-dispatch then
we won't need all the dependency jars.
Indeed I can. What next?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30641
--- Comment #8 from rguenth at gcc dot gnu dot org 2007-02-01 10:32 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
1 - 100 of 117 matches
Mail list logo
