--- Comment #2 from aaronavay62 at aaronwl dot com 2008-04-13 01:46 ---
Note at present, implicit inline within the class definition will work; it's
only out-of-line that fails.
Also, if we fix this bug in the suggested way, we need to change the
documentation to state that the 'inline'
--- Comment #5 from hutchinsonandy at gcc dot gnu dot org 2008-04-13 00:33
---
This bug has to do with reload and additional register conflicts introduced by
register lowering.
In the smaller case, the register for 'a' is a call used register (often
r22..r25). The avr backend code perf
--- Comment #2 from brian at dessent dot net 2008-04-13 00:06 ---
Subject: Re: problem running gfortran 4.4.0 in Vista
pinskia at gcc dot gnu dot org wrote:
> IIRC the driver does not relocate correctly under Vista.
The Vista shell seems to populate argv[0] differently than previous
--- Comment #3 from danglin at gcc dot gnu dot org 2008-04-12 23:26 ---
This bug is probably a duplicate of PR middle-end/35838.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35687
--- Comment #1 from tdragon at tdragon dot net 2008-04-12 22:45 ---
Created an attachment (id=15469)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15469&action=view)
Minimal testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35921
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Component|c++ |middle-end
Keywords||wrong-code
--- Comment #3 from danglin at gcc dot gnu dot org 2008-04-12 22:22 ---
The files locale-inst.o and wlocale-inst.o differ in size before and after
the change. The first significant difference in code is here:
@@ -19075,7 +19075,7 @@ _ZNKSt8time_putIcSt19ostreambuf_iterator
stw
When the attached file is compiled with a mingw32 build of GCC 4.3.0, the
constructor definition for "foo" does not fully override the declaration in the
struct which inherits the dllimport attribute, and a dllimport reference is
incorrectly emitted. The member function "bar()" is provided as an ex
--- Comment #3 from pinskia at gcc dot gnu dot org 2008-04-12 22:03 ---
Reduced testcase:
struct MidiCommand
{
unsigned data1 : 8;
};
void g(const unsigned char &);
void f(MidiCommand mc)
{
g(mc.data1);
}
- CUT ---
And I was wrong, it is not related to that PR.
--
pinskia at
--- Comment #3 from sam at gcc dot gnu dot org 2008-04-12 21:56 ---
Patch committed.
--
sam at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFI
--- Comment #2 from sam at gcc dot gnu dot org 2008-04-12 21:56 ---
Subject: Bug 35825
Author: sam
Date: Sat Apr 12 21:55:35 2008
New Revision: 134230
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=134230
Log:
2008-04-12 Joel Sherrill <[EMAIL PROTECTED]>
gcc/ada/
GNAT 4.4.0 (20080411) crashes when trying to override an inherited primitive
operation by the renaming of a predefined one.
package P1 is
type T1 is tagged null record;
function Something (X, Y : T1) return Boolean;
type T2 is new T1 with null record;
function Something (X, Y : T2) ret
The following code tries to reference an intrinsic subprogram in SVN trunk
and makes GNAT crash in the 4.3.x series:
package P1 is
type T1 is tagged null record;
function Something (X, Y : T1) return Boolean renames "=";
end P1;
GCC 4.4.0 (20080411)
% gcc -c p1.ads
p1.ads:2:09: prefix of "U
--- Comment #7 from reichelt at gcc dot gnu dot org 2008-04-12 20:47
---
Fixed on mainline and 4.3 branch.
Probably by the patch for PR35708.
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
-
>From the same thread as PR 35913. Found at
http://groups.google.com/group/comp.lang.fortran/browse_thread/thread/8bc064b25f12ed91
The following should be rejected:
implicit none
real foo
interface
subroutine foo()
end subroutine foo
end interface
end
Adding "call foo()" shows that the gfort
--- Comment #1 from sam at gcc dot gnu dot org 2008-04-12 20:05 ---
Confirmed on 4.4.0 trunk. Fix in progress.
--
sam at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from nightstrike at gmail dot com 2008-04-12 19:37 ---
I made the title more appropriate. Also, I think this has now been fixed, so
should the status be changed to Resolved - Fixed?
--
nightstrike at gmail dot com changed:
What|Removed
--- Comment #1 from pcarlini at suse dot de 2008-04-12 19:29 ---
You want to include : only provides overloads for floating
point types (see 26.5 for details).
--
pcarlini at suse dot de changed:
What|Removed |Added
---
--- Comment #3 from sam at gcc dot gnu dot org 2008-04-12 19:27 ---
Bug fixed but not closed. Closing it.
--
sam at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from danglin at gcc dot gnu dot org 2008-04-12 19:13 ---
GNATMAKE 4.4.0 20080411 (experimental) [trunk revision 134209]
Copyright (C) 1995-2008, Free Software Foundation, Inc.
"gnatchop.ali" being checked ...
-> "gnatchop.ali" missing.
../../xgcc -c -I./ -I../rts -I.
--- Comment #2 from charlet at gcc dot gnu dot org 2008-04-12 19:10 ---
Should now be fixed, let me know if not.
--
charlet at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from charlet at gcc dot gnu dot org 2008-04-12 19:09 ---
Subject: Bug 35917
Author: charlet
Date: Sat Apr 12 19:08:18 2008
New Revision: 134226
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=134226
Log:
PR ada/35917
* s-linux-hppa.ads: Fix syntax errors.
/home/dave/gnu/gcc/objdir/./gcc/xgcc -B/home/dave/gnu/gcc/objdir/./gcc/
-B/home/dave/opt/gnu/gcc/gcc-4.4.0/hppa-linux/bin/
-B/home/dave/opt/gnu/gcc/gcc-4.4.0/hppa-linux/lib/ -isystem
/home/dave/opt/gnu/gcc/gcc-4.4.0/hppa-linux/include -isys
tem /home/dave/opt/gnu/gcc/gcc-4.4.0/hppa-linux/sys-includ
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-04-12 18:08 ---
IIRC the driver does not relocate correctly under Vista.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
I wanted to upgrade (Windows Vista) from 4.3.0 (20071017) to the latest stable
4.3.x The Windows installer apparently is for 4.4.0. After installing it, I get
the following error when compiling a simple program that worked fine under
4.3.0:
gfortran: CreateProcess: No such file or directory
Do yo
libtool: compile: /test/gnu/gcc/objdir/./gcc/xgcc -shared-libgcc
-B/test/gnu/gc
c/objdir/./gcc -nostdinc++
-L/test/gnu/gcc/objdir/hppa2.0w-hp-hpux11.11/libstdc+
+-v3/src -L/test/gnu/gcc/objdir/hppa2.0w-hp-hpux11.11/libstdc++-v3/src/.libs
-B/
opt/gnu/gcc/gcc-4.4.0/hppa2.0w-hp-hpux11.11/bin/
-B/opt/
--- Comment #9 from wilson at gcc dot gnu dot org 2008-04-12 16:48 ---
Subject: Bug 35695
Author: wilson
Date: Sat Apr 12 16:47:55 2008
New Revision: 134222
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=134222
Log:
PR target/35695
* config/ia64/div.md (recip_approx_rf): Use UNS
--- Comment #6 from sam at gcc dot gnu dot org 2008-04-12 16:25 ---
*** Bug 29320 has been marked as a duplicate of this bug. ***
--
sam at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #2 from sam at gcc dot gnu dot org 2008-04-12 16:25 ---
Looks like it may be similar to bug #24880.
*** This bug has been marked as a duplicate of 24880 ***
--
sam at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #5 from ebotcazou at gcc dot gnu dot org 2008-04-12 16:06
---
Known problem, investigating.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from hutchinsonandy at gcc dot gnu dot org 2008-04-12 15:51
---
Confirmed on 4.3 - its always been bad.
Patch will need to be posted. But it works.
--
hutchinsonandy at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #3 from hutchinsonandy at gcc dot gnu dot org 2008-04-12 15:46
---
Fixed 4.4
--
hutchinsonandy at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from sam at gcc dot gnu dot org 2008-04-12 15:40 ---
Confirmed on 4.4.0:
+===GNAT BUG DETECTED==+
| 4.4.0 20080412 (experimental) (i686-pc-linux-gnu) Storage_Error stack
overflow (or erroneous memory access)|
| Error
--- Comment #3 from hutchinsonandy at gcc dot gnu dot org 2008-04-12 15:39
---
Fixed 4.4.
--
hutchinsonandy at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #13 from hutchinsonandy at gcc dot gnu dot org 2008-04-12
15:38 ---
Fixed 4.3 and 4.4
--
hutchinsonandy at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from hutchinsonandy at gcc dot gnu dot org 2008-04-12 15:32
---
Fixed 4.4
--
hutchinsonandy at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from hutchinsonandy at gcc dot gnu dot org 2008-04-12 15:28
---
Fixed 4.3 and 4.4
--
hutchinsonandy at gcc dot gnu dot org changed:
What|Removed |Added
Hi,
I have problem during compilation of the newlib-1.15.0 using gcc-4.3.0. Target
is arm-elf.
The exact version of GCC, the system type, the options given when GCC was
configured/built:
Target: arm-elf
Configured with: ../gcc-4.3.0/configure --target=arm-elf
--prefix=/opt/gnuarm-4.3.0 --enab
--- Comment #7 from hutchinsonandy at gcc dot gnu dot org 2008-04-12 15:27
---
Fixed 4.3 and 4.4
--
hutchinsonandy at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from sam at gcc dot gnu dot org 2008-04-12 15:08 ---
This appears to be fixed in SVN trunk (4.4.0).
--
sam at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #9 from sam at gcc dot gnu dot org 2008-04-12 14:44 ---
Alfred, any news?
--
sam at gcc dot gnu dot org changed:
What|Removed |Added
CC|
--
sam at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |sam at gcc dot gnu dot org
|dot org
--
sam at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |sam at gcc dot gnu dot org
|dot org
--- Comment #3 from sam at gcc dot gnu dot org 2008-04-12 12:16 ---
With current GCC 4.4.0 (20080411), Data_2 is correctly placed into .eeprom:
% readelf test.o
Section Headers:
[Nr] Name TypeAddr OffSize ES Flg Lk Inf
Al
[...]
[ 4] .eeprom
It seems that there is missing int std::abs(int) in gcc 4.3.0. System is
Archlinux current.
Example output(from enblend cvs):
../../include/vigra/imageiteratoradapter.hxx:532: error: call of overloaded
abs(int&) is ambiguous
/usr/lib/gcc/i686-pc-linux-gnu/4.3.0/../../../../include/c++/4.3.0/cmat
--- Comment #5 from burnus at gcc dot gnu dot org 2008-04-12 10:33 ---
> Where are we at with the J3 discussion?
Sun requested a formal interpretation:
http://j3-fortran.org/pipermail/j3/2008-March/001207.html
Read on there. At some point there will be a formal reply by J3; if textual
This is in a way a follow up to PR 35476. This PR is a reminder that we should
check whether gfortran behaves correctly or not; the thread became twisted
enough and contains too many similar but different test cases that I could not
quickly see this.
http://groups.google.com/group/comp.lang.fortra
--- Comment #3 from reichelt at gcc dot gnu dot org 2008-04-12 09:23
---
Fixed on mainline.
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
Su
--- Comment #18 from aaronavay62 at aaronwl dot com 2008-04-12 07:11
---
(In reply to comment #17)
> OK, but sweeping the problem under the rug is not the solution on mainline.
I'm not advocating making these failures disappear; I'd just prefer they FAIL
rather than hanging, which disi
49 matches
Mail list logo
