--- Comment #4 from jv244 at cam dot ac dot uk 2008-01-24 08:08 ---
and also confirmed for the latest gfortran:
gcc version 4.3.0 20080124 (experimental) [trunk revision 131776]
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34946
--- Comment #4 from pault at gcc dot gnu dot org 2008-01-24 08:41 ---
Subject: Bug 34872
Author: pault
Date: Thu Jan 24 08:40:38 2008
New Revision: 131777
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131777
Log:
2008-01-24 Paul Thomas <[EMAIL PROTECTED]>
PR fortran/
--- Comment #5 from pault at gcc dot gnu dot org 2008-01-24 08:43 ---
Fixed on trunk
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
Status
I came across of the following in an old program:
ENCODE (size, fmt, buf [, IOSTAT=i-var] [, ERR=label]) [io-list]
DECODE (size, fmt, buf [, IOSTAT=i-var] [, ERR=label]) [io-list]
These are relatively vendor extensions to Fortran 66 to support something like
internal read/write combined with tran
--- Comment #5 from aj at gcc dot gnu dot org 2008-01-24 09:33 ---
It's fixed indeed - thanks!
--
aj at gcc dot gnu dot org changed:
What|Removed |Added
Statu
--- Comment #1 from dfranke at gcc dot gnu dot org 2008-01-24 10:05 ---
If it is an extension of something as old as F66 and g77 didn't implement it, I
think gfortron does not need to implement it either. IMO, take the notes from
g77 and be done with it.
--
dfranke at gcc dot gnu dot
--- Comment #2 from dominiq at lps dot ens dot fr 2008-01-24 10:17 ---
> IMO, take the notes from g77 and be done with it.
I fully agree. ENCODE/DECODE have standard conforming equivalents and are not
difficult to replace by the latter.
I'll go a step further by replacing the last sen
--- Comment #3 from rguenth at gcc dot gnu dot org 2008-01-24 11:03 ---
reducing anyway
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34950
--- Comment #4 from pinskia at gcc dot gnu dot org 2008-01-24 11:03 ---
I had to use -fpermissive to get no errors. I am reducing too.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34950
--- Comment #5 from rguenth at gcc dot gnu dot org 2008-01-24 11:06 ---
Confirmed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34934
--- Comment #2 from rguenth at gcc dot gnu dot org 2008-01-24 10:56 ---
Created an attachment (id=15015)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15015&action=view)
unincluded testcase
I think this is somehow an invalid testcase as I cannot find a single compiler
to build it
--- Comment #2 from pcarlini at suse dot de 2008-01-24 10:58 ---
On it.
--
pcarlini at suse dot de changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot g
--- Comment #3 from bje at gcc dot gnu dot org 2008-01-24 10:22 ---
Subject: Bug 25701
Author: bje
Date: Thu Jan 24 10:22:11 2008
New Revision: 131778
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131778
Log:
PR c++/25701
* doc/gcc.texi (Software development): A
--- Comment #10 from pinskia at gcc dot gnu dot org 2008-01-24 10:59
---
4.0.x did not have tree-stdarg.c so this is a regression.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--
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 #14 from ebotcazou at gcc dot gnu dot org 2008-01-24 11:29
---
This is invalid in the first place:
(const_vector:V4SI [
(const:SI (plus:SI (symbol_ref:SI ("g") [flags 0x40] )
(const_int 32 [0x20])))
(const_int 0 [0x0])
(const_int 0 [0x0])
(const_
--- Comment #9 from rguenth at gcc dot gnu dot org 2008-01-24 10:26 ---
Confirmed. With the gcc_assert patch on x86_64 it ICEs with -O -m32 with
the following reduced testcase:
typedef struct fdstruct {
int entry[(1024 - 10) + 2];
int last_entry;
} fdlist;
void vsendto_one(long
--- Comment #3 from rguenth at gcc dot gnu dot org 2008-01-24 10:32 ---
This needs to be optimized in the C++ FE for the said reasons.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #15 from pinskia at gcc dot gnu dot org 2008-01-24 11:35
---
(In reply to comment #14)
> ix86_expand_vector_init (as well as rs6000_expand_vector_init) should be fixed
> to avoid generating them.
I guess then I will handle spu_expand_vector_init then but it wouldn't be until
--- Comment #16 from ebotcazou at gcc dot gnu dot org 2008-01-24 11:48
---
> I guess then I will handle spu_expand_vector_init then but it wouldn't be
> until this weekend.
Btw, is this code real-life code? If no, why is this P2?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?i
--- Comment #5 from pcarlini at suse dot de 2008-01-24 12:02 ---
In mainline is now back to accepts-invalid.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32029
--- Comment #2 from pcarlini at suse dot de 2008-01-24 12:05 ---
Similarly to PR32029, now only accepts-invalid in mainline.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34487
--- Comment #17 from pinskia at gcc dot gnu dot org 2008-01-24 12:12
---
(In reply to comment #16)
> Btw, is this code real-life code? If no, why is this P2?
It comes originally from a PS3 SDK sources, SPU code in fact.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34856
--- Comment #18 from pinskia at gcc dot gnu dot org 2008-01-24 12:16
---
I should say this was reduced from the PS3 SDK sources.
The
pin = (VU32){(unsigned int)&g[16]};
line exists in the original source.
I am totally serious this is what the code looks like.
--
http://gcc.
--- Comment #19 from rguenth at gcc dot gnu dot org 2008-01-24 12:17
---
P2 as all ICE-on-valid code for primary and secondary targets are at least P2.
Uros, can you handle x86?
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
94966
# of unexpected failures33
# of unexpected successes 3
# of expected failures 326
# of unresolved testcases 1
# of untested testcases 70
# of unsupported tests 843
/opt/gcc/i686-darwin/gcc/xgcc version 4.3.0 20080124 (experimental) (GCC)
So t
--- Comment #8 from aldot at gcc dot gnu dot org 2008-01-24 13:43 ---
Created an attachment (id=15016)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15016&action=view)
updated patch
tiny fix: libgcc-s-objects-onestep is only needed for enable_shared=yes.
Two other buglets fixed t
--- Comment #20 from ubizjak at gmail dot com 2008-01-24 13:48 ---
(In reply to comment #19)
> Uros, can you handle x86?
Sometimes CONSTANT_P is just too broad to construct correct RTX. This patch
creates most sensible asm (i.e. using movd instead of movdqa):
--cut here--
Index: i386.c
This code crashes GCC versions 4.1.2, 4.1.3, and 4.2.3, when compiled using the
-O3 option.
void B_CLEAR(void* ret);
void B_NeverReturns(void* ret) __attribute__((noreturn));
int main()
{
const struct AutoErrPop { ~AutoErrPop() { } } AutoErrPopper = { };
B_NeverReturns(0);
}
void B_Neve
--- Comment #1 from bisqwit at iki dot fi 2008-01-24 13:52 ---
The body of the function B_CLEAR() is not included, and not relevant, since the
error happens without the body as well, and does not progress to linking.
--
bisqwit at iki dot fi changed:
What|Removed
--- Comment #3 from fxcoudert at gcc dot gnu dot org 2008-01-24 13:57
---
(In reply to comment #1)
> If it is an extension of something as old as F66 and g77 didn't implement it,
> I
> think gfortran does not need to implement it either. IMO, take the notes from
> g77 and be done with
--- Comment #28 from dominiq at lps dot ens dot fr 2008-01-24 14:01 ---
Some remarks from powerpc-apple-darwin9:
(1) the title is misleading: formatted inputs are not broken, formatted outputs
are.
(2) they seem broken for constants nearest from bellow any power of two, as
shown by the
--- Comment #24 from burnus at gcc dot gnu dot org 2008-01-24 14:14 ---
How about the following? If we need a variable as actual argument, one should
either have
allocate(, stat=istat)
or
allocate(, stat=istat, source=bar)
i.e. a ')' or a ','. I think for "istat = ..." the f
--- Comment #5 from jason at gcc dot gnu dot org 2008-01-24 14:42 ---
Subject: Bug 34913
Author: jason
Date: Thu Jan 24 14:41:32 2008
New Revision: 131779
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131779
Log:
PR c++/34913
* decl2.c (is_late_template_attribut
--- Comment #21 from dominiq at lps dot ens dot fr 2008-01-24 14:57 ---
Prliminary tests show that the patch in #20 fix the problem on
i686-apple-darwin9, regtesting.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34856
--- Comment #25 from burnus at gcc dot gnu dot org 2008-01-24 15:09 ---
> i.e. a ')' or a ','. I think for "istat = ..." the flavor is not needed. What
> do you think were it will break now?
Answer: The following. I still wonder whether one should not check it in as
interim solution fo
--- Comment #6 from pault at gcc dot gnu dot org 2008-01-24 15:12 ---
Joost,
When did this last work?
Paul
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34946
stdarg.c (reachable_at_most_once): Use VEC vector instead of
a fixed vector for stack.
* gcc.c-torture/compile/20080124-1.c: New test.
Added:
trunk/gcc/testsuite/gcc.c-torture/compile/20080124-1.c
Modified:
trunk/gcc/ChangeLog
trunk/gcc/testsuite/ChangeLog
trunk/gcc/tree-
--- Comment #2 from rguenth at gcc dot gnu dot org 2008-01-24 15:15 ---
Confirmed. We ICE in apply_return_prediction() because we come along an
empty BB. This was fixed on the trunk by
2007-05-01 Zdenek Dvorak <[EMAIL PROTECTED]>
...
* predict.c (apply_return_prediction): C
--- Comment #7 from jv244 at cam dot ac dot uk 2008-01-24 15:22 ---
(In reply to comment #6)
> When did this last work?
unfortunately I don't know. This piece of code might actually be newer than my
latest test of gfortran on CVS CP2K.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id
--- Comment #3 from rguenth at gcc dot gnu dot org 2008-01-24 15:23 ---
I have a patch.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|
--- Comment #8 from dominiq at lps dot ens dot fr 2008-01-24 15:41 ---
> When did this last work?
The reduced test case is compiled by 4.2.2, but not by 4.3.0 20071125
(experimental).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34946
--- Comment #7 from dfranke at gcc dot gnu dot org 2008-01-24 15:47 ---
Created an attachment (id=15017)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15017&action=view)
Proposed patch.
This fixes the testcase from comment #6 as well as the original report in terms
of invalid read
--- Comment #5 from rguenth at gcc dot gnu dot org 2008-01-24 15:52 ---
Reduced (invalid?) testcase:
template struct precision {
typedef typename Policy::precision_type precision_type;
};
template
struct bessel_traits {
typedef T1 result_type;
typedef typename precision::t
--- Comment #8 from dfranke at gcc dot gnu dot org 2008-01-24 15:53 ---
Created an attachment (id=15018)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15018&action=view)
Proposed patch v2 (other patch contains unrelated differences)
--
dfranke at gcc dot gnu dot org changed:
--- Comment #1 from dominiq at lps dot ens dot fr 2008-01-24 15:55 ---
Confirmed on i686-apple-darwin9 on both 32 and 64 bit modes.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34587
--- Comment #9 from pault at gcc dot gnu dot org 2008-01-24 15:55 ---
(In reply to comment #8)
> > When did this last work?
> The reduced test case is compiled by 4.2.2, but not by 4.3.0 20071125
> (experimental).
Dominique,
What is the date on the 4.2.2?
Paul
--
http://gcc.gnu.o
valgrind find the following errors when running the a.out of all dg-run
programs of the test suite.
(I think even if it turns out to be rather harmless, it should be fixed. I
think there are a couple of Fortran programmers which use valgrind to debug
their own program and noise such this hampers t
--- Comment #4 from rguenth at gcc dot gnu dot org 2008-01-24 16:00 ---
Subject: Bug 34953
Author: rguenth
Date: Thu Jan 24 15:59:18 2008
New Revision: 131781
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131781
Log:
2008-01-24 Richard Guenther <[EMAIL PROTECTED]>
PR
--- Comment #10 from dominiq at lps dot ens dot fr 2008-01-24 16:00 ---
> What is the date on the 4.2.2?
>From gcc.gnu.org:pub/gcc/releases, I'ld guess 2007 Oct 8:
drwxrwsr-x 3 ftp ftp 4096 Oct 8 22:07 gcc-4.2.2
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=3494
--- Comment #5 from rguenth at gcc dot gnu dot org 2008-01-24 16:03 ---
Fixed for 4.2.3.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo
--- Comment #6 from rguenth at gcc dot gnu dot org 2008-01-24 16:03 ---
Subject: Bug 34953
Author: rguenth
Date: Thu Jan 24 16:02:51 2008
New Revision: 131782
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131782
Log:
2008-01-24 Richard Guenther <[EMAIL PROTECTED]>
PR
./transfer_assumed_size_1.f90==29961== Invalid read of size 1
==29961==at 0x4C26B50: memmove (in
/usr/lib64/valgrind/amd64-linux/vgpreload_memcheck.so)
==29961==by 0x400EA5: __transferbug_MOD_bytestostring
(transfer_assumed_size_1.f90:31)
==29961==by 0x401657: MAIN__ (transfer_assumed_s
--- Comment #11 from jv244 at cam dot ac dot uk 2008-01-24 16:05 ---
> What is the date on the 4.2.2?
the relevant data might be the branching of 4.2
+-- GCC 4.2 branch created --+
|(Oct 20 2006)\
v v
--
The following only fails if -fbounds-check are turned on.
./bounds_check_9.f90
==29980== Conditional jump or move depends on uninitialised value(s)
==29980==at 0x4008BD: __sub_mod_MOD_sub (bounds_check_9.f90:23)
==29980==by 0x400C72: MAIN__ (bounds_check_9.f90:34)
[...]
./bounds_check_fai
--- Comment #9 from aldot at gcc dot gnu dot org 2008-01-24 16:15 ---
Stats:
-rw-r--r-- 1 1000 1000 3853392 Jan 24 13:28
./build_i686/gcc-4.3.0-target.IMA/i686-linux-uclibc/libgcc/libgcc.a
2826503 34784 8 2861295 2ba8ef (TOTALS)
-rw-r--r-- 1 1000 1000 4569970 Jan 24 14:00
./b
--- Comment #3 from pcarlini at suse dot de 2008-01-24 16:23 ---
Most likely due to the fix for c++/28560, this problem doesn't affect mainline
anymore.
--
pcarlini at suse dot de changed:
What|Removed |Added
---
--- Comment #12 from jakub at gcc dot gnu dot org 2008-01-24 16:23 ---
Fixed on the trunk.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Known to fail
--- Comment #54 from dave at hiauly1 dot hia dot nrc dot ca 2008-01-24
16:26 ---
Subject: Re: wo_prof_two_strs.c:56: internal compiler error: in
find_new_var_of_type, at ipa-struct-reorg.c:605
> On i686-apple-darwin9 the patch from
> http://gcc.gnu.org/ml/gcc-patches/2008-01/msg01081.
--- Comment #6 from jakub at gcc dot gnu dot org 2008-01-24 16:27 ---
Fixed on the trunk.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Known to fail|
# of expected failures 326
# of unresolved testcases 1
# of untested testcases 70
# of unsupported tests 843
/opt/gcc/i686-darwin/gcc/xgcc version 4.3.0 20080124 (experimental) (GCC)
For comparison without the patch, see pr34483 comment #53.
--
http
--
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 #3 from pcarlini at suse dot de 2008-01-24 16:42 ---
Benjamin, can you have a look to the resolution of DR 259:
http://www.open-std.org/jtc1/sc22/wg21/docs/cwg_defects.html#259
I believe Simon is basically right...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30857
--- Comment #9 from dominiq at lps dot ens dot fr 2008-01-24 16:46 ---
Subject: Re: [4.3 Regression] ICE on invalid depending of
the length of the source name
Preliminary tests show that my test cases are fixed by the
patch. I'll launch regtesting.
Thanks for the patch.
--
http:
--- Comment #23 from uros at gcc dot gnu dot org 2008-01-24 17:09 ---
Subject: Bug 34856
Author: uros
Date: Thu Jan 24 17:08:10 2008
New Revision: 131796
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131796
Log:
PR target/34856
* config/i386/i386.c (ix86_expand_
--- Comment #24 from ubizjak at gmail dot com 2008-01-24 17:12 ---
x86 part is fixed by http://gcc.gnu.org/ml/gcc-patches/2008-01/msg01146.html.
This patch also added a testcase that will ATM fail for RS6000 and SPU.
--
ubizjak at gmail dot com changed:
What|Removed
--- Comment #4 from bkoz at gcc dot gnu dot org 2008-01-24 17:18 ---
I have verified that all three of simon's test cases now error on mainline, as
expected. Hurray!!! So, this can be closed as fixed, I guess.
Note 4.1.2 also errors, so maybe this was a result of some temporary
fluctua
--- Comment #4 from danglin at gcc dot gnu dot org 2008-01-24 17:19 ---
Subject: Bug 30182
Author: danglin
Date: Thu Jan 24 17:18:54 2008
New Revision: 131797
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131797
Log:
PR middle-end/34931
Backport:
2007-01
--- Comment #9 from danglin at gcc dot gnu dot org 2008-01-24 17:19 ---
Subject: Bug 34931
Author: danglin
Date: Thu Jan 24 17:18:54 2008
New Revision: 131797
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131797
Log:
PR middle-end/34931
Backport:
2007-01
--- Comment #7 from dje at gcc dot gnu dot org 2008-01-24 17:23 ---
I have upgraded libtool and all of the configure scripts in mainline.
The problem with stubs is because the libstdc++-v3 configure machinery is not
recognizing that AIX libm already provides all of those functions, as i
--- Comment #10 from danglin at gcc dot gnu dot org 2008-01-24 17:25
---
The finite builtins should now find the right libc functions on hpux11.
--
danglin at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #5 from pcarlini at suse dot de 2008-01-24 17:36 ---
Excellent, indeed. I also checked stock 4.2.1 and current 4_2-branch.
--
pcarlini at suse dot de changed:
What|Removed |Added
-
--- Comment #12 from rsandifo at gcc dot gnu dot org 2008-01-24 17:47
---
Subject: Bug 34472
Author: rsandifo
Date: Thu Jan 24 17:46:31 2008
New Revision: 131798
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131798
Log:
gcc/
PR tree-optimization/34472
* ipa-str
--- Comment #4 from spark at gcc dot gnu dot org 2008-01-24 18:16 ---
I don't think this can be implemented in the FE,
at least to be really effective.
The more common cases are not really "empty" destructor.
E.g. there's inlining involved:
class Foo
{
public:
virtual ~Foo();
};
Foo:
--- Comment #5 from pinskia at gcc dot gnu dot org 2008-01-24 18:39 ---
This still needs communication from the front-end to the middle-end. The
middle-end part should be a rather easy extension to both the RTL and tree
level DSEs really.
The way I see fixing it is adding a statement w
--- Comment #3 from andreasmeier80 at gmx dot de 2008-01-24 18:42 ---
Patch at http://gcc.gnu.org/ml/gcc-patches/2008-01/msg01138.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34603
Under Mac OS X Leopard using the prepackaged gfortran binaries from 12/31/2007,
any fortran program emits a duplicate dylib warning when linked. This is with
the Leopard version of XCode (3.0).
$ cat test2.f
program test2
write (*,*) 'hello'
end
$ gfortran test2.f
ld: war
--- Comment #14 from edmar at freescale dot com 2008-01-24 18:57 ---
(In reply to comment #10)
> Created an attachment (id=14573)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14573&action=view) [edit]
> gcc43-pr34134.patch
>
> Patch to avoid the ICE.
>
> I don't mind the patch w
--- Comment #2 from hjl at gcc dot gnu dot org 2008-01-24 18:57 ---
Subject: Bug 34904
Author: hjl
Date: Thu Jan 24 18:57:12 2008
New Revision: 131802
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131802
Log:
2008-01-24 H.J. Lu <[EMAIL PROTECTED]>
PR driver/34904
--- Comment #3 from hjl dot tools at gmail dot com 2008-01-24 18:58 ---
Fixed on trunk.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
Known to fail|
--- Comment #6 from pinskia at gcc dot gnu dot org 2008-01-24 19:04 ---
This code is invalid as you don't have a third template argument for
cyl_bessel_j.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #8 from dje at gcc dot gnu dot org 2008-01-24 19:12 ---
AIX 6 math.h "optimizations" completely confuse GCC configure looking for ISO
C99 and long double support. It looks like this will require fix-includes
magic.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34794
--- Comment #12 from dfranke at gcc dot gnu dot org 2008-01-24 19:24
---
For another ICE at trans-array.c:592 see example at PR31610, comment #12.
--
dfranke at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #13 from pault at gcc dot gnu dot org 2008-01-24 19:41 ---
I'm getting there...
Something is going wrong in setting the loop start value (as is obvious from
the gcc_assert:)) that is fixed by interchanging the order of expressions in
the mask.
Thusly:
input_settings%distri
23_containers/bitset/ext/15361.cc recently started failing for
mips64-linux-gnu with -mabi=64. The problem is described here:
http://gcc.gnu.org/ml/gcc-patches/2008-01/msg01073.html
and the current candidate patch is here:
http://gcc.gnu.org/ml/gcc-patches/2008-01/msg01135.html
(Ignore
--
rsandifo at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |rsandifo at gcc dot gnu dot
|dot org
--- Comment #2 from dfranke at gcc dot gnu dot org 2008-01-24 19:44 ---
Simplified testcase:
$> cat pr34202.f90
program bug4a
implicit none
type bug4
! Intentionally left empty
end type bug4
type compound
type(bug4) b
end type compound
type(bug4), parameter ::
--- Comment #2 from rsandifo at gcc dot gnu dot org 2008-01-24 19:52
---
FWIW, this was fixed on mainline by:
2007-06-13 Thiemo Seufer <[EMAIL PROTECTED]>
* config/mips/linux.h, config/mips/linux64.h (LIB_SPEC): Always
imply -lpthread for -pthread.
By the letter of
--- Comment #4 from paolo at gcc dot gnu dot org 2008-01-24 19:54 ---
Subject: Bug 34603
Author: paolo
Date: Thu Jan 24 19:54:11 2008
New Revision: 131804
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131804
Log:
/cp
2008-01-24 Paolo Carlini <[EMAIL PROTECTED]>
PR c+
--- Comment #10 from dominiq at lps dot ens dot fr 2008-01-24 19:57 ---
The patch regtested fine on intel darwin9. I'll port it ot ppc, but I'll got
the results only tomorrow morning.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34858
--- Comment #5 from pcarlini at suse dot de 2008-01-24 19:58 ---
Fixed for 4.3.0.
--
pcarlini at suse dot de changed:
What|Removed |Added
AssignedTo|pcarlini at s
--- Comment #3 from dfranke at gcc dot gnu dot org 2008-01-24 20:00 ---
Index: data.c
===
--- data.c (revision 131761)
+++ data.c (working copy)
@@ -688,7 +688,7 @@ formalize_structure_cons (gfc_expr *expr
c = e
--- Comment #21 from ghazi at gcc dot gnu dot org 2008-01-24 20:09 ---
Subject: Bug 33826
Author: ghazi
Date: Thu Jan 24 20:09:05 2008
New Revision: 131805
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131805
Log:
Backport:
2008-01-10 Kaveh R. Ghazi <[EMAIL PR
--- Comment #22 from ghazi at gcc dot gnu dot org 2008-01-24 20:34 ---
Subject: Bug 33826
Author: ghazi
Date: Thu Jan 24 20:33:54 2008
New Revision: 131807
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131807
Log:
Backport:
2008-01-10 Kaveh R. Ghazi <[EMAIL PR
--- Comment #4 from bje at gcc dot gnu dot org 2008-01-24 20:53 ---
Subject: Bug 22232
Author: bje
Date: Thu Jan 24 20:52:56 2008
New Revision: 131809
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131809
Log:
Committed with RM approval this time.
PR other/22232
--- Comment #7 from inform at tiker dot net 2008-01-24 21:03 ---
In the original ice.cpp, there is a declaration of cyl_bessel_j of two template
arguments. So there are two different issues:
1. gcc ICEs on Richard's reduced code
2. it doesn't find the two-argument version of cyl_bessel_
While looking at the rules governing struct/union declarations in C, I stumbled
upon this example:
union A {
int i;
float f;
};
void
foo(struct A** p) {
*p = 0;
}
This is accepted by both Comeau and the Intel C compiler, but is rejected
by GCC 4.1.2 and 4.3.0 on the grounds that
bug.c:7
--- Comment #4 from bje at gcc dot gnu dot org 2008-01-24 21:25 ---
Fixed in r131778.
--
bje at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGN
--- Comment #5 from bje at gcc dot gnu dot org 2008-01-24 21:27 ---
Fixed in r131809.
--
bje at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGN
1 - 100 of 150 matches
Mail list logo
