--- Comment #13 from paolo at gcc dot gnu dot org 2008-07-21 09:09 ---
Subject: Bug 36870
Author: paolo
Date: Mon Jul 21 09:08:41 2008
New Revision: 138024
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=138024
Log:
/cp
2008-07-21 Paolo Carlini <[EMAIL PROTECTED]>
PR c
--- Comment #14 from paolo dot carlini at oracle dot com 2008-07-21 09:11
---
Done for mainline (would be 4.4.0).
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
-
--- Comment #4 from domob at gcc dot gnu dot org 2008-07-21 10:02 ---
Created an attachment (id=15935)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15935&action=view)
Proposed test cases
Here's a set of test-cases (as diff) as I plan to fix this bug (dg-format may
not yet be corr
--- Comment #4 from tkoenig at gcc dot gnu dot org 2008-07-21 10:06 ---
Subject: Bug 36773
Author: tkoenig
Date: Mon Jul 21 10:05:32 2008
New Revision: 138027
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=138027
Log:
2008-07-21 Thomas Koenig <[EMAIL PROTECTED]>
PR li
--- Comment #5 from tkoenig at gcc dot gnu dot org 2008-07-21 10:08 ---
Fixed on trunk.
Closing.
--
tkoenig at gcc dot gnu dot org changed:
What|Removed |Added
array->data and ret->data are not
divisible by four in this test case, yet
we use ints for copying.
Not too bad on a i686, very bad on systems that
enforce alignment.
$ cat cshift-char.f90
program main
character(len=2) :: c2
character(len=4), dimension(2,2) :: a, b, c, d
! Force misalignmen
--- Comment #5 from rguenth at gcc dot gnu dot org 2008-07-21 11:17 ---
Subject: Bug 36826
Author: rguenth
Date: Mon Jul 21 11:16:38 2008
New Revision: 138028
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=138028
Log:
2008-07-21 Richard Guenther <[EMAIL PROTECTED]>
PR
The warning
--
Summary: Please report #pragma GCC poison" location
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: enhancement
Priority: P3
Component: preprocessor
AssignedTo: unassigned at gcc dot gnu
--- Comment #20 from hyperquantum at gmail dot com 2008-07-21 11:32 ---
(In reply to comment #19)
> I really don't want to make it default off as it's really useful. I hope to
> fix
> the patch and make it default on for gcc 4.4 at least.
I agree. What's the status for getting it into
--- Comment #1 from h dot b dot furuseth at usit dot uio dot no 2008-07-21
11:36 ---
Subject: Re: New: Please report #pragma GCC poison" location
Sorry about the empty report. Anyway:
The warning
a.c:2:5: attempt to use poisoned "foo"
is not intelligle if one does not know about
--- Comment #5 from burnus at gcc dot gnu dot org 2008-07-21 11:37 ---
For the "INTRINSIC :: " error, one could consider mentioning "-fall-intrinsics"
in the error message.
Regarding intrinsic subroutine and external/user-supplied function (and vice
versa): I think it is OK to not to wa
--- Comment #6 from domob at gcc dot gnu dot org 2008-07-21 12:17 ---
(In reply to comment #5)
> For the "INTRINSIC :: " error, one could consider mentioning
> "-fall-intrinsics"
> in the error message.
I'll do so (as I already do in the warning message), this makes of course
sense.
>
--- Comment #5 from andreasmeier80 at gmx dot de 2008-07-21 12:55 ---
For me it is working today
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36830
--- Comment #5 from sam dot hendley at plymouthsystems dot com 2008-07-21
13:51 ---
Hello, I would like to report that I have had the same type of issue. I run
into this issue only when compiling with the coverage flags turned on. Here is
the output (inlcuding the location and version o
Compiling the following code:
1 class a {
2 // lots of stuff here
3 } // <--- actual error is here: missing semicolon
4
5
6 class b {
7 // lots of stuff here
8 };
results in
test.cpp:8: error: multiple types in one declaration
making someone who hasn't been ex
--- Comment #5 from manu at gcc dot gnu dot org 2008-07-21 14:30 ---
*** Bug 36866 has been marked as a duplicate of this bug. ***
--
manu at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #2 from manu at gcc dot gnu dot org 2008-07-21 14:30 ---
To fix this testcase we would need to fix a few of the -Wuninitialized issues,
since -Wuninitialized does not work without optimisation, we don't handle VOPs
(no -Wunitialized for pointers then), and -Winit-self is brok
--- Comment #7 from burnus at gcc dot gnu dot org 2008-07-21 14:31 ---
> Regarding -Wnonstd-intrinsic, what should I do there? It is ignored now, and
> I'll change this in the documentation (as well as mentioning the new flags, of
> course); but do I also have to add some "deprecated" f
--- Comment #2 from tromey at gcc dot gnu dot org 2008-07-21 14:36 ---
Seems like a reasonable idea to me.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
Apparently something in the recent reorganization of the computation of fortran
torture options has caused -msse2 execute tests to be run without checking if
the host supports sse2:
$ egrep '^flags' /proc/cpuinfo
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov
pat p
--- Comment #4 from dodji at gcc dot gnu dot org 2008-07-21 15:31 ---
Okay, I could reproduce this on gcc-4_3-branch. I will work on it, if nobody is
working on it already.
--
dodji at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #5 from dodji at gcc dot gnu dot org 2008-07-21 15:43 ---
By the way, I cannot reproduce this on trunk, changeset 138026.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36767
--- Comment #2 from manu at gcc dot gnu dot org 2008-07-21 16:16 ---
We need a complete testcase. I tried to reproduce this but GCC 4.4 with -Wall
-Wextra -Wunused always says:
src/pr36708.c:5: warning: left-hand operand of comma expression has no effect
src/pr36708.c:5: warning: statem
--- Comment #2 from sebor at roguewave dot com 2008-07-21 16:17 ---
I agree a new warning would be useful. For example, the following code should
be diagnosed:
struct S { S () throw () { throw 0; } };
as should this:
struct S { S () throw (int) { throw ""; } };
--
http://gcc.gnu.
--- Comment #3 from paolo at gcc dot gnu dot org 2008-07-21 16:19 ---
Subject: Bug 36871
Author: paolo
Date: Mon Jul 21 16:18:38 2008
New Revision: 138034
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=138034
Log:
/cp
2008-07-21 Paolo Carlini <[EMAIL PROTECTED]>
PR c+
--- Comment #5 from paolo at gcc dot gnu dot org 2008-07-21 16:19 ---
Subject: Bug 36872
Author: paolo
Date: Mon Jul 21 16:18:38 2008
New Revision: 138034
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=138034
Log:
/cp
2008-07-21 Paolo Carlini <[EMAIL PROTECTED]>
PR c+
--- Comment #4 from paolo dot carlini at oracle dot com 2008-07-21 16:20
---
Fixed for 4.4.0.
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
--- Comment #6 from paolo dot carlini at oracle dot com 2008-07-21 16:21
---
Fixed for 4.4.0.
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
--- Comment #20 from manu at gcc dot gnu dot org 2008-07-21 16:32 ---
(In reply to comment #19)
> Okay, so the two patches are now committed to trunk in changesets
> r137716 and r137721.
>
> However, given the nature of this enhancement request, I think it will take
> some on going wor
Reported on IRC:
../../../gcc/libgfortran/io/file_pos.c: In function 'formatted_backspace':
../../../gcc/libgfortran/io/file_pos.c:55: warning: comparison between signed
and unsigned
../../../gcc/libgfortran/io/file_pos.c:55: warning: signed and unsigned type in
conditional expression
--
I don't know if this is a regression or not but I think it is. Anyways testcase
compile with -O2 -msse -ffast-math:
#define __vector __attribute__((vector_size(16) ))
__vector float f(void);
void g(__vector float);
void RRB( __vector float vdist, __vector float vx)
{
for(unsigned detail = 0; deta
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-07-21 18:59 ---
The same ICE also happens for SPU-elf.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
MS provides
__declspec(deprecated("text string"))
while GCC doesn't support "text string". It will be nice
to support
__attribute__((deprecated("text string")))
--
Summary: Support __attribute__((deprecated(.text string.)))
Product: gcc
Version: 4.4.0
This testcase:
#include
using namespace std;
int main()
{
typedef unordered_multimap mmap;
typedef mmap::const_iterator citer;
mmap m;
citer i = m.find(0);
}
compiles fine with the normal mode unordered_multimap, but fails to compile
with -D_GLIBCXX_DEBUG.
--
Summary: ite
--- Comment #1 from paolo dot carlini at oracle dot com 2008-07-21 19:54
---
Thanks a lot Jason. I think this is essentially the same issue analyzed in the
audit trail of 30085, we should really work on it ASAP.
--
paolo dot carlini at oracle dot com changed:
What|Re
I have older fortran libraries supported by federal people that use the
character*(*) input_string for an incoming string, The gcc 3.4.4 supports it
but the current (subversion 138025) seems to support character(*).
I was wondering if this is a command line argument to support older fortran
code?
--- Comment #1 from dfranke at gcc dot gnu dot org 2008-07-21 20:29 ---
This is not a support forum, sorry. Without code example or more specific
problems we can't help you here.
You might want to ask the comp.lang.fortran newsgroup instead, ideally with a
small code example of your pro
--- Comment #2 from tkoenig at gcc dot gnu dot org 2008-07-21 21:40 ---
Created an attachment (id=15936)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15936&action=view)
patch for compile-time check
This passes regression-tests, make info and make dvi.
All that's needed is a prop
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-07-21 23:25 ---
>test.cpp:8: error: multiple types in one declaration
What more do you want? Because it says what is happen, there are more than one
type in the declaration.
--
pinskia at gcc dot gnu dot org changed:
--- Comment #2 from hutchinsonandy at gcc dot gnu dot org 2008-07-22 02:37
---
4.2.2 has same issue.
Can someone benchmark -fno-if-conversion for AVR?
Transforms are made independent of target. BRANCH_COST is already 0 for avr.
Here is a related example. This time result is a power
--- Comment #12 from jvdelisle at gcc dot gnu dot org 2008-07-22 05:02
---
Finally had some quiet time to pick at this. Yep, a one liner. This fixes the
test case and no namelist regressions.
Index: list_read.c
===
--- l
--- Comment #3 from robert dot lore at opensyscon dot com dot au
2008-07-22 05:56 ---
Subject: RE: syntatic warning
I did not have the flags you nominated set.
Thanks for you assistance
Robert
-Original Message-
From: manu at gcc dot gnu dot org [mailto:[EMAIL PROTECTED]
Sen
--- Comment #2 from burnus at gcc dot gnu dot org 2008-07-22 06:48 ---
Both
character*(*) foo
character(*) foo
are supported by gfortran. At the moment I cannot imagine a program which works
with the latter and fails with the former. If you have a complete (short!)
example, we cou
43 matches
Mail list logo
