--- Comment #23 from mark at codesourcery dot com 2008-11-04 05:51 ---
Subject: Re: [4.4 Regression] libgcj linkage failure: Incorrect
library ABI version detected
aph at gcc dot gnu dot org wrote:
> It's quite likely that the Java FE should not be calling
> cgraph_build_static_cdtor
--- Comment #1 from hjl dot tools at gmail dot com 2008-11-04 02:24 ---
Revision 141547:
http://gcc.gnu.org/ml/gcc-patches/2008-11/msg00060.html
caused this regression.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--
--- Comment #5 from dannysmith at users dot sourceforge dot net 2008-11-04
02:21 ---
Fixed by Mikael's patch
--
dannysmith at users dot sourceforge dot net changed:
What|Removed |Added
--
--- Comment #4 from dannysmith at gcc dot gnu dot org 2008-11-04 02:17
---
Subject: Bug 37989
Author: dannysmith
Date: Tue Nov 4 02:16:07 2008
New Revision: 141575
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141575
Log:
2008-11-03 Mikael Pettersson <[EMAIL PROTECTED]>
--- Comment #7 from spop at gcc dot gnu dot org 2008-11-04 01:03 ---
Subject: Re: [4.4 Regression] ICE in tree-data-ref.c with -ftree-loop-linear
> Sebastian, any ideas how to fix this one?
I will look at this bug.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36922
--- Comment #6 from spop at gcc dot gnu dot org 2008-11-04 01:03 ---
Mine.
--
spop at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gc
--- Comment #3 from pinskia at gcc dot gnu dot org 2008-11-04 00:40 ---
> Yes I am
Don't because it is known to be broken.
*** This bug has been marked as a duplicate of 35619 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #24 from pinskia at gcc dot gnu dot org 2008-11-04 00:40
---
*** Bug 37925 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #2 from kgjang at cray dot com 2008-11-04 00:36 ---
(In reply to comment #1)
> Are you trying to "make" from within the source directory?
Yes I am
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37925
The following test cases now fail on i686-apple-darwin10...
FAIL: gcc.c-torture/execute/builtins/sprintf.c compilation, -O0
FAIL: gcc.c-torture/execute/builtins/sprintf.c compilation, -O1
FAIL: gcc.c-torture/execute/builtins/sprintf.c compilation, -O2
--- Comment #7 from hjl dot tools at gmail dot com 2008-11-03 23:38 ---
With gcc 4.4 on Linux/ia32, you can use -mincoming-stack-boundary=2
to compile your library to support library users compiled with
-mpreferred-stack-boundary=2. Compile will align stack properly
and efficiently when
--- Comment #4 from brian at dessent dot net 2008-11-03 23:23 ---
Subject: Re: using fails if gcc invoked in a directory
which has a subdirectory called "gcc"
> /usr/lib/gcc/i686-pc-linux-gnu/4.3.2/cc1 -E -quiet -v -iprefix
> /home/mvanier/tmp/../lib/gcc/i686-pc-linux-gnu/4.3.2/ h
--- Comment #12 from pinskia at gcc dot gnu dot org 2008-11-03 22:33
---
Any news on this patch?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14933
--- Comment #4 from burnus at gcc dot gnu dot org 2008-11-03 22:17 ---
"print *, shape( i )"
That program works here with GCC 4.1.3, 4.2.1 and 4.3.3-20081002 of openSUSE,
and with 4.3.3-20081103 and 4.4.0 of today. I not even get any valgrind error.
Character tests:
I can
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.4.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13675
--- Comment #9 from jakub at gcc dot gnu dot org 2008-11-03 22:08 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #10 from jakub at gcc dot gnu dot org 2008-11-03 22:08 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #8 from jakub at gcc dot gnu dot org 2008-11-03 22:07 ---
Subject: Bug 37241
Author: jakub
Date: Mon Nov 3 22:05:57 2008
New Revision: 141565
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141565
Log:
PR testsuite/37241
* g++.dg/abi/key2.C: Adjust re
--- Comment #9 from jakub at gcc dot gnu dot org 2008-11-03 22:01 ---
Subject: Bug 37812
Author: jakub
Date: Mon Nov 3 21:59:36 2008
New Revision: 141564
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141564
Log:
PR target/37812
* gcc.target/powerpc/altivec_chec
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jakub at gcc dot gnu dot org
|dot org
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-11-03 20:07 ---
Confirmed, a regression from GCC 4.1.1.
Here is a self contained example :):
class foo {
public:
template operator T ();
};
template
inline foo::operator T () {
return (T)0;
}
struct b
--- Comment #12 from pinskia at gcc dot gnu dot org 2008-11-03 20:02
---
Subject: Bug 37782
Author: pinskia
Date: Mon Nov 3 20:01:11 2008
New Revision: 141558
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141558
Log:
2008-11-03 Andrew Pinski <[EMAIL PROTECTED]>
PR
--- Comment #11 from pinskia at gcc dot gnu dot org 2008-11-03 20:01
---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNE
--- Comment #12 from jakub at gcc dot gnu dot org 2008-11-03 19:23 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
Following code produces symbol already defined assembler error when compiled
with g++ 4.2.4 with -O0 flag. It can compile without problem with g++ 4.1.1.
=== foo.hpp ===
class foo {
public:
template operator T ();
};
template
inline foo::operator T () {
return (T)0;
--- Comment #2 from ebotcazou at gcc dot gnu dot org 2008-11-03 19:17
---
> a-direct.ads:426:09: alignment for "Search_Typeb82s" must be at least 8
> a-direct.ads:426:09: alignment for "Search_Typer80s" must be at least 8
> a-direct.ads:426:09: alignment for "Search_Typet77s" must be at
--- Comment #11 from ro at gcc dot gnu dot org 2008-11-03 19:04 ---
Subject: Bug 37463
Author: ro
Date: Mon Nov 3 19:03:28 2008
New Revision: 141555
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141555
Log:
PR other/37463
* configure.ac (gcc_cv_ld_ro_rw_mix): M
--- Comment #3 from kargl at gcc dot gnu dot org 2008-11-03 18:41 ---
(In reply to comment #2)
> With the new version, I will check the second problem I reported
> as well and report back (kind intrinsic with character argument
> in a type declararation statement)
The 2nd problem is a
[EMAIL PROTECTED] gcc]$ svn proplist
libjava/classpath/tools/resource/gnu/classpath/tools/gjdoc/htmldoclet/inherit.png
[EMAIL PROTECTED] gcc]$ file
libjava/classpath/tools/resource/gnu/classpath/tools/gjdoc/htmldoclet/inherit.png
libjava/classpath/tools/resource/gnu/classpath/tools/gjdoc/htmldocle
--- Comment #3 from c dot hite at rtsgroup dot net 2008-11-03 17:51 ---
The way in which the compiler finds operators has something is referred to as
"Koenig Lookup".
--
c dot hite at rtsgroup dot net changed:
What|Removed |Added
--
--- Comment #17 from edwintorok at gmail dot com 2008-11-03 17:50 ---
Thanks.
--
edwintorok at gmail dot com changed:
What|Removed |Added
Status|RESOLVED
--- Comment #2 from c dot hite at rtsgroup dot net 2008-11-03 17:47 ---
Created an attachment (id=16621)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16621&action=view)
2
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38005
--- Comment #22 from aph at gcc dot gnu dot org 2008-11-03 17:47 ---
I think think this is Java-specific.
It's quite likely that the Java FE should not be calling
cgraph_build_static_cdtor(), but when that call is removed some test
cases fail. Rather than arguing what priority this sho
--- Comment #1 from c dot hite at rtsgroup dot net 2008-11-03 17:47 ---
Created an attachment (id=16620)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16620&action=view)
1
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38005
(see #1)
G++ seems to use different rules than sun for determining which operator is
called. G++ gives an operator in the current namespace priority over another
with more specific parameters in the global scope.
(see #2)
G++ does something very strange. When the current namespace contains the
--- Comment #8 from jakub at gcc dot gnu dot org 2008-11-03 17:43 ---
Unrelated. For ppc64-double-1.c I think there is another PR open already.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37812
On Linux/ia64, revision 141547 gave:
+FAIL: g++.dg/vect/pr36648.cc scan-tree-dump-times vect "vectorized 1 loops" 1
+FAIL: g++.dg/vect/pr36648.cc scan-tree-dump-times vect "vectorizing stmts
using SLP" 1
Revision 141544 is OK.
--
Summary: [4.4 Regression] g++.dg/vect/pr36648.cc
--- Comment #21 from jakub at gcc dot gnu dot org 2008-11-03 17:41 ---
Java is not a primary language, bugs that affect just Java and not C/C++
shouldn't be P1 or P2. Fortran FE bugs are P4 as well. That doesn't mean it
can't be fixed, just that the release will not be delayed because
--- Comment #20 from mmitchel at gcc dot gnu dot org 2008-11-03 17:38
---
Do we still think this is Java-specific, or do we have any evidence that this
can happen in C/C++ as well?
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #19 from dje at gcc dot gnu dot org 2008-11-03 17:35 ---
Characterizing this as "testsuite failures" trivializes the problem. libgcj
builds but does not work properly on the platforms. This PR should be
categorized as P2, not P4.
--
http://gcc.gnu.org/bugzilla/show_bug
--- Comment #7 from dominiq at lps dot ens dot fr 2008-11-03 17:33 ---
The failures disappear with the patch in comment #5.
Thanks.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37241
--- Comment #7 from dominiq at lps dot ens dot fr 2008-11-03 17:31 ---
> Updated patch with also target-supports posted.
With the updated patch I now get only three failures for the powerpc directory
FAIL: gcc.target/powerpc/ppc64-abi-1.c (test for excess errors) <--
64 bit
--- Comment #5 from jakub at gcc dot gnu dot org 2008-11-03 17:22 ---
Sebastian, any ideas how to fix this one?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36922
--- Comment #16 from paolo dot carlini at oracle dot com 2008-11-03 17:10
---
It caused c++/35282...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28743
--- Comment #3 from jakub at gcc dot gnu dot org 2008-11-03 17:01 ---
Assuming it is fixed, if anyone can still reproduce it, please reopen with
details.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #16 from jakub at gcc dot gnu dot org 2008-11-03 17:06 ---
It actually has been submitted:
http://gcc.gnu.org/ml/gcc-patches/2008-05/msg01349.html
but the regrename.c change has never been reviewed.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35964
--- Comment #10 from jakub at gcc dot gnu dot org 2008-11-03 16:46 ---
Patch preapproved by Alex:
http://gcc.gnu.org/ml/gcc-patches/2008-10/msg01378.html
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #6 from spop at gcc dot gnu dot org 2008-11-03 16:44 ---
Subject: Bug 37684
Author: spop
Date: Mon Nov 3 16:43:02 2008
New Revision: 141551
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141551
Log:
2008-11-03 Harsha Jagasia <[EMAIL PROTECTED]>
PR tree-op
--- Comment #5 from spop at gcc dot gnu dot org 2008-11-03 16:44 ---
Fixed.
--
spop at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #7 from spop at gcc dot gnu dot org 2008-11-03 16:36 ---
Subject: Bug 36908
Author: spop
Date: Mon Nov 3 16:35:13 2008
New Revision: 141550
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141550
Log:
2008-11-03 Sebastian Pop <[EMAIL PROTECTED]>
PR tree-opt
--- Comment #3 from rguenth at gcc dot gnu dot org 2008-11-03 16:42 ---
Reduced testcase, not a regression.
namespace std __attribute__ ((__visibility__ ("default"))) {
class type_info { };
};
template
void throw_exception(E const & e);
class bad_lexical_cast {
public:
bad_le
--- Comment #7 from jakub at gcc dot gnu dot org 2008-11-03 16:38 ---
*** Bug 38003 has been marked as a duplicate of this bug. ***
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #2 from jakub at gcc dot gnu dot org 2008-11-03 16:38 ---
*** This bug has been marked as a duplicate of 37976 ***
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #8 from spop at gcc dot gnu dot org 2008-11-03 16:36 ---
Fixed.
--
spop at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED
--- Comment #2 from carbess at swcp dot com 2008-11-03 16:32 ---
Subject: Re: Fortran shape and kind intrinsic
Thanks for the response. I will download the latest compiler, which I
thought I had. I guess the autoupdate for my Mint Linux is not working
promptly or this has been upda
--- Comment #1 from dcb314 at hotmail dot com 2008-11-03 16:31 ---
Created an attachment (id=16619)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16619&action=view)
C source code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38003
I just tried to compile the Suse Linux package tcpd-7.6-855.5
with gcc version 4.4.0 snapshot 20081031.
percent_x.c:14: warning: 'sccsid' defined but not used
percent_x.c: In function 'percent_x':
percent_x.c:33: internal compiler error: in insert_into_preds_of_block, at
tree-ssa-pre.c:3120
Please
--- Comment #6 from jakub at gcc dot gnu dot org 2008-11-03 16:17 ---
4.2 doesn't realign stack except for main, only gcc 4.4 does and only for
alignments larger than 16 bytes (and only on i386/x86_64).
You can use an optimization barrier to force a check, but I think it is a bad
idea to
--- Comment #5 from thomas dot orgis at awi dot de 2008-11-03 16:08 ---
Aren't we talking about data on the stack?
And, actually gcc-4.2 can realign the stack, if you ask it to.
But, well ... in any case it would be very helpful if a programmer had a way to
deal devensively with stack i
--- Comment #2 from rguenth at gcc dot gnu dot org 2008-11-03 16:07 ---
Reducing.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38002
--- Comment #4 from tg at mirbsd dot org 2008-11-03 15:55 ---
The aligned attribute is for data, not for the stack.
The gcc texinfo page says that gcc does not re-align
the stack once misaligned (it could do that though,
or you could do that yourself). But optimising away
the checks is s
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jakub at gcc dot gnu dot org
|dot org
--- Comment #11 from ubizjak at gmail dot com 2008-11-03 15:19 ---
Patch at http://gcc.gnu.org/ml/gcc-patches/2008-11/msg00067.html
--
ubizjak at gmail dot com changed:
What|Removed |Added
---
--- Comment #18 from aph at redhat dot com 2008-11-03 15:12 ---
Subject: Re: [4.4 Regression] libgcj linkage failure: Incorrect
library ABI version detected
dave at hiauly1 dot hia dot nrc dot ca wrote:
> --- Comment #17 from dave at hiauly1 dot hia dot nrc dot ca 2008-11-03
> 1
--- Comment #17 from dave at hiauly1 dot hia dot nrc dot ca 2008-11-03
15:02 ---
Subject: Re: [4.4 Regression] libgcj linkage failure: Incorrect library ABI
version detected
> --- Comment #13 from aph at gcc dot gnu dot org 2008-11-03 10:18 ---
> As a Java maintainer I'm happ
--- Comment #1 from bodzio131 at op dot pl 2008-11-03 14:58 ---
Created an attachment (id=16618)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16618&action=view)
preprocessor output
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38002
gcc version 4.3.2 (GCC)
Target: i686-pc-linux-gnu
Configured with: ../gcc-4.3.2/configure --prefix=/usr/local/gcc-4.3.2
--enable-languages=c,c++ --with-gmp=/home/builder/4gcc43
--with-mpfr=/home/builder/4gcc43 --with-as=/usr/local/gcc-4.3.2/bin/as
--with-gnu-as --with-ld=/usr/local/gcc-4.3.2/bin/ld
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P2 |P4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37068
--- Comment #16 from aph at gcc dot gnu dot org 2008-11-03 14:45 ---
Indeed. If that doesn't work, libjava is hosed on that platform.
I'd like to get to the bottom of it. Should the FE be calling
cgraph_build_static_cdtor() or not?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37
--- Comment #15 from dave at hiauly1 dot hia dot nrc dot ca 2008-11-03
14:27 ---
Subject: Re: [4.4 Regression] libgcj linkage failure: Incorrect library ABI
version detected
> Does this cause a bootstrap failure anywhere, or just testsuite regressions
> and
> (ignored) gcj-dbtool fai
--- Comment #10 from ubizjak at gmail dot com 2008-11-03 14:26 ---
Not a RA issue.
--
ubizjak at gmail dot com changed:
What|Removed |Added
CC|vmakarov at
--- Comment #9 from ubizjak at gmail dot com 2008-11-03 14:25 ---
Patch in testing.
--
ubizjak at gmail dot com changed:
What|Removed |Added
AssignedTo|unassigned
--- Comment #3 from mikpe at it dot uu dot se 2008-11-03 13:49 ---
(In reply to comment #2)
Danny, I've tested the revised patch both with and without --disable-shared,
and both configs build and work fine.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37989
--- Comment #3 from thomas dot orgis at awi dot de 2008-11-03 13:35 ---
Are you saying that there is no way to protect my library from user programs
that have misaligned stacks?
The whole checking business is in vain, then?
To sad that it working fine with older gccs made be believe th
--- Comment #2 from jakub at gcc dot gnu dot org 2008-11-03 13:31 ---
The check is not miscompiled, gcc assumes __attribute__((aligned (16)))
variables
are 16 bytes aligned and uses this everywhere, including optimizing out
unnecessary check. This is a user bug, you simply should never
--- Comment #1 from thomas dot orgis at awi dot de 2008-11-03 13:26 ---
Created an attachment (id=16617)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16617&action=view)
tar with the test source file, script to test the bug, example disassembly
--
http://gcc.gnu.org/bugzilla/s
For mpg123 I use __attribute__((aligned(16))) for variables that are possibly
used by SSE code. Now, I also create a library containing that SSE code, which
can be used from third party applications.
The use case of linking gcc-compiled mpg123 code with another compiler that did
_not_ align the sta
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|hp at gcc dot gnu dot org |jakub at gcc dot gnu dot org
URL|
--- Comment #10 from joseph at codesourcery dot com 2008-11-03 12:58
---
Subject: Re: [4.2/4.3/4.4 Regression] Wrong error message with
unsigned char a = uchar&512
On Mon, 3 Nov 2008, manu at gcc dot gnu dot org wrote:
> Joseph,
>
> Will this be fixed by your new code for 4.5?
As
--- Comment #3 from jakub at gcc dot gnu dot org 2008-11-03 12:41 ---
4.1.x used just #include, not #include_next in cstdio to include ,
so I guess this is libstdc++-v3 regression, not driver.
--
jakub at gcc dot gnu dot org changed:
What|Removed |
--- Comment #2 from jakub at gcc dot gnu dot org 2008-11-03 12:39 ---
The include_next doesn't make any sense in the cXXX headers, include_next is
typically used when including the same header name, not when you are including
unrelated header name, exactly because making assumptions whet
--- Comment #16 from rguenth at gcc dot gnu dot org 2008-11-03 12:34
---
Subject: Bug 37573
Author: rguenth
Date: Mon Nov 3 12:32:52 2008
New Revision: 141547
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141547
Log:
2008-11-03 Richard Guenther <[EMAIL PROTECTED]>
--- Comment #15 from rguenth at gcc dot gnu dot org 2008-11-03 12:33
---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNE
--- Comment #1 from rguenth at gcc dot gnu dot org 2008-11-03 12:25 ---
appending -v shows
/usr/lib64/gcc/x86_64-suse-linux/4.3/cc1plus -quiet -v -D_GNU_SOURCE t.C
-quiet -dumpbase t.C -mtune=generic -auxbase t -version -o t.s
#include "..." search starts here:
#include <...> search st
--- Comment #6 from jakub at gcc dot gnu dot org 2008-11-03 12:00 ---
s/testcase/patch/, sorry.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37241
--- Comment #5 from jakub at gcc dot gnu dot org 2008-11-03 12:00 ---
Created an attachment (id=16616)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16616&action=view)
gcc44-pr37241.patch
Please try attached testcase.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37241
--- Comment #15 from manu at gcc dot gnu dot org 2008-11-03 11:56 ---
What was the problem with this patch?
--
manu at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #14 from jakub at gcc dot gnu dot org 2008-11-03 11:54 ---
Does this cause a bootstrap failure anywhere, or just testsuite regressions and
(ignored) gcj-dbtool failure? If the latter, this should be P4.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37068
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37868
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37879
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37902
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37924
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37969
--- Comment #9 from jakub at gcc dot gnu dot org 2008-11-03 11:24 ---
Removing regression flag, as this isn't a regression, the intrinsics worked
that way forever. That doesn't mean it shouldn't be changed for 4.4, for 4.3
and earlier IMHO only a warning is acceptable, not changing sema
--- Comment #7 from manu at gcc dot gnu dot org 2008-11-03 11:12 ---
(In reply to comment #6)
> I think the "cannot be used as a function" error should print the exact object
> only if it is a DECL_P, otherwise just print error: expression cannot be used
> as a function". Imagine if the
--- Comment #6 from jakub at gcc dot gnu dot org 2008-11-03 11:04 ---
I think the "cannot be used as a function" error should print the exact object
only if it is a DECL_P, otherwise just print error: expression cannot be used
as a function". Imagine if the object is a 100KB statement e
--- Comment #5 from dominiq at lps dot ens dot fr 2008-11-03 11:02 ---
The patch in comment #4 generate a lot of bus errors in my tests. Looking at
it, I think there is something missing: gfc_current_ns->old_cl_list is only set
to NULL, it should likely be set to gfc_current_ns->cl_list
--- Comment #21 from manu at gcc dot gnu dot org 2008-11-03 10:46 ---
Nathan, are you working on this?
--
manu at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from manu at gcc dot gnu dot org 2008-11-03 10:43 ---
Is this really accepts-invalid?
As the original description says, a diagnostic is not even required by the
standard...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28513
--- Comment #9 from manu at gcc dot gnu dot org 2008-11-03 10:40 ---
Andrew,
what is the status of this?
Joseph,
Will this be fixed by your new code for 4.5?
--
manu at gcc dot gnu dot org changed:
What|Removed |Added
-
1 - 100 of 111 matches
Mail list logo
