--- Comment #11 from pault at gcc dot gnu dot org 2006-05-26 05:09 ---
Subject: Bug 27449
Author: pault
Date: Fri May 26 05:09:18 2006
New Revision: 114127
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=114127
Log:
2006-05-26 Paul Thomas <[EMAIL PROTECTED]>
PR fortran
--- Comment #6 from pault at gcc dot gnu dot org 2006-05-26 05:09 ---
Subject: Bug 27709
Author: pault
Date: Fri May 26 05:09:18 2006
New Revision: 114127
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=114127
Log:
2006-05-26 Paul Thomas <[EMAIL PROTECTED]>
PR fortran/
--- Comment #20 from pault at gcc dot gnu dot org 2006-05-26 05:09 ---
Subject: Bug 27155
Author: pault
Date: Fri May 26 05:09:18 2006
New Revision: 114127
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=114127
Log:
2006-05-26 Paul Thomas <[EMAIL PROTECTED]>
PR fortran
--- Comment #18 from jvdelisle at gcc dot gnu dot org 2006-05-26 00:08
---
All of the IO patches for both revs, before and after the failures, exist in
4.1 and 4.2. 4.1 is not failing, so this leads me to believe this is not a
libgfortran failure.
There is an alignment patch that went
--- Comment #4 from tromey at gcc dot gnu dot org 2006-05-25 22:53 ---
Thanks Andrew. With this I'm able to BC compile ecj again.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27756
--- Comment #12 from danglin at gcc dot gnu dot org 2006-05-25 22:48
---
Fixed by patch on trunk.
--
danglin at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from laurent at guerby dot net 2006-05-25 21:51 ---
TARGET=avr
../gcc-4.1.1-20060517/configure --verbose --disable-nls --enable-languages=c
--target=$TARGET --prefix=$INSTALL --with-dwarf2
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27769
--
tkoenig at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |tkoenig at gcc dot gnu dot
|dot org
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-05-25 21:06 ---
How did you configure the compiler?
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from laurent at guerby dot net 2006-05-25 21:00 ---
Even when removing newlib it fails too:
de -I../../gcc-4.1.1-20060517/gcc/../libcpp/include -DL_fixunssfsi -c
../../gcc-4.1.1-20060517/gcc/libgcc2.c -o libgcc/./_fixunssfsi.o
../../gcc-4.1.1-20060517/gcc/libgcc2.c: In f
--- Comment #17 from dir at lanl dot gov 2006-05-25 20:53 ---
It runs after (bug fix 20257) rev 113373 and fails after (bug fix 27360) rev
113396. I think that narrows it down to one of two updates - if the problem was
caused by changes to gfortran.
--
http://gcc.gnu.org/bugzilla/sh
--- Comment #4 from jb at gcc dot gnu dot org 2006-05-25 20:44 ---
Seems this work is getting closer:
http://gcc.gnu.org/ml/fortran/2006-04/msg00173.html
I'm adding this bug as blocking 27740, as before taking symbol versioning into
use, it would be nice to clean up the library interfac
--- Comment #54 from mmitchel at gcc dot gnu dot org 2006-05-25 20:26
---
Fixed in 4.2.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Summar
--- Comment #53 from mmitchel at gcc dot gnu dot org 2006-05-25 20:18
---
Subject: Bug 20103
Author: mmitchel
Date: Thu May 25 20:18:26 2006
New Revision: 114119
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=114119
Log:
PR c++/20103
* gimplify.c (gimplify_decl_
--- Comment #4 from patchapp at dberlin dot org 2006-05-25 18:55 ---
Subject: Bug number PR23151
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-05/msg01323.html
--
http://gcc.gnu.org/bugzilla/sh
--- Comment #3 from pinskia at physics dot uc dot edu 2006-05-25 18:19
---
Subject: Re: cross-gnatmake needs host gcc
>
>
>
> --- Comment #2 from laurent at guerby dot net 2006-05-25 18:08 ---
> I'm unable to build even a C compiler to the avr target, binutils-2.16.1 +
> n
>
>
>
> --- Comment #2 from laurent at guerby dot net 2006-05-25 18:08 ---
> I'm unable to build even a C compiler to the avr target, binutils-2.16.1 +
> newlib-1.13.0 + gcc-4.1.1-prerelease I get:
avr has its own libc and is not supported by newlib.
-- Pinski
--- Comment #2 from laurent at guerby dot net 2006-05-25 18:08 ---
I'm unable to build even a C compiler to the avr target, binutils-2.16.1 +
newlib-1.13.0 + gcc-4.1.1-prerelease I get:
make[5]: Entering directory `/mnt/data-5-1/guerby/build/avr/newlib/libc/ctype'
/mnt/data-5-1/guerby/b
--- Comment #11 from dje at gcc dot gnu dot org 2006-05-25 17:34 ---
What is happening with this patch? Are these test results considered good?
Will this patch be submitted?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27536
--- Comment #3 from dje at gcc dot gnu dot org 2006-05-25 17:27 ---
If the failures are associated with enabling section anchors by default, then
this has uncovered another problem with the section anchor support. Do you
have any more information about what is failing? Could this be an
--- Comment #27 from pinskia at gcc dot gnu dot org 2006-05-25 17:09
---
Fixed on the mainline at least.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #11 from pinskia at gcc dot gnu dot org 2006-05-25 17:09
---
Fixed on the mainline at least.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-05-25 17:07 ---
Fixed on the mainline at least.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-05-25 17:05 ---
>On the system there is an old gcc and its version is: 2.7.2.3
Ick.
What is Unix_SV? Is it a product of SCO? Because I don't know how much
support if it is old.
Second there is not enough info here on what is goi
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-05-25 17:01 ---
This is still not enough info.
I bet a beer at the GCC summit, it is trying to invoke gcc instead of avr-gcc
for avr-gnatmake.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27769
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-05-25 16:45 ---
Interesting.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC|
--- Comment #12 from pinskia at gcc dot gnu dot org 2006-05-25 16:44
---
(In reply to comment #10)
> #define parallel _Pragma("omp parallel")
> int
> main()
> {
> #pragma omp parallel
> {}
> }
This is not invalid according to:
http://gcc.gnu.org/onlinedocs/cpp/Implementation_002
--- Comment #7 from pinskia at gcc dot gnu dot org 2006-05-25 16:40 ---
(In reply to comment #6)
> Does that mean you reverted the patch and I should reapply it later?
Or someone (you) forgot to close the bug as fixed for 4.1.1.
So I am going to close as fixed for 4.1.1.
--
pinskia
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--- Comment #16 from dir at lanl dot gov 2006-05-25 16:33 ---
Works at rev 112998 just before the updates for bug 27138 on April 17 -
[dranta:~/tests/gfortran-D] dir% gfortran -O1 -o write_logical
write_logical.f90
[dranta:~/tests/gfortran-D] dir% write_logical
[dranta:~/tests/gfortran-
--- Comment #9 from pinskia at gcc dot gnu dot org 2006-05-25 16:33 ---
Actually this was fixed in 4.1.1 so changing the milestone again.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #8 from pinskia at gcc dot gnu dot org 2006-05-25 16:31 ---
Actually this was fixed in 4.1.1 so changing the milestone again.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #1 from janis at gcc dot gnu dot org 2006-05-25 16:30 ---
There's also a problem in the parser file analyze-linkage.c.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27770
--- Comment #9 from pinskia at gcc dot gnu dot org 2006-05-25 16:30 ---
Actually this was fixed in 4.1.1 so changing the milestone again.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #11 from pinskia at gcc dot gnu dot org 2006-05-25 16:29
---
Actually this was fixed in 4.1.1 so changing the milestone again.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
Two tests from SPEC CPU2000, parser and gzip, fail at runtime when built on
powerpc64-linux with "-O2 -ftree-vectorize -maltivec -mabi=altivec". parser
fails with both -m32 and -m64, gzip with -m64. A regression hunt identified
this patch as the start of the failures:
http://gcc.gnu.org/view
$ cat p.gpr
project p is
for Library_Name use "p";
for Library_Dir use "lib";
for Library_Kind use "static";
end p;
$ cat p.ads
package p is
end;
$ avr-gnatmake -Pp -f -v --RTS=rts/atmega8
Parsing Project File "p".
Checking project file "p"
5 lines: No errors
Parsing of Project File
Ross Ridge wrote:
Nicolas De Rico wrote:
The file hi-utf16.c, created with Notepad and saved in "unicode",
contains a BOM which is, in essence, a small header at the beginning of
the file that indicates the encoding.
It's not a header that indicates the encoding. It's a header that
indicates
--- Comment #11 from jakub at gcc dot gnu dot org 2006-05-25 15:47 ---
So far fixed the valid cases of _Pragma with -fopenmp I came up, still need to
work some more on the invalid ones.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #15 from dir at lanl dot gov 2006-05-25 14:54 ---
At last one that works (I knew that I did the testsuite on this one) - version
20060405 -
[dranta:~/tests/gfortran-D] dir% gfortran -O1 -o write_logical
write_logical.f90
[dranta:~/tests/gfortran-D] dir% write_logical
[dranta
--- Comment #3 from lu_zero at gentoo dot org 2006-05-25 14:54 ---
same happens on ppc with gcc-4.1.1
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26686
--- Comment #14 from dir at lanl dot gov 2006-05-25 14:47 ---
The version from the wiki also fails -
[dranta:~/tests/gfortran-D] dir% gfortran -O1 -o write_logical
write_logical.f90
[dranta:~/tests/gfortran-D] dir% write_logical
At line 9 of file write_logical.f90
Fortran runtime error:
--- Comment #13 from jvdelisle at gcc dot gnu dot org 2006-05-25 14:44
---
Maybe go back farther than the email I just posted to gfortran list suggests.
I am suspicious that this is not a gfortran problem, but then 4.1 is working.
Take a shot at an April 1 version maybe. You can find
--- Comment #12 from dir at lanl dot gov 2006-05-25 14:35 ---
I rebuild version 20060508 from the full source tree that I had saved and I
find the problem - I am beginning to wonder if the update to CCTOOLS or the
system is causing the problem - except for the fact that I can build the
c
--- Comment #6 from bernds_cb1 at t-online dot de 2006-05-25 14:33 ---
Does that mean you reverted the patch and I should reapply it later?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27620
--
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
--
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 #11 from howarth at nitro dot med dot uc dot edu 2006-05-25
14:04 ---
Dale,
I am confused. Are you saying the breakage in gcc trunk goes
as far back as 20060508? I was going to try a few builds here on
my G5 to see if I can narrow down the svn revision numbers involved.
W
--- Comment #10 from dir at lanl dot gov 2006-05-25 13:36 ---
I restored and rebuilt the 20060508 version that I had archived and I still get
the error -
[dranta:~/tests/gfortran-D] dir% gfortran -O1 -o write_logical
write_logical.f90
[dranta:~/tests/gfortran-D] dir% write_logical
At l
--- Comment #10 from pault at gcc dot gnu dot org 2006-05-25 13:02 ---
Thanks, gents.
I am just going to ping the list and will commit tomorrow morning, no matter
what.
Paul
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27449
--- Comment #4 from rguenth at gcc dot gnu dot org 2006-05-25 12:40 ---
Subject: Bug 27743
Author: rguenth
Date: Thu May 25 12:39:52 2006
New Revision: 114112
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=114112
Log:
2006-05-25 Richard Guenther <[EMAIL PROTECTED]>
PR
--- Comment #10 from jakub at gcc dot gnu dot org 2006-05-25 12:29 ---
#define parallel _Pragma("omp parallel")
int
main()
{
#pragma omp parallel
{}
}
is ICE on invalid code, OpenMP 2.5 says in 2.1 Directive Format:
Preprocessing tokens following the #pragma omp are subject to ma
--- Comment #6 from tkoenig at gcc dot gnu dot org 2006-05-25 11:09 ---
This went away after an "svn update". The strange thing is that "svn diff"
reported no differences before and after the upgrade.
Cosmic rays, probably. Resolving as invalid.
--
tkoenig at gcc dot gnu dot org c
--- Comment #3 from aph at gcc dot gnu dot org 2006-05-25 10:12 ---
This is caused by ecj generating non-nested variable scopes.
In Method name:"seekTypesInBinaryPackage":
slot#13: name: i, type: int (pc: 254 length: 82)
slot#15: name: elementName, type: java.lang.String (pc: 240
--- Comment #2 from aph at gcc dot gnu dot org 2006-05-25 10:02 ---
Created an attachment (id=11512)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11512&action=view)
Patch
Try this. If it works for you I'll check it in.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27756
--- Comment #7 from aph at gcc dot gnu dot org 2006-05-25 09:56 ---
.
--
aph at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #4 from konqueror at gmx dot de 2006-05-25 08:50 ---
This is a Debian problem, not an upstream problem. You missed to install the
build-essesntial package in debian. That would have installed all needd stuff
for you. Closing as invalid.
--
konqueror at gmx dot de changed:
--- Comment #4 from bonzini at gnu dot org 2006-05-25 08:45 ---
Created an attachment (id=11511)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11511&action=view)
patch to document the option
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25453
--- Comment #1 from reichelt at gcc dot gnu dot org 2006-05-25 08:30
---
Btw, this is on x86_64-unknown-linux-gnu.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27768
--- Comment #2 from bonzini at gnu dot org 2006-05-25 08:29 ---
Created an attachment (id=11510)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11510&action=view)
prototype patch
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27674
The following code crashes when I compile it with -O2 (mainline)
==
#include
struct A
{
std::vector v;
char c;
};
struct B {};
int main()
{
A a;
A a2(a);
std::vector b;
return 0;
}
==
The program dies with:
**
--- Comment #1 from bonzini at gnu dot org 2006-05-25 08:21 ---
Testing a patch.
--
bonzini at gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at g
62 matches
Mail list logo
