--- Comment #3 from jakub at gcc dot gnu dot org 2008-11-03 08:14 ---
Isn't this just a user error though?
I mean, for -mavx we also need an assembler that supports AVX instructions,
we don't have a workaround for every AVX instruction. Even if you build with
-march=native on SSSE3
--- Comment #4 from dominiq at lps dot ens dot fr 2008-11-03 08:21 ---
Isn't this just a user error though?
I am just running the tests.
Are you configuring gcc with a cell arch eventhough your assembler lacks
that support?
I use:
../gcc-4.4-work/configure
--
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 #2 from jakub at gcc dot gnu dot org 2008-11-03 08:43 ---
Subject: Bug 37858
Author: jakub
Date: Mon Nov 3 08:42:10 2008
New Revision: 141545
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=141545
Log:
PR middle-end/37858
* passes.c (execute_one_pass):
--- Comment #3 from jakub at gcc dot gnu dot org 2008-11-03 08:48 ---
Fixed on the trunk so far.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Known
--- Comment #5 from jakub at gcc dot gnu dot org 2008-11-03 09:07 ---
Created an attachment (id=16615)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16615action=view)
gcc44-pr37812.patch
Ah, I see, it is a testsuite bug then. altivec_check.h uses the lvlx insns
inside of inline
$ cat test.cpp
#include cstdlib
$ g++ -c -isystem /usr/include test.cpp
In file included from test.cpp:1:
/usr/include/c++/4.3/cstdlib:73:25: error: stdlib.h: No such file or directory
...
This happens on two different system with 4.3.1 and 4.3.2.
See also
--- 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
--- 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 #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 #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 stdio.h,
so I guess this is libstdc++-v3 regression, not driver.
--
jakub at gcc dot gnu dot org changed:
What|Removed
--
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|
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
--- 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=16617action=view)
tar with the test source file, script to test the bug, example disassembly
--
--- 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 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
--- 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 = uchar512
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 I
--- 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
--- 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
--- Comment #6 from jakub at gcc dot gnu dot org 2008-11-03 09:49 ---
Updated patch with also target-supports posted.
--
jakub 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
--
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 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37868
--- Comment #14 from rguenth at gcc dot gnu dot org 2008-11-03 09:55
---
Mine.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- 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
--- 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
--- 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
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37969
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37924
--- 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=16616action=view)
gcc44-pr37241.patch
Please try attached testcase.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37241
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P2 |P4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37068
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
--- 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=16618action=view)
preprocessor output
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38002
--- 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 #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 happy
--- 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 #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
--- 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
--- 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
--
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 #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
--- Comment #13 from aph at gcc dot gnu dot org 2008-11-03 10:18 ---
As a Java maintainer I'm happy to have a look at this, but I have no access to
HP/UX hardware.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37068
--- 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 #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
--- 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 #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
--- 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
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
--- 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=16619action=view)
C source code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38003
--- 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
--- 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?
--
--- 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 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 #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 #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 { };
};
templateclass E
void throw_exception(E const e);
class bad_lexical_cast {
public:
--- 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=gccview=revrev=141550
Log:
2008-11-03 Sebastian Pop [EMAIL PROTECTED]
PR
--- 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 #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=gccview=revrev=141551
Log:
2008-11-03 Harsha Jagasia [EMAIL PROTECTED]
PR
--- 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 #5 from manu at gcc dot gnu dot org 2008-11-03 10:38 ---
What we want to do about this?
Anyway, P2 is probably is too high severity. This obviously doesn't have a high
priority. And I would argue that this is probably not a regression.
--
--- 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=gccview=revrev=141547
Log:
2008-11-03 Richard Guenther [EMAIL PROTECTED]
PR
--- 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 #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 #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 #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.
--
--- 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 #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
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 #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
(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 #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=16620action=view)
1
--
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
--- 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=16621action=view)
2
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38005
--- 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 #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
[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
--- 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
--- 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 #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 #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 #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
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37879
--- 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
--- 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=gccview=revrev=141555
Log:
PR other/37463
* configure.ac (gcc_cv_ld_ro_rw_mix):
--- 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 #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 least 8
--- 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 typename T operator T ();
};
template typename T
inline foo::operator T () {
--- 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
--- 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=gccview=revrev=141558
Log:
2008-11-03 Andrew Pinski [EMAIL PROTECTED]
PR
--- 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 typename T operator T ();
};
template typename T
inline foo::operator T () {
return
--
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 #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=gccview=revrev=141564
Log:
PR target/37812
*
--- 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=gccview=revrev=141565
Log:
PR testsuite/37241
* g++.dg/abi/key2.C: Adjust
--- 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 #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
--
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 #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 reproduce
--- 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 brian at dessent dot net 2008-11-03 23:23 ---
Subject: Re: using stdio.h 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
1 - 100 of 111 matches
Mail list logo
