Found it, finally. powerpc ld --relax had a bug affecting -fPIC
code. See http://sourceware.org/ml/binutils/2008-08/msg00040.html
--
Alan Modra
Australia Development Lab, IBM
With a little more cross building experience...I'm still convinced there is a
problem here.
Canadian cross doesn't do the right thing in fixincludes.
There are remnants of a fix in the 4.3.1 configure.ac here:
# When building gcc with a cross-compiler, we need to adjust things so
# that the
Date: Wed, 6 Aug 2008 11:27:36 -0400
From: Daniel Jacobowitz [EMAIL PROTECTED]
On Wed, Aug 06, 2008 at 07:19:26PM +0400, Sergei Poselenov wrote:
(gdb) bt
#0 0x4004ec0c in raise () from /lib/libc.so.6
#1 0x40050234 in abort () from /lib/libc.so.6
Backtrace stopped: frame did not save
On Wed, Aug 06, 2008 at 05:42:48PM +0200, Mark Kettenis wrote:
GCC should really not do this. People are almost guaranteed to want
to be able to see a backtrace from abort(3).
Yes, it's come up for discussion several times... I don't like the
current behavior either. The current behavior was
Mark == Mark Kettenis [EMAIL PROTECTED] writes:
Date: Wed, 6 Aug 2008 11:27:36 -0400 From: Daniel Jacobowitz
[EMAIL PROTECTED]
On Wed, Aug 06, 2008 at 07:19:26PM +0400, Sergei Poselenov wrote:
(gdb) bt #0 0x4004ec0c in raise () from /lib/libc.so.6 #1
0x40050234 in abort () from
Jack Howarth wrote:
Peter,
Thanks. If gcc's libtool is missing this dsymutil workaround, it would
be nice if this could be fixed for both gcc trunk and 4.3.2.
Jack
I went and looked for the patches that added dsymutil to libtool, looks
like I took the
Peter,
You are going to fix this on gcc trunk in any case, right?
Jack
On Wed, Aug 06, 2008 at 11:17:03AM -0500, Peter O'Gorman wrote:
Jack Howarth wrote:
Peter,
Thanks. If gcc's libtool is missing this dsymutil workaround, it would
be nice if this could be fixed
Jack Howarth wrote:
Peter,
You are going to fix this on gcc trunk in any case, right?
If there is a consensus that now is not the time to update libtool in
trunk, then I will have to :)
Jack
On Wed, Aug 06, 2008 at 11:17:03AM -0500, Peter O'Gorman wrote:
Jack Howarth
Hi,
I have just posted the first gcc test results
for arm-rtems to gcc-testresults.
C/C++: http://gcc.gnu.org/ml/gcc-testresults/2008-08/msg00608.html
Ada: http://gcc.gnu.org/ml/gcc-testresults/2008-08/msg00601.html
There were a lot (2116) of unexpected failures
for C, but most (1997 by
On Wed, 6 Aug 2008, Joel Sherrill wrote:
Hi,
I have just posted the first gcc test results
for arm-rtems to gcc-testresults.
C/C++: http://gcc.gnu.org/ml/gcc-testresults/2008-08/msg00608.html
Ada: http://gcc.gnu.org/ml/gcc-testresults/2008-08/msg00601.html
There were a lot (2116) of
Apologies to those who follow GCC-help; I posted something very
similar there yesterday without really thinking. I believe this better
belongs here however.
I'm looking to get loop information in an IPA pass; However, as near
as I can tell by the time the ipa-passes are called, the loop
Hi All,
The new test gcc.c-torture/compile/20080806-1.c, added by Andreas Krebbel on
2008-08-06, causes 8 new test failures for the AVR target. This test is invalid
for the AVR because the local array is too large for the AVR (64+ K). IIRC, for
testing purposes the AVR target only allows a 2K
Joseph S. Myers wrote:
On Wed, 6 Aug 2008, Joel Sherrill wrote:
Hi,
I have just posted the first gcc test results
for arm-rtems to gcc-testresults.
C/C++: http://gcc.gnu.org/ml/gcc-testresults/2008-08/msg00608.html
Ada: http://gcc.gnu.org/ml/gcc-testresults/2008-08/msg00601.html
There
Weddington, Eric wrote on 06 August 2008 17:49:
Hi All,
The new test gcc.c-torture/compile/20080806-1.c, added by Andreas Krebbel
on 2008-08-06, causes 8 new test failures for the AVR target. This test
is invalid for the AVR because the local array is too large for the AVR
(64+ K). IIRC
On Wed, Aug 06, 2008 at 11:54:42AM -0400, Paul Koning wrote:
I think the space savings in noreturn come from not having to save
caller-saved registers in the calling function. That savings can add
up if the noreturn function is called from many places.
Clearly the return address needs to be
On Wed, 6 Aug 2008, Joel Sherrill wrote:
I see the code for arm_neon_ok. If I can make that test fail,
we are in business. I tried the cpp part of the following code
and it doesn't trip for:
arm-rtems4.9-gcc -mfpu=neon -mfloat-abi=softfp -mcpu=arm7tdmi -c test_neon.c
But when I added
-Original Message-
From: Dave Korn [mailto:[EMAIL PROTECTED]
Sent: Wednesday, August 06, 2008 11:04 AM
To: Weddington, Eric; gcc@gcc.gnu.org
Cc: 'Andy Hutchinson'; 'Anatoly Sokolov'; 'Andreas Krebbel';
[EMAIL PROTECTED]
Subject: RE: New test is invalid for AVR
Weddington,
Joe == Joe Buck [EMAIL PROTECTED] writes:
Joe On Wed, Aug 06, 2008 at 11:54:42AM -0400, Paul Koning wrote:
I think the space savings in noreturn come from not having to
save caller-saved registers in the calling function. That savings
can add up if the noreturn function is called from
I wrote:
Joe There are several effects from noreturn. We would want some
Joe of these effects for abort, but not others, to get debuggable
Joe code without degrading compile-time warnings.
On Wed, Aug 06, 2008 at 01:37:51PM -0400, Paul Koning wrote:
So the issue is that two unrelated
Joe == Joe Buck [EMAIL PROTECTED] writes:
Joe I wrote: There are several effects from noreturn. We would
Joe want some of these effects for abort, but not others, to get
Joe debuggable code without degrading compile-time warnings.
Joe On Wed, Aug 06, 2008 at 01:37:51PM -0400, Paul Koning
[ Oh, hi Andreas, I just saw you're Cc'd into this thread! I guess that
post I sent to the -patches list was a bit superfluous then, sorry about
that! ]
Weddington, Eric wrote on 06 August 2008 18:14:
I do have that line that you have in my atmega128-sim.exp:
set_board_info gcc,stack_size
* Peter O'Gorman wrote on Wed, Aug 06, 2008 at 06:26:15PM CEST:
Jack Howarth wrote:
On Wed, Aug 06, 2008 at 11:17:03AM -0500, Peter O'Gorman wrote:
I wonder what the chances are of moving mainline gcc to a newer libtool
version? Introducing the darwin bits piecemeal would not be
On Wed, 6 Aug 2008, Joel Sherrill wrote:
$ arm-rtems4.9-gcc -mfpu=neon -mfloat-abi=softfp -mcpu=arm7tdmi -c
test_neon.c /tmp/ccBzigjD.s: Assembler messages:
/tmp/ccBzigjD.s:13: Error: selected processor does not support `vldr
d18,[fp,#-32]'
So with that combination of options gcc
Hi,
Attached is the latest revision of the Ada
Hardware Interrupt patch. It has been tracked
as http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35576
Interrupt support tested on sparc-rtems.
ACATS reported on sparc, mips, i386, powerpc, and arm.
2008-08-06 Joel Sherrill [EMAIL PROTECTED]
*
Paul Koning [EMAIL PROTECTED] writes:
That's sufficient for live debugging but not for corefiles. In that
case you do want caller-saved registers, because they may contain
local variable values that don't live in memory at the time of the
abort call.
In an optimized build you can't expect
Paul Koning [EMAIL PROTECTED] writes:
That's sufficient for live debugging but not for corefiles. In that
case you do want caller-saved registers, because they may contain
local variable values that don't live in memory at the time of the
abort call.
On Wed, Aug 06, 2008 at 11:38:14PM
Snapshot gcc-4.2-20080806 is now available on
ftp://gcc.gnu.org/pub/gcc/snapshots/4.2-20080806/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 4.2 SVN branch
with the following options: svn://gcc.gnu.org/svn/gcc/branches
From: mark@
To: drow@; gcc@
CC: sposelenov@; gdb@
I suppose it optimizes away the instructions to save the return
address, because abort() is marked with __attribute__(noreturn). But
Ouch. Other compilers put a breakpoint after a call to any noreturn function.
Really, the
--- Comment #7 from burnus at gcc dot gnu dot org 2008-08-06 06:12 ---
Does the Fortran standard mention preprocessing at all?
Yes, part 3 of the Fortran standard is about preprocessing (Conditional
Compilation, CoCo), however, to my knowledge hardly anyone uses it and no
compiler
--- Comment #7 from burnus at gcc dot gnu dot org 2008-08-06 06:24 ---
For an initial, incomplete patch see:
http://gcc.gnu.org/ml/fortran/2008-07/msg00248.html
Slighly updated version. Set tradtional to 0 in fortran/cpp.c to enable new
features, which will fail if the following
--- Comment #25 from mkuvyrkov at gcc dot gnu dot org 2008-08-06 06:25
---
Subject: Bug 35659
Author: mkuvyrkov
Date: Wed Aug 6 06:23:47 2008
New Revision: 138759
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=138759
Log:
PR target/35659
* haifa-sched.c
--- Comment #8 from burnus at gcc dot gnu dot org 2008-08-06 06:25 ---
Created an attachment (id=16029)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16029action=view)
libcpp patch (w/o setting traditional = 0 )
Said patch, see comment 7 for TODO items.
--
--- Comment #2 from xuepeng dot guo at intel dot com 2008-08-06 06:30
---
Created an attachment (id=16030)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16030action=view)
Testcase.
Hi, I got the similar failure on linux/x86 platform.
[EMAIL PROTECTED] minbuild]$
--- Comment #26 from mkuvyrkov at gcc dot gnu dot org 2008-08-06 06:36
---
Subject: Bug 35659
Author: mkuvyrkov
Date: Wed Aug 6 06:34:18 2008
New Revision: 138762
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=138762
Log:
Backport from mainline:
2008-08-06
mkdir -p ada/bldtools/einfo
(cd ada/bldtools/sinfo gnatmake -q xsinfo ./xsinfo ../../sinfo.h )
rm -f ada/bldtools/einfo/einfo.ads ada/bldtools/einfo/einfo.adb
ada/bldtools/einfo/xeinfo.adb
cp -p ../../gcc/gcc/ada/einfo.ads ../../gcc/gcc/ada/einfo.adb
../../gcc/gcc/ada/xeinfo.adb
--- Comment #3 from xuepeng dot guo at intel dot com 2008-08-06 06:38
---
Created an attachment (id=16031)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16031action=view)
A smaller case.
[EMAIL PROTECTED] stackalign]$ /home/xguo2/app/stack-internal/bin/g++ -m32 -Os
--- Comment #27 from mkuvyrkov at gcc dot gnu dot org 2008-08-06 06:38
---
Should be fixed on both trunk and 4_3-branch.
--
mkuvyrkov at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from charlet at adacore dot com 2008-08-06 06:39 ---
Subject: Re: New: /bin/sh: line 1: 26087 Aborted (core
dumped) ./xsinfo ../../sinfo.h
mkdir -p ada/bldtools/einfo
(cd ada/bldtools/sinfo gnatmake -q xsinfo ./xsinfo ../../sinfo.h )
rm -f
--- Comment #25 from cnstar9988 at gmail dot com 2008-08-06 06:57 ---
ping...
Can this be fixed before 4.3.2? thanks.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29256
I am trying to build gcc-4.2.2 on a solaris-8 machine using gcc-3.4.4
** my build machine details:-
SunOS 5.8 Generic_108528-20 sun4u sparc SUNW,Sun-Blade-100
** my gcc-3.4.4 configuration -- which is used to build new gcc-4.2.2
Configured with: ../gcc-3.4.4/configure
--- Comment #9 from Joey dot ye at intel dot com 2008-08-06 08:05 ---
Fixed
--
Joey dot ye at intel dot com changed:
What|Removed |Added
Status|NEW
--- Comment #3 from v dot grikyan at sam-solutions dot net 2008-08-06
09:11 ---
As we understand (looking at gcc sources), sjlj-mechanism can be set only
during building of gcc.
We did not build gcc on our HP-UX system ourselves but looking at output gcc
-v it seems it was configured
gcc 4.3.1
given build=platform1 (i686-pc-cygwin)
given platform2 (sparc-sun-solaris2.10)
mkdir /obj
mkdir /obj/1
cd /obj/1
# ensure up to date native tools
/src/gcc/configure -build platform1 -host platform1 -target platform1
-disable-bootstrap -disable-multilib -enable-languages=c,c++ make
--- Comment #2 from aldyh at gcc dot gnu dot org 2008-08-06 10:00 ---
http://gcc.gnu.org/ml/gcc-patches/2008-08/msg00322.html
--
aldyh at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from jayk123 at hotmail dot com 2008-08-06 10:08 ---
wait, um, maybe -with-build-sysroot= works, with an equals sign. I'll try that.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37036
--- Comment #2 from jayk123 at hotmail dot com 2008-08-06 10:10 ---
uh, no, I used that actually
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37036
--- Comment #9 from aldyh at gcc dot gnu dot org 2008-08-06 10:18 ---
I can no longer reproduce this on either the 4.3 branch or mainline. Volker,
can you check on your end?
If there is no update, I will close at the end of the week.
--
aldyh at gcc dot gnu dot org changed:
--- Comment #3 from aldyh at gcc dot gnu dot org 2008-08-06 10:26 ---
Subject: Bug 35432
Author: aldyh
Date: Wed Aug 6 10:25:22 2008
New Revision: 138793
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=138793
Log:
PR middle-end/35432
* gimplify.c
--- Comment #4 from aldyh at gcc dot gnu dot org 2008-08-06 10:32 ---
Subject: Bug 35432
Author: aldyh
Date: Wed Aug 6 10:31:22 2008
New Revision: 138794
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=138794
Log:
PR middle-end/35432
* gimplify.c
--- Comment #5 from aldyh at gcc dot gnu dot org 2008-08-06 10:43 ---
Subject: Bug 35432
Author: aldyh
Date: Wed Aug 6 10:41:39 2008
New Revision: 138796
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=138796
Log:
PR middle-end/35432
* gimplify.c
--- Comment #6 from aldyh at gcc dot gnu dot org 2008-08-06 10:43 ---
Fixed on mainline, 4.3, and 4.2.
--
aldyh at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from peterbindels at gmail dot com 2008-08-06 11:44 ---
Could anybody at least confirm this bug?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36460
--- Comment #3 from simon_baldwin at yahoo dot com 2008-08-06 12:00 ---
Thanks for the note. Fixed for trunk; I'm currently in the process of
backporting to the 4.3 branch since the bug is there also.
--
simon_baldwin at yahoo dot com changed:
What|Removed
--- Comment #4 from paolo dot carlini at oracle dot com 2008-08-06 12:22
---
Let's ask Doug...
(by the way, Doug very kindly contributed these C++0x bits on a voluntary
basis. As a matter of courtesy, I would suggest avoiding words like at least.
Thanks.)
--
paolo dot carlini at
--- Comment #4 from hjl dot tools at gmail dot com 2008-08-06 13:30 ---
The new testcase
http://gcc.gnu.org/bugzilla/attachment.cgi?id=16031action=view
also fails on Linux/ia32 and revision 138427 is the cause.
--
hjl dot tools at gmail dot com changed:
What
--- Comment #5 from hjl dot tools at gmail dot com 2008-08-06 13:32 ---
(In reply to comment #3)
Created an attachment (id=16031)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16031action=view) [edit]
A smaller case.
[EMAIL PROTECTED] stackalign]$
Following snippet causes compiler to produce internal compiler error:
typedef void F(void);
template typename T struct S
{
static F f;
};
template class Sint;
template class T void ST::f(void)
{}
I'm not sure it is valid to define ST::f() after instantiating the class, but
even if not, an
--- Comment #1 from zweije at xs4all dot nl 2008-08-06 13:48 ---
$g++ -o crash.o crash.cpp
+ /usr/bin/g++-4.3 -L/home/vincent/lib32 -o crash.o crash.cpp
crash.cpp: In static member function static void ST::f() [with T = int]:
crash.cpp:6: instantiated from here
crash.cpp:4: internal
--
dgregor at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |dgregor at gcc dot gnu dot
|dot org
--- Comment #1 from tsarkov at cs dot man dot ac dot uk 2008-08-06 13:49
---
I saw the same problem in C++ with a simple program
#include iostream
void f ( std::ostream o ) { o std::endl; }
This happens both on i686-pc-linux-gnu and i386-apple-darwin9.4.0.
--
tsarkov at cs dot
--- Comment #6 from hjl dot tools at gmail dot com 2008-08-06 13:51 ---
From Xuepeng:
__attribute__((noinline, used))
void
foo (int a, ...)
{
va_list arg;
char *p;
int size;
va_start (arg, a);
size = va_arg (arg, int);
if (size != 2)
/*A*/ abort ();
p = (char
--- Comment #5 from dgregor at gcc dot gnu dot org 2008-08-06 14:30 ---
Patch here: http://gcc.gnu.org/ml/gcc-patches/2008-08/msg00382.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36460
With trunk GCC, SVN revision 138798.
The following program (t.adb), when compiled with gcc -O2, gives:
t.adb: In function T:
t.adb:6: warning: comparison always false due to limited range of data type
(probably emitted by the backend as -gnatv doesn't show the caret position)
Note that the
--- Comment #1 from sam at gcc dot gnu dot org 2008-08-06 14:49 ---
(read the line containing 'Val, not 'Pos)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37038
--- Comment #2 from dave at hiauly1 dot hia dot nrc dot ca 2008-08-06
15:14 ---
Subject: Re: /bin/sh: line 1: 26087 Aborted (core dumped) ./xsinfo
../../sinfo.h
--- Comment #1 from charlet at adacore dot com 2008-08-06 06:39 ---
Subject: Re: New: /bin/sh: line 1: 26087
--- Comment #4 from hjl at gcc dot gnu dot org 2008-08-06 15:30 ---
Subject: Bug 37009
Author: hjl
Date: Wed Aug 6 15:29:37 2008
New Revision: 138806
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=138806
Log:
gcc/
2008-08-06 H.J. Lu [EMAIL PROTECTED]
PR
--- Comment #4 from dave at hiauly1 dot hia dot nrc dot ca 2008-08-06
15:35 ---
Subject: Re: Exception from shared library's functions or methods that return
float (double, long double) value cannot be cauO
As we understand (looking at gcc sources), sjlj-mechanism can be set only
--- Comment #12 from matz at gcc dot gnu dot org 2008-08-06 15:36 ---
Subject: Bug 36613
Author: matz
Date: Wed Aug 6 15:34:45 2008
New Revision: 138807
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=138807
Log:
PR target/36613
* reload.c (push_reload): Merge
--- Comment #2 from sam at gcc dot gnu dot org 2008-08-06 15:39 ---
The warning comes from a range check which is emitted by Gigi. The backend
knows that this check is useless, and warns about it. As far as I can tell,
there is no way to suppress the warning in shorten_compare
Sent from my iPhone
On Aug 6, 2008, at 8:39, sam at gcc dot gnu dot org [EMAIL PROTECTED]
wrote:
--- Comment #2 from sam at gcc dot gnu dot org 2008-08-06 15:39
---
The warning comes from a range check which is emitted by Gigi. The
backend
knows that this check is useless,
--- Comment #5 from hjl dot tools at gmail dot com 2008-08-06 15:44 ---
Fixed.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #18 from hjl at gcc dot gnu dot org 2008-08-06 15:45 ---
Subject: Bug 37010
Author: hjl
Date: Wed Aug 6 15:43:46 2008
New Revision: 138808
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=138808
Log:
gcc/
2008-08-06 H.J. Lu [EMAIL PROTECTED]
PR
--- Comment #19 from hjl dot tools at gmail dot com 2008-08-06 15:45
---
Fixed.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #3 from pinskia at gmail dot com 2008-08-06 15:46 ---
Subject: Re: Bogus warning from GCC
Sent from my iPhone
On Aug 6, 2008, at 8:39, sam at gcc dot gnu dot org [EMAIL PROTECTED]
wrote:
--- Comment #2 from sam at gcc dot gnu dot org 2008-08-06 15:39
--- Comment #5 from v dot grikyan at sam-solutions dot net 2008-08-06
16:11 ---
Hi Dave,
thank you for your fast reply.
Have we understood correctly - you will try to reproduce this error on your HP
platform?
If yes and if it works on your side - please let us know what patches are
--- Comment #11 from manu at gcc dot gnu dot org 2008-08-06 16:19 ---
Subject: Bug 8715
Author: manu
Date: Wed Aug 6 16:17:41 2008
New Revision: 138814
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=138814
Log:
2008-08-06 Manuel Lopez-Ibanez [EMAIL PROTECTED]
PR 8715
--- Comment #12 from manu at gcc dot gnu dot org 2008-08-06 16:33 ---
Fixed in GCC 4.4.
--
manu at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from manu at gcc dot gnu dot org 2008-08-06 16:38 ---
Subject: Bug 26785
Author: manu
Date: Wed Aug 6 16:37:06 2008
New Revision: 138816
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=138816
Log:
2008-08-06 Manuel Lopez-Ibanez [EMAIL PROTECTED]
PR 26785
--- Comment #3 from deisner at gmail dot com 2008-08-06 16:41 ---
My bug appears to be a duplicate bug, anyway:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25557
*** This bug has been marked as a duplicate of 25557 ***
--
deisner at gmail dot com changed:
What
--- Comment #5 from manu at gcc dot gnu dot org 2008-08-06 16:42 ---
Fixed in GCC 4.4.
--
manu at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #4 from sam at gcc dot gnu dot org 2008-08-06 16:57 ---
Andrew, you're right, I got confused by the build_binary_op() which is present
both in ada/gcc-interface/utils2.c and c-typeck.c, and that the warning appears
as is in c-common.c.
The warning is likely to come from
--- Comment #4 from grhoten at jtcsv dot com 2008-08-06 17:07 ---
Has this recently been implemented? If so, which version will it be available?
I recently noticed this patch mentioned for inclusion.
http://gcc.gnu.org/ml/gcc-patches/2008-04/msg01235.html
--
--- Comment #5 from paolo dot carlini at oracle dot com 2008-08-06 17:19
---
That patch is in (+ some follow ups, see also C++/33979 for updated
references). As been applied to mainline, thus the new features will be
available in gcc4.4.0.
--
--- Comment #6 from manu at gcc dot gnu dot org 2008-08-06 18:36 ---
This is FIXED in GCC 4.4
--
manu at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #12 from manu at gcc dot gnu dot org 2008-08-06 18:42 ---
This always produces a warning by default now. Thus FIXED.
--
manu at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from dgregor at gcc dot gnu dot org 2008-08-06 19:09 ---
Subject: Bug 36460
Author: dgregor
Date: Wed Aug 6 19:08:12 2008
New Revision: 138819
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=138819
Log:
2008-08-06 Douglas Gregor [EMAIL PROTECTED]
PR
--- Comment #7 from dgregor at gcc dot gnu dot org 2008-08-06 19:12 ---
Fixed on the trunk.
--
dgregor at gcc dot gnu dot org changed:
What|Removed |Added
From
http://groups.google.com/group/comp.lang.fortran/browse_thread/thread/14ce82ff2838fb9a
I think it is a valid program - at least in the sense that other
Cray-pointer-supporting programs support it.
The following program is rejected with
tab(n) = 0
1
Error:
--- Comment #4 from joel at gcc dot gnu dot org 2008-08-06 19:34 ---
Does not happen in my most recent test.
arm-rtems4.9-gcc (GCC) 4.4.0 20080802 (experimental) [trunk revision 138553]
--
joel at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from joel at gcc dot gnu dot org 2008-08-06 19:35 ---
*** This bug has been marked as a duplicate of 35298 ***
--
joel at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from joel at gcc dot gnu dot org 2008-08-06 19:35 ---
*** Bug 36940 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35298
--- Comment #15 from joel at gcc dot gnu dot org 2008-08-06 19:37 ---
Created an attachment (id=16032)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16032action=view)
Lastest version of patch (against rev 138553)
hwint tested on sparc. ACATS results posted for sparc, mips, i386,
--- Comment #16 from joel at gcc dot gnu dot org 2008-08-06 19:38 ---
(From update of attachment 15724)
Obsoleted by 20080806 patch
--
joel at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #17 from joel at gcc dot gnu dot org 2008-08-06 19:40 ---
Created an attachment (id=16033)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16033action=view)
New file not in 20080806 diff.
Must go with http://gcc.gnu.org/bugzilla/attachment.cgi?id=16032
--
http
--- Comment #18 from joel at gcc dot gnu dot org 2008-08-06 19:47 ---
Created an attachment (id=16034)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16034action=view)
Latest version against revision 138553
Goes with http://gcc.gnu.org/bugzilla/attachment.cgi?id=16033
Does not compile. Requires attached patch.
--
Summary: GNAT Socket Code Broken on RTEMS
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: ada
AssignedTo: unassigned at gcc
--- Comment #1 from joel at gcc dot gnu dot org 2008-08-06 20:01 ---
Created an attachment (id=16035)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16035action=view)
Updates Ada socket code to compile
2008-05-28 Joel Sherrill [EMAIL PROTECTED]
* gen-soccon-rtems.ads:
--- Comment #2 from manu at gcc dot gnu dot org 2008-08-06 20:14 ---
Reconfirmed in GCC 4.4
--
manu at gcc dot gnu dot org changed:
What|Removed |Added
Known to
--- Comment #8 from andreast at gcc dot gnu dot org 2008-08-06 20:22
---
Fixed.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36918
--- Comment #9 from andreast at gcc dot gnu dot org 2008-08-06 20:23
---
Fixed. Should set the state too
--
andreast at gcc dot gnu dot org changed:
What|Removed |Added
1 - 100 of 122 matches
Mail list logo
