--- Comment #16 from dominiq at lps dot ens dot fr 2007-02-08 08:45 ---
Subject: Re: recursive I/O hangs under OSX
> Try :
> ...
> Or increase the size of string.
I have increased the length to 20 and in both cases the executable
(for an invalid code!-) works on OSX.
I have also trie
--- Comment #9 from fxcoudert at gcc dot gnu dot org 2007-02-08 08:54
---
(In reply to comment #7)
> Yes, this is a bug, a fixincludes should be able to fix it, yes, that should
> be
> done. At Apple, we use the fixincludes mechanism to build the SDK bits, so
> that is eactly the righ
--- Comment #16 from pcarlini at suse dot de 2007-02-08 09:17 ---
Many thanks Howard and Chris: I had a quick look to the tentatively ready
issues and didn't notice this one. Anyway, in my understanding, DR 580 (thus
the consistent use of allocator::address and the new issues ;) is large
--- Comment #1 from rguenth at gcc dot gnu dot org 2007-02-08 09:34 ---
Confirmed. The duplicate warnings are annoying. Note that the warning is
emitted because we change n -= 2 to n += 4294967294 (oops).
>From the .original tree dump:
{
goto ;
:;
n = n + 4294967294;
:;
if
--- Comment #17 from jakub at gcc dot gnu dot org 2007-02-08 09:36 ---
When writing the unit locking code, I relied on Fortran95 requiring that
the same unit isn't used recursively, you can use different units, but not the
same.
gfortran.dg/intrinsic_actual_2.f90 fails on Linux too when
--- Comment #2 from rakdver at gcc dot gnu dot org 2007-02-08 09:38 ---
> Note that the warning is
> emitted because we change n -= 2 to n += 4294967294 (oops).
> this is because 2 is easily negatable and the canonical form in this case
> is an addition. While we can fix that,
No, you
+++ This bug was initially created as a clone of Bug #30522 +++
Setting the VOLATILE attribute to a host- or use-associated variable currently
marks the variable everywhere as VOLATILE. The attribute should be, however,
restricted to the scope. (This is a missed optimization only.)
Possible imple
--- Comment #1 from patchapp at dberlin dot org 2007-02-08 09:45 ---
Subject: Bug number PR30522
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/msg00682.html
--
http://gcc.gnu.org/bugzilla/sh
1 namespace Foo {
2 };
3
4 class Foo {
5 };
6
7 int main() {
8class Foo1 : public Foo {
9};
10Foo1 my_Foo1;
11Foo my_foo;
12return 0;
13 }
14
15
Foo.C: In function 'int main()':
Foo.C:11: error: expected primary-expression befor
--- Comment #18 from dominiq at lps dot ens dot fr 2007-02-08 10:03 ---
Subject: Re: recursive I/O hangs under OSX
> gfortran.dg/intrinsic_actual_2.f90 fails on Linux too when linked with
> -fopenmp (or -lpthread, -fopenmp implies that), but that is fine, the testcase
> is IMHO not val
"ulrich dot lauther at siemens dot com" <[EMAIL PROTECTED]> writes:
| 1 namespace Foo {
|2 };
|3
|4 class Foo {
|5 };
|6
|7 int main() {
|8class Foo1 : public Foo {
|9};
| 10Foo1 my_Foo1;
| 11Foo my_foo;
| 12return 0;
| 13 }
|
--- Comment #1 from gdr at cs dot tamu dot edu 2007-02-08 10:16 ---
Subject: Re: New: name conflict between class and namespace name is not
recognized
"ulrich dot lauther at siemens dot com" <[EMAIL PROTECTED]> writes:
| 1 namespace Foo {
|2 };
|3
|4 class Foo {
|
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
GCC build tri
Hi all
I'm actually working with arm-linux-gcc 3.4.4 and i've noticed a bug
when using union. Indeed i've written the following union but sizes
doesn't match the reallity:
typedef union _t_paquet{
unsigned char msg[14];
struct _NAMEDFIELD{
unsigned char err
--- Comment #19 from dominiq at lps dot ens dot fr 2007-02-08 12:06 ---
The following invalid code:
external fun
real fun
real a
a = fun()
! print *, a
write(10,*) fun(), a, 'try it', ' 1.23'
end
real function fun()
print *, 'test'
fun = 1.0
end
gives a working executable when compiled
Test program:
#include
#include
int main() {
int32_t a = 0x4000;
int16_t b = 0x4000;
int64_t c = a * b;
printf("0x%016llx\n", c);
return 0;
}
%cc test.c
%./a.out
0x
%gcc --version
gcc (GCC) 3.4.6 [FreeBSD] 20060305
Copyright
--- Comment #11 from rakdver at gcc dot gnu dot org 2007-02-08 14:38
---
Patch:
http://gcc.gnu.org/ml/gcc-patches/2007-02/msg00704.html
--
rakdver at gcc dot gnu dot org changed:
What|Removed |Added
---
All,
Not a bug in GCC the result is correct as you've only asked for a 32-bit
multiply.
--- Hans Petter Selasky <[EMAIL PROTECTED]> wrote:
> Test program:
>
> #include
> #include
>
> int main() {
>
> int32_t a = 0x4000;
> int16_t b = 0x4000;
> int64_t c = a
--- Comment #20 from kargl at gcc dot gnu dot org 2007-02-08 16:18 ---
(In reply to comment #17)
>
> Now, if Fortran2003 allows some recursive access to the same unit
> (under which conditions?),
Recursive IO to external units is simply not allowed by the Fortran
95 and Fortran 2003 st
On Thursday 08 February 2007 16:02, Graham Stott wrote:
> All,
>
> Not a bug in GCC the result is correct as you've only asked for a 32-bit
> multiply.
Ok, thanks. But really I don't want to do "((int64_t)a) * b", which I know
works, hence that is very much slower than "a * b" on intel processors
--- Comment #6 from dnovillo at gcc dot gnu dot org 2007-02-08 16:56
---
Subject: Bug 30562
Author: dnovillo
Date: Thu Feb 8 16:55:43 2007
New Revision: 121715
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=121715
Log:
PR 30562
* tree-flow.h (struct var_ann_d)
There is a huge regression of gcc 4.3 performance detected on
cpu2006/454.calculix benchmark at -O2 optimization level on
x86_64-redhat-linux.
Regression is caused by mem-ssa merge 12/12/2006 (revision 119760).
http://gcc.gnu.org/viewcvs?view=rev&revision=119760
mem-ssa merge may introduce unnece
--- Comment #1 from hjl at lucon dot org 2007-02-08 17:01 ---
Created an attachment (id=13021)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13021&action=view)
A testcase
# /usr/gcc-good/bin/gfortran -v
Using built-in specs.
Target: i686-pc-linux-gnu
Configured with: /net/gnu-13/e
--- Comment #2 from rguenth at gcc dot gnu dot org 2007-02-08 17:07 ---
Try one of the partitioning patches I proposed.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30735
--- Comment #7 from dnovillo at gcc dot gnu dot org 2007-02-08 17:10
---
Fix http://gcc.gnu.org/ml/gcc-patches/2007-02/msg00727.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30562
--- Comment #3 from hjl at lucon dot org 2007-02-08 17:13 ---
(In reply to comment #2)
> Try one of the partitioning patches I proposed.
>
Which one? Please provide a link or attach it here. Thanks.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30735
This was initially seen internally with a 4.1.2 gcc plus power6 patches,
but with some adjustments to haifa-sched.c (only touching the order in the
ready list) can be reproduced with trunk. The underlying issue is, that
the stack pointer restore instruction in the rs6000 backend does not conflict
--- Comment #8 from aldot at gcc dot gnu dot org 2007-02-08 17:30 ---
I was seeing this bug when building with BOOT_CFLAGS=-march=nocona\
-mtune=nocona\ -O2 that later ICE'd for ../gcc/libgcc2.c:557
I don't have access to that x86_64 with ubuntu anymore so cannot check if the
patch does
--- Comment #1 from matz at gcc dot gnu dot org 2007-02-08 17:35 ---
I can't currently attach anything, somehow bugzilla is broken.
Anyway, perhaps the description of what happens is clear enough to see the
error. Btw: this patch will solve the problem on trunk per my proposal:
Index:
bug 1 $ cat bug.c
// Build as follows:
// gcc -W -Wall -O2 -std=gnu99 -c bug.c
#include
typedef signed char s8;
typedef signed short s16;
typedef signed int s32;
typedef unsigned char u8;
typedef unsigned short u16;
typedef unsigned int u32;
struct ron{
short ann;
union{
--
dnovillo at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |dnovillo at gcc dot gnu dot
|dot org
--- Comment #1 from joseph at codesourcery dot com 2007-02-08 18:42 ---
Subject: Re: New: C99 initializer can't see anon struct/union
members
Looks like bug 10676 to me.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30737
--- Comment #10 from tobi at gcc dot gnu dot org 2007-02-08 19:00 ---
I forgot that OS X is not supported by gcc 4.1, and got my memory refreshed
only after it was 3/4 of the build. I've now started a build on a Linux
machine, but I will probably not have time to attend this bug before
--- Comment #10 from mrs at apple dot com 2007-02-08 19:02 ---
Ignore me, I'm going crazy. This is really just a simple problem of the
software isn't portable to 10.3.9. The right fix is to modify it so that it
compiles. The OS has been fixed to not have this bug in more recent versio
--- Comment #2 from acahalan at gmail dot com 2007-02-08 19:05 ---
(In reply to comment #1)
> Subject: Re: New: C99 initializer can't see anon struct/union
> members
>
> Looks like bug 10676 to me.
Perhaps, but that bug has an incorrect keyword. It is marked "diagnostic",
which is f
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-02-08 19:17 ---
*** Bug 30736 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-02-08 19:17 ---
*** This bug has been marked as a duplicate of 30282 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
Invitation
Please consider contributing to ICAS 2007, ICNS 2007 and the associated
workshops listed below.
Conference: June 19-25, 2007, Athens, Greece
Important deadline for full paper submission: February 10, 2007
Please forward the Call for Submissions to the appropriate groups.
===
--- Comment #12 from tromey at gcc dot gnu dot org 2007-02-08 19:49 ---
Subject: Bug 30513
Author: tromey
Date: Thu Feb 8 19:49:32 2007
New Revision: 121721
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=121721
Log:
2007-01-27 Andreas Tobler <[EMAIL PROTECTED]>
PR li
--- Comment #3 from tromey at gcc dot gnu dot org 2007-02-08 20:21 ---
Created an attachment (id=13022)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13022&action=view)
proposed patch
Please try this patch.
If it works for you I will check it in.
Thanks.
--
tromey at gcc dot g
--- Comment #14 from tkoenig at gcc dot gnu dot org 2007-02-08 20:26
---
(In reply to comment #13)
> The problem was supposed to have been fixed:
> http://gcc.gnu.org/ml/gcc-cvs/2007-02/msg00194.html
> http://gcc.gnu.org/ml/gcc-cvs/2007-02/msg00172.html
Ah, I see. As I don't regularly
--- Comment #4 from patchapp at dberlin dot org 2007-02-08 20:30 ---
Subject: Bug number PR30498
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/msg00747.html
--
http://gcc.gnu.org/bugzilla/sh
--- Comment #13 from andreast at gcc dot gnu dot org 2007-02-08 20:46
---
I'll close it. Doko confirmed it is working on sparc-linux. Thanks.
--
andreast at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #15 from bkorb at gnu dot org 2007-02-08 20:53 ---
The commit notice went out to gcc-patches, too. I'd have updated this,
but apparently I need more than gcc-CVS commit permissions to do so.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30678
--- Comment #3 from rob1weld at aol dot com 2007-02-08 20:56 ---
I found out exactly what the trouble is - it _likely_ affects ALL platforms.
I use a very long set of configure options (to enable as much as possible) but
the one that is causing the trouble is: --enable-libgcj-debug .
For T being an arithmetic type, gcc 4.1 generates what looks like suboptimal
assembly code for inline C++ functions that take their argument(s) by const
reference (const T&) vs the same functions that take their argument(s) by value
(T).
Ideally, the code generated for test_min_ref() and test_min_
--- Comment #11 from dominiq at lps dot ens dot fr 2007-02-08 21:25 ---
> I forgot that OS X is not supported by gcc 4.1
What do you mean? I have built gcc 4.1 on both OSX 10.3 an 10.4 several time.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30478
--- Comment #16 from pinskia at gcc dot gnu dot org 2007-02-08 21:38
---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #12 from Tobias dot Schlueter at physik dot uni-muenchen dot de
2007-02-08 21:49 ---
Subject: Re: FAIL: gfortran.dg/enum_2.f90 -O (internal
compiler error)
dominiq at lps dot ens dot fr wrote:
> --- Comment #11 from dominiq at lps dot ens dot fr 2007-02-08 21:25
>
--- Comment #13 from dominiq at lps dot ens dot fr 2007-02-08 22:06 ---
> The build fails with errors of the following kind:
> /var/tmp//ccFScp77.s:3049:indirect jmp without `*'
Sound familiar, aren't you speaking of MacIntel? I have done some testing on
MacIntel with
a prebuild gfortr
After getting a private email about what caused PR 29049 for real, I noticed
that the prerequisite for awk was not documented in
http://gcc.gnu.org/install/prerequisites.html
Yes it is a standard UNIX tool but there are some versions of GNU awk which are
broken.
--
Summary: awk Prere
--- Comment #14 from Tobias dot Schlueter at physik dot uni-muenchen dot de
2007-02-08 22:10 ---
Subject: Re: FAIL: gfortran.dg/enum_2.f90 -O (internal
compiler error)
dominiq at lps dot ens dot fr wrote:
> --- Comment #13 from dominiq at lps dot ens dot fr 2007-02-08 22:06
>
--- Comment #15 from dominiq at lps dot ens dot fr 2007-02-08 22:25 ---
I think there is definitively a problem with the as provided on MacIntel. If
you are interested
I can dig my archives, I think I have some trace of the problem. Unfortunately
I have only
a limited access to a MacIn
--- Comment #11 from dominiq at lps dot ens dot fr 2007-02-08 22:30 ---
Subject: Re: error from system header file
I cannot remember if I have given the appropriate feedback.
I thought this bug was closed since I have probably done
at least two builds since the bug appeared.
If I have
--- Comment #5 from jakub at gcc dot gnu dot org 2007-02-08 23:31 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #4 from jakub at gcc dot gnu dot org 2007-02-08 23:35 ---
Fixed on the trunk, thanks.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from kkojima at gcc dot gnu dot org 2007-02-08 23:54 ---
Alex suggested that it's a problem in the generic part of the compiler.
I'm preparing another patch according to his suggestion.
--
kkojima at gcc dot gnu dot org changed:
What|Removed
--- Comment #4 from tromey at gcc dot gnu dot org 2007-02-09 00:03 ---
Thanks for analyzing this.
I think we ought to rename libgcj's DEBUG to something else.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #4 from grgoffe at yahoo dot com 2007-02-09 00:19 ---
Subject: Re: build of gcc midi-dssi fails
Tom,
I'm in my gcc directory and entered "patch < ../configure.patch" but got some
error
messages. Is this not the right way to put on the patch? Wrong directory?
Hints gladly
--- Comment #6 from reichelt at gcc dot gnu dot org 2007-02-09 00:32
---
Comment #3 is not quite correct:
The ICE for the first testcase in comment #1 is in
instantiate_decl, at cp/pt.c:12204
The ICE for the second testcase in comment #1 is in
import_export_decl, at cp/decl2.c:1956
--- Comment #1 from reichelt at gcc dot gnu dot org 2007-02-09 00:33
---
See second testcase in comment #1 of PR24791.
*** This bug has been marked as a duplicate of 24791 ***
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #7 from reichelt at gcc dot gnu dot org 2007-02-09 00:33
---
*** Bug 30722 has been marked as a duplicate of this bug. ***
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from reichelt at gcc dot gnu dot org 2007-02-09 00:34
---
See first testcase in comment #1 of PR24791.
*** This bug has been marked as a duplicate of 24791 ***
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #8 from reichelt at gcc dot gnu dot org 2007-02-09 00:34
---
*** Bug 30721 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24791
--- Comment #3 from reichelt at gcc dot gnu dot org 2007-02-09 00:48
---
Even shorter testcase:
extern "C" template A foo();
I don't get the segfault in GCC 4.0.4 and current 4.1 branch
(although I see it in 4.0
--- Comment #5 from tromey at gcc dot gnu dot org 2007-02-09 00:51 ---
Sorry, I didn't make that patch at the top level.
cd /libjava/classpath, then apply.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30647
The problem appears in the evaluation of certain expressions with modular
variables. Without the use of the -gnato option during compilation, the
executable produced by gnat 3.15p on Solaris for the source code shown below
produces incorrect results. Here's a sample output line from this program:
--- Comment #3 from tromey at gcc dot gnu dot org 2007-02-09 00:57 ---
I've thought about this more and I think that closing it
is best. Please reopen (with a reason :-) if you disagree.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Adde
--- Comment #17 from paolo at gcc dot gnu dot org 2007-02-09 01:00 ---
Subject: Bug 17012
Author: paolo
Date: Fri Feb 9 01:00:25 2007
New Revision: 121735
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=121735
Log:
2007-02-08 Howard Hinnant <[EMAIL PROTECTED]>
PR libs
--- Comment #6 from reichelt at gcc dot gnu dot org 2007-02-09 01:16
---
The bug has nothing to do with -fno-unit-at-a-time.
(It is ignored for C++ anyways.)
The bug is fixed since GCC 4.0.0.
Btw, here's a shorter self-contained program that hangs when compiled with
"g++ -O -finline-f
--- Comment #6 from reichelt at gcc dot gnu dot org 2007-02-09 01:30
---
This problem is a regression that is not fixed on the 4.1 branch yet.
Or is there a reason not to backport the fix?
--
reichelt at gcc dot gnu dot org changed:
What|Removed |
--- Comment #2 from reichelt at gcc dot gnu dot org 2007-02-09 01:31
---
*** This bug has been marked as a duplicate of 28705 ***
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #7 from reichelt at gcc dot gnu dot org 2007-02-09 01:31
---
*** Bug 30425 has been marked as a duplicate of this bug. ***
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #41 from mmitchel at gcc dot gnu dot org 2007-02-09 02:53
---
Subject: Bug 29487
Author: mmitchel
Date: Fri Feb 9 02:52:53 2007
New Revision: 121738
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=121738
Log:
PR target/29487
* tree.h (DECL_REPLACEABL
I installed DJGPP on my new laptop running Vista. When I type gcc filename.c I
get the following error:
C:\DJGPP\gcc410b\bin>GCC PROG1.C
gcc.exe: Internal error: (null) (program cc1plus)
Please submit a full bug report.
See http://gcc.gnu.org/bugs.html> for instructions.
I'm a hardware engineer
--- Comment #1 from dj at redhat dot com 2007-02-09 03:10 ---
For starters, gcc is case sensitive. When you passed it PROG1.C instead of
prog1.c, you're telling it to compile a C++ program. Did you install the C++
compiler? Do you get the same error if you use prog1.c instead of PROG1
--- Comment #6 from grgoffe at yahoo dot com 2007-02-09 03:34 ---
Subject: Re: build of gcc midi-dssi fails
Tom,
I figured it out and have been running the build "-j 5" since after the email.
I'll
let you know when I get in tomorrow. I'm on the West coast, fyi.
Thanks,
George...
--
--- Comment #2 from ggiordano at verizon dot net 2007-02-09 03:42 ---
Subject: Re: Error when trying to compile under DOS on a Vista
machine
That was it. I thought I'd been mixing case all along and that it didn't
matter under DOS but apparantly I'm mistaken.
Now, it won't recognize
ResourceBundle on svn head has a regression.
It doesn't find the correct class loader from the stack.
I'll attach a test case. To see the bug:
cd Fail
gij -cp main.jar F
--
Summary: ResourceBundle regression
Product: gcc
Version: 4.3.0
Status: UNCON
--- Comment #1 from tromey at gcc dot gnu dot org 2007-02-09 03:58 ---
Created an attachment (id=13024)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13024&action=view)
bug tar
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30742
--- Comment #16 from Tobias dot Schlueter at physik dot uni-muenchen dot de
2007-02-09 04:10 ---
Subject: Re: FAIL: gfortran.dg/enum_2.f90 -O (internal
compiler error)
dominiq at lps dot ens dot fr wrote:
> --- Comment #15 from dominiq at lps dot ens dot fr 2007-02-08 22:25
>
--- Comment #5 from P dot Schaffnit at access dot rwth-aachen dot de
2007-02-09 07:44 ---
Hi!
This is great!
I cannot judge how much work this would be, but would it be possible to extend
this patch a little further so that these backtraces can be requested by the
user? (i.e. like th
82 matches
Mail list logo
