--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Known t
--- Comment #8 from fxcoudert at gcc dot gnu dot org 2006-10-13 07:22
---
Since it's only a build-time warning, I won't backport that patch to 4.1 and I
close the PR.
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #7 from poirierg at gmail dot com 2006-10-13 07:37 ---
(In reply to comment #3)
> Does it work when compiled with -O0 instead of -O4? How about -O1?
>
> Besies above, I noticed that the asm in get_cabac looks to be clobbering
> memory
> but is not marked as such.
Damn, th
--- Comment #8 from fxcoudert at gcc dot gnu dot org 2006-10-13 07:38
---
(In reply to comment #3)
> Can you upgrade and confirm that the code compiles?
No, Steve, it doesn't work for me either on i686-linux. I downloaded the code
from comment #2 (and to answer Paul: it doesn't contain
--- Comment #4 from hubicka at gcc dot gnu dot org 2006-10-13 07:42 ---
Subject: Bug 28419
Author: hubicka
Date: Fri Oct 13 07:41:53 2006
New Revision: 117684
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=117684
Log:
PR c/28419
* c-decl.c (c_make_fname_decl): Do
--- Comment #5 from hubicka at gcc dot gnu dot org 2006-10-13 07:42 ---
Fixed in mainline.
--
hubicka at gcc dot gnu dot org changed:
What|Removed |Added
Summa
--- Comment #9 from fxcoudert at gcc dot gnu dot org 2006-10-13 07:54
---
I managed to trim it down to:
implicit none
integer :: n, i
character(len=16),parameter :: s = ""
if (s(9:16) == "90123456") then
endif
if (i > 0) then
write (i,*) n
--- Comment #3 from tbm at cyrius dot com 2006-10-13 08:05 ---
(In reply to comment #2)
> This works on 4.1.2 20061007 on i686-linux-gnu.
Fails for me with gcc 4.1.2 20061011 on x86_64-unknown-linux-gnu. From the
Debian build logs it seems the ICE only appeared on x86_64.
--
tbm at
--- Comment #4 from fxcoudert at gcc dot gnu dot org 2006-10-13 08:19
---
Subject: Bug 21435
Author: fxcoudert
Date: Fri Oct 13 08:18:50 2006
New Revision: 117685
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=117685
Log:
PR fortran/21435
* io.c (compare_to_all
--- Comment #5 from fxcoudert at gcc dot gnu dot org 2006-10-13 08:22
---
And now, we even diagnose this at compile-time on mainline. Closing this PR
accordingly.
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #3 from rguenth at gcc dot gnu dot org 2006-10-13 08:22 ---
Slightly less undefined, ICEs with -O -ftree-vrp -funswitch-loops:
void f(_Bool D917, int j0, int ubound1, int ubound5)
{
int i, j = j0;
int (*abc)[3];
i = 1;
while (1)
{
if (j <= 3)
whil
--- Comment #4 from fxcoudert at gcc dot gnu dot org 2006-10-13 08:33
---
Not worth a backport. Closing as fixed.
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from mmitchel at gcc dot gnu dot org 2006-10-13 08:34
---
Subject: Bug 29318
Author: mmitchel
Date: Fri Oct 13 08:34:14 2006
New Revision: 117686
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=117686
Log:
PR c++/29318
* rtti.c (get_tinfo_decl): Re
--- Comment #3 from mmitchel at gcc dot gnu dot org 2006-10-13 08:38
---
Subject: Bug 28506
Author: mmitchel
Date: Fri Oct 13 08:38:43 2006
New Revision: 117687
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=117687
Log:
PR c++/28506
* parser.c (function_declarat
--- Comment #4 from mmitchel at gcc dot gnu dot org 2006-10-13 08:40
---
Fixed in 4.2.0.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Summa
--- Comment #14 from paolo at gcc dot gnu dot org 2006-10-13 09:00 ---
Subject: Bug 28277
Author: paolo
Date: Fri Oct 13 09:00:31 2006
New Revision: 117689
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=117689
Log:
2006-10-13 Paolo Carlini <[EMAIL PROTECTED]>
PR libst
--- Comment #4 from rguenth at gcc dot gnu dot org 2006-10-13 09:18 ---
We end up comparing (GT_EXPR) i_92 with ubound1_111 which have the following
value ranges and equivalences:
i_92: [1, 3] EQUIVALENCES: { i_1 j_2 i_67 j_70 } (4 elements)
i_1: ~[0, 0] EQUIVALENCES: { } (0 elements
--- Comment #1 from pault at gcc dot gnu dot org 2006-10-13 09:20 ---
Created an attachment (id=12422)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12422&action=view)
This fixes the immediate problem of the lack of a character length.
I find that, except for constant constructors
The preprocessor token "OBJECT_FORMAT_ELF" is incorrectly not defined for the
AVR target (AVR-GCC). The AVR target uses the ELF object format, thus this
token should be defined.
Without the token, specifying the valid "-ffunction-sections" compiler switch
causes AVR-GCC to incorrectly give the war
Get following run-time message:
> Fortran runtime error: Attempt to allocate a negative amount of memory.
when running following program (fortran 90):
!-
program fred
print*,'Calling jackal...'
call jackal(1,0)
call jackal(2,0)
end
subroutine jackal(b,c)
--- Comment #2 from patchapp at dberlin dot org 2006-10-13 10:01 ---
Subject: Bug number PR24767
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-10/msg00694.html
--
http://gcc.gnu.org/bugzilla/sh
http://gcc.gnu.org/ml/fortran/2006-10/msg00241.html adds compile-time checking
for the specifier arguments of CLOSE and OPEN.
This should be done analogously for
(cf. 9.5.1 in Fortran 2003)
WRITE/READ (some only in READ allowed; some sre not yet implemented in
gfortran):
- ADVANCE: 'YES', 'NO'
-
I don't know whether anyone needs this, but g77 has according to
http://gcc.gnu.org/onlinedocs/gcc-3.4.6/g77.pdf
this intrinsic function whereas gfortran only provides the subroutine.
program chmod_test
implicit none
intrinsic chmod
integer :: status
call chmod('test.
--- Comment #5 from rguenth at gcc dot gnu dot org 2006-10-13 10:07 ---
It looks like we would need to recurse down into symbolic ranges in
fix_equivalence_set, which would be far too costly. So a conservative
fix for 4.2 is to just not record symbolic equivalencies at all.
I wonder if
--- Comment #1 from tobias dot burnus at physik dot fu-berlin dot de
2006-10-13 10:13 ---
Some tests show:
open(13,file='foo',form='format')
close(13,status='del')
compiles and runs in gfortran.
Expected:
- A run-time error is shown.
- A compile-time-error is shown (probably fixed
$ cat foo.f90
logical l(2)
if (l) call abort
end
$ gfortran foo.f90
In file foo.f90:2
if (l) call abort
1
Error: ELSE IF clause at (1) requires a scalar LOGICAL expression
--
Summary: Slightly wrong error message for IF statement
Product: gcc
Vers
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Known t
--- Comment #6 from rguenth at gcc dot gnu dot org 2006-10-13 10:38 ---
I have a patch to get rid of that beast completely.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #11 from rguenth at gcc dot gnu dot org 2006-10-13 10:58
---
That works. Updated profile:
Flat profile:
Each sample counts as 0.01 seconds.
% cumulative self self total
time seconds secondscalls Ks/call Ks/call name
11.26
--- Comment #12 from rguenth at gcc dot gnu dot org 2006-10-13 11:05
---
-O2 -ftime-report:
Execution times (seconds)
parser: 11.82 (14%) usr 0.54 (15%) sys 12.81 (14%) wall
254865 kB (62%) ggc
name lookup : 62.00 (74%) usr 3.04 (82%) sys 64.50 (73%
--- Comment #2 from aldot at gcc dot gnu dot org 2006-10-13 11:46 ---
Current trunk gives:
# -Wall
In file unused.f90:1
subroutine a(x)
1
Warning: Unused variable x declared at (1)
# -Wall -W
In file unused.f90:1
subroutine a(x)
1
Warning: Unused parameter
--- Comment #3 from aldot at gcc dot gnu dot org 2006-10-13 11:54 ---
To me this sounds more like a middle-end issue. The ME apparently doesn't have
means to use language specific diagnosics hooks.
Also see comment #2 for PR24784 at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24784#c2
--- Comment #13 from grayyoga at gmail dot com 2006-10-13 12:16 ---
Subject: Re: using boost::MPL requires lots of memory
But my main target is the previous testcase. It should at least
provide me a C++ error, but not crash with internal error.
On 13 Oct 2006 11:05:35 -, rguenth a
--- Comment #14 from rguenth at gcc dot gnu dot org 2006-10-13 12:18
---
Sure, but the crash is due to gcc running out of memory. And the third
testcase is a good one to attack memory usage and compile-time problems on all
of the three testcases.
But don't hold your breath...
--
--- Comment #12 from fxcoudert at gcc dot gnu dot org 2006-10-13 12:20
---
Subject: Bug 29391
Author: fxcoudert
Date: Fri Oct 13 12:20:28 2006
New Revision: 117691
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=117691
Log:
PR fortran/29391
* trans-intrinsic.c (
--- Comment #15 from grayyoga at gmail dot com 2006-10-13 12:20 ---
Subject: Re: using boost::MPL requires lots of memory
Ok, if there is anything else I could help, please mail me.
On 13 Oct 2006 12:18:51 -, rguenth at gcc dot gnu dot org
<[EMAIL PROTECTED]> wrote:
>
>
> ---
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
Keywords||patch
Known to fail|4.2.0 4.1.2 |4.1.2
K
--- Comment #2 from falk at debian dot org 2006-10-13 12:43 ---
>From the standard:
[...] n can have the value zero on a call to that function. Unless
explicitly stated otherwise in the description of a particular
function in this subclause, pointer arguments on such a call shall
--- Comment #7 from patchapp at dberlin dot org 2006-10-13 12:45 ---
Subject: Bug number PR29446
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-10/msg00698.html
--
http://gcc.gnu.org/bugzilla/sh
[This is both a C and C++ bug report, not sure how to classify that.]
int a[256];
int A(char c) { return a[c]; } // C and C++ warnings, OK.
int D(void) { return a['%'];} // Spurious C++ warning, no C warning
int B(void) { return a['å'];} // C++ warning, missing C warning
int C(voi
--- Comment #3 from pault at gcc dot gnu dot org 2006-10-13 12:51 ---
Subject: Bug 29364
Author: pault
Date: Fri Oct 13 12:51:07 2006
New Revision: 117692
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=117692
Log:
2006-10-13 Paul Thomas <[EMAIL PROTECTED]>
PR fortran/29
--- Comment #9 from pault at gcc dot gnu dot org 2006-10-13 12:51 ---
Subject: Bug 29373
Author: pault
Date: Fri Oct 13 12:51:07 2006
New Revision: 117692
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=117692
Log:
2006-10-13 Paul Thomas <[EMAIL PROTECTED]>
PR fortran/29
--- Comment #2 from pault at gcc dot gnu dot org 2006-10-13 12:51 ---
Subject: Bug 29407
Author: pault
Date: Fri Oct 13 12:51:07 2006
New Revision: 117692
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=117692
Log:
2006-10-13 Paul Thomas <[EMAIL PROTECTED]>
PR fortran/29
--- Comment #2 from pault at gcc dot gnu dot org 2006-10-13 12:51 ---
Subject: Bug 29232
Author: pault
Date: Fri Oct 13 12:51:07 2006
New Revision: 117692
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=117692
Log:
2006-10-13 Paul Thomas <[EMAIL PROTECTED]>
PR fortran/29
--- Comment #4 from pault at gcc dot gnu dot org 2006-10-13 12:51 ---
Subject: Bug 29422
Author: pault
Date: Fri Oct 13 12:51:07 2006
New Revision: 117692
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=117692
Log:
2006-10-13 Paul Thomas <[EMAIL PROTECTED]>
PR fortran/29
--- Comment #5 from pault at gcc dot gnu dot org 2006-10-13 12:51 ---
Subject: Bug 27701
Author: pault
Date: Fri Oct 13 12:51:07 2006
New Revision: 117692
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=117692
Log:
2006-10-13 Paul Thomas <[EMAIL PROTECTED]>
PR fortran/29
--- Comment #1 from pault at gcc dot gnu dot org 2006-10-13 12:51 ---
Subject: Bug 29428
Author: pault
Date: Fri Oct 13 12:51:07 2006
New Revision: 117692
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=117692
Log:
2006-10-13 Paul Thomas <[EMAIL PROTECTED]>
PR fortran/29
--- Comment #10 from pault at gcc dot gnu dot org 2006-10-13 12:51 ---
Subject: Bug 24398
Author: pault
Date: Fri Oct 13 12:51:07 2006
New Revision: 117692
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=117692
Log:
2006-10-13 Paul Thomas <[EMAIL PROTECTED]>
PR fortran/2
--- Comment #5 from falk at debian dot org 2006-10-13 12:52 ---
I also think the diagnostics should be improved.
--
falk at debian dot org changed:
What|Removed |Added
A few things will need to be changed on mainline after 4.2 branches:
especially, we don't want separate erf.c and bessel.c files: they're C99
functions too. If anyone has other requests in this area, please add them here.
--
Summary: c99 functions provided by libgfortran
Pr
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last recon
--- Comment #16 from rguenth at gcc dot gnu dot org 2006-10-13 13:19
---
The bootleneck is clearly using the diagnostic machinery for setting up
DECL_NAME of the type decls. I wonder if we cannot directly compute and store
mangled names in DECL_NAME which would save both time and memor
When building gcc on Caldera OpenUnix 8.5 with the native compiler:
configure: creating ./config.status
config.status: creating Makefile
config.status: creating testsuite/Makefile
config.status: creating config.h
config.status: executing default commands
if [ x"" != x ] && [ ! -d pic ]; th
$ cat a.f90
integer :: n, i
n = 5
n = sum((/(i,i=1,n)/))
end
$ gfortran -O -Wall a.f90
a.f90: In function MAIN__:
a.f90:3: warning: i is used uninitialized in this function
--
Summary: Spurious -Wuninitialized warning for implied do-loop
counter
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last recon
gfortran -c -Wall -O1 gfort_warnings.f90
using gcc version 4.2.0 20061011 (experimental) on Windows XP
for the code
module foo_mod
implicit none
contains
subroutine print_sub(fmt_acf,iu,labels)
character (len=*), intent(in), optional :: fmt_acf
integer , intent(in), optional :: iu
char
--- Comment #5 from mmitchel at gcc dot gnu dot org 2006-10-13 14:59
---
Subject: Bug 28506
Author: mmitchel
Date: Fri Oct 13 14:59:00 2006
New Revision: 117695
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=117695
Log:
PR c++/28506
* parser.c (function_declarat
ads=posix --enable-shared --with-system-zlib
--enable-languages=c,fortran --disable-nls --program-suffix=-4.2
Thread model: posix
gcc version 4.2.0 20061013 (experimental)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29267
I am trying to build java with gtk support. I configured with -
../gcc/configure --prefix=/usr/local/java --enable-languages=c,c++,java
--enable-java-awt=gtk --enable-gtk-cairo --x-includes=/usr/x11R6/include
--x-libraries=/usr/x11R6/lib
And I get this output -
checking for pkg-config... /usr/l
--- Comment #1 from jvdelisle at gcc dot gnu dot org 2006-10-13 16:24
---
Not specific to Suze, Confirmed on i686-linux. Interesting bug.
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #11 from pcarlini at suse dot de 2006-10-13 16:45 ---
Benjamin, I'm seeing these failures:
http://gcc.gnu.org/ml/gcc-testresults/2006-10/msg00654.html
http://gcc.gnu.org/ml/gcc-testresults/2006-10/msg00575.html
Are you sure the patch is ok wrt "source-less" (I don't rem
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-10-13 16:54 ---
'a' in C is not of the type char but instead int so not warning there is
correct really. Also you forgot one thing '%' does not have to match up with
the ANSI character set so it could be negative in signed char whic
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29415
In this short program, compiled with -O2 -gdwarf-2 on powerpc-darwin with 'gcc
version 4.2.0 20061012':
struct s;
extern void func(struct s *);
void func2(void * s_p)
{
struct s * const ss = s_p;
func (ss);
func (ss);
}
debug output is generated which has the variable 's_p' live until just
The sign seems to be ignored when multiplying a named number with a fixed point
value. Converting the named number to a fixed point type seems to work around
the problem. See the example below:
with Ada.Text_IO;
procedure Test
is
type T is delta 0.1 range -1.0 .. 1.0;
X : constant := -1.0;
--- Comment #1 from geoffk at gcc dot gnu dot org 2006-10-13 17:44 ---
Created an attachment (id=12426)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12426&action=view)
.s output of compiling the example
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29461
--- Comment #9 from pinskia at gcc dot gnu dot org 2006-10-13 17:44 ---
Note Mark has requested the priorities for new regressions stay at P3 so he can
see the new regressions and prioritize them himself. Reverting back to P3 for
that reason.
--
pinskia at gcc dot gnu dot org change
--- Comment #10 from dberlin at gcc dot gnu dot org 2006-10-13 17:49
---
mine
--
dberlin at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigne
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-10-13 17:49 ---
UX:make: ERROR: don't know how to make regex.c (bu42).
Can you trying using GNU make which is a requirement to build GCC?
--
pinskia at gcc dot gnu dot org changed:
What|Removed
--- Comment #42 from dberlin at gcc dot gnu dot org 2006-10-13 17:50
---
mine
--
dberlin at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigne
--- Comment #7 from dberlin at gcc dot gnu dot org 2006-10-13 17:51 ---
Mine
--
dberlin at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned
gcc Ada does not always check whether the value of a static expression of a
decimal fixed point type is a multiple of the small. Aonix ObjectAda rejects
the following program with the error message, "test.adb: Error: line 5 col 22
LRM:4.9(36), The value of a static expression of a decimal fixed po
For the program
module foo_mod
implicit none
interface twice
module procedure twice_real
end interface twice
contains
real function twice_real(x)
real :: x
twice_real = 2*x
end function twice_real
end module foo_mod
program xfoo
use foo_mod, only: twice,twice
implicit none
print*,twice(2.3)
en
--- Comment #9 from Tobias dot Schlueter at physik dot uni-muenchen dot de
2006-10-13 19:19 ---
Subject: Re: ICE in operand_subword_force, at
emit-rtl.c:1353
franke dot daniel at gmail dot com <[EMAIL PROTECTED]> wrote on
Fri, 13 Oct 2006:
> As requested in comment #7, a te
--- Comment #16 from carlos at codesourcery dot com 2006-10-13 19:40
---
1. Relocated compiler should not search configured prefix.
http://gcc.gnu.org/ml/gcc/2006-10/msg00280.html
2. Remove 'NONE' from computed paths
http://gcc.gnu.org/ml/gcc-patches/2006-10/msg00096.html
3. Relocate
--- Comment #8 from rguenth at gcc dot gnu dot org 2006-10-13 20:09 ---
Subject: Bug 29446
Author: rguenth
Date: Fri Oct 13 20:09:10 2006
New Revision: 117705
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=117705
Log:
2006-10-13 Richard Guenther <[EMAIL PROTECTED]>
PR
--- Comment #9 from rguenth at gcc dot gnu dot org 2006-10-13 20:09 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #1 from tromey at gcc dot gnu dot org 2006-10-13 20:09 ---
The config.log file in the appropriate build directory
(the libjava target directory, or maybe the classpath subdir)
will have more information -- the test program, the command line.
Could you post that info here?
-
--- Comment #10 from kargl at gcc dot gnu dot org 2006-10-13 20:14 ---
Committed the patch.
--
kargl at gcc dot gnu dot org changed:
What|Removed |Added
Statu
On amd64-*-freebsd, I see
gmake[3]: Entering directory `/usr/home/sgk/gcc/obj4x/gcc'
/usr/home/sgk/gcc/obj4x/./prev-gcc/xgcc -B/usr/home/sgk/gcc/obj4x/./prev-gcc/
-B/home/sgk/work/4x/x86_64-unknown-freebsd7.0/bin/ -c -g -O2 -DIN_GCC -W
-Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-pro
--- Comment #3 from sebor at roguewave dot com 2006-10-13 21:02 ---
You're right, I missed that. I confess I don't quite understand the rationale
for this in the standard and I'm not aware of any plaform that causes problems
for such calls but based on Doug Gwyn's response to my query th
--- Comment #4 from ghazi at gcc dot gnu dot org 2006-10-13 21:05 ---
Hopefully last revision...
http://gcc.gnu.org/ml/gcc-patches/2006-10/msg00688.html
--
ghazi at gcc dot gnu dot org changed:
What|Removed |Added
-
I would like to propose that gcc (in both C and C++ modes) issue a warning
for calls to memcpy() with overlapping regions of memory (known at compile
time) such as the one below since the behavior of such calls is undefined.
#include
int main ()
{
int i = 0;
memcpy (&i, &i, sizeof i);
--- Comment #4 from sebor at roguewave dot com 2006-10-13 21:09 ---
I opened bug 29465 with a request for the new warning.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28656
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-10-13 21:14 ---
One question is the duplicated warning a regression and is it a C++ front-end
problem or also a C one too?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28656
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |enhancement
GCC build triplet|all |
GCC h
The code:
#include
#include
class der1 : public std::exception { std::string s;};
int main() {
der1 d;
return 0;
}
gets you:
~/ootbc/common$ g++ foo.cc
foo.cc:3: error: looser throw specifier for 'virtual der1::~der1()'
/usr/include/c++/4.1.0/exception:58: error: overriding 'virtua
--- Comment #1 from laurent at guerby dot net 2006-10-13 21:31 ---
Confirmed with gcc version 4.2.0 20060922 (experimental), GCC accepts-invalid
here.
Note:
Y : constant T := 0.01;
is correctly rejected with:
test.adb:5:22: value has extraneous low order digits
--
laurent at guerby
--- Comment #1 from laurent at guerby dot net 2006-10-13 21:34 ---
Confirmed with gcc version 4.2.0 20060922 (experimental)
$ gnatmake test
$ ./test
X = -1.0
Y = -1.0
X * Y = -1.0
T (X) * Y = 1.0
--
laurent at guerby dot net changed:
What|Removed
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-10-13 21:37 ---
Comeau also errors and I don't have access to the standard right at this moment
to double check.
"ComeauTest.c", line 3: error: exception specification for implicitly declared
virtual function "der1::~der1
--- Comment #2 from igodard at pacbell dot net 2006-10-13 21:49 ---
Fair enough w/r/t standard base classes if the standard does indeed define the
throw specifications for each class's destructors. But the same dependency
appears
on any base class, whether standard, 3rd party, or local
I'm not sure this is the correct mailing list, but here goes. I was
trying to debug a program
and finally got down to the raw object file. Under certain circumstances,
constants in the .rodata
section of an object file are getting truncated. Here's the data:
Smallest C program that has the
--- Comment #5 from ghazi at gcc dot gnu dot org 2006-10-14 01:25 ---
Subject: Bug 29402
Author: ghazi
Date: Sat Oct 14 01:25:39 2006
New Revision: 117721
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=117721
Log:
PR bootstrap/29402
* Makefile.in (ALL_GTFILES_H):
--- Comment #6 from ghazi at gcc dot gnu dot org 2006-10-14 01:46 ---
Fixed.
--
ghazi at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-10-14 02:37 ---
Can you attach config.log?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29460
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-10-14 03:02 ---
(In reply to comment #2)
> Can't the compiler generate the right throw specification?
No because the C++ standard says it does but with respect to all functions it
calls and not just the base class.
15.4/13:
An impl
--- Comment #8 from dje at gcc dot gnu dot org 2006-10-14 03:03 ---
Subject: Bug 29250
Author: dje
Date: Sat Oct 14 03:03:23 2006
New Revision: 117724
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=117724
Log:
2006-10-13 David Edelsohn <[EMAIL PROTECTED]>
Ian Lance
--- Comment #9 from pinskia at gcc dot gnu dot org 2006-10-14 03:34 ---
A regression from 3.4.6, most likely exposed by the gimplifier or TER in out of
SSA. I really want to say the gimplifier with respect of type casting.
--
pinskia at gcc dot gnu dot org changed:
What
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-10-14 03:39 ---
> Compiling on a machine with the
> specified Gentoo minimum of 64M is not practical.
HEHEHEHEHEHEHEHE. 64MB is very very small ammount of memory really. Even the
PS3 has 256MB. Oh and compiling GCC should not hav
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-10-14 03:44 ---
It has been 3 months since this went into waiting, what is the status of this
bug?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21900
1 - 100 of 103 matches
Mail list logo
