--- Comment #8 from burnus at gcc dot gnu dot org 2008-07-28 06:41 ---
> I see only one place in the I/O library that uses GFC_DTYPE_RANK_MASK.
> There are many many places in the intrinsics.
Hmm, true. Maybe one should disable the rank 15 in the frontend again. I see
GFC_DESCRIPTOR use
--- Comment #7 from jvdelisle at gcc dot gnu dot org 2008-07-27 23:25
---
I see only one place in the I/O library that uses GFC_DTYPE_RANK_MASK.
There are many many places in the intrinsics.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36825
--- Comment #2 from victork at gcc dot gnu dot org 2008-07-27 21:45 ---
Subject: Bug 35252
Author: victork
Date: Sun Jul 27 21:44:25 2008
New Revision: 138198
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=138198
Log:
2008-07-27 Victor Kaplansky <[EMAIL PROTECTED]>
PR
--- Comment #9 from jakub at gcc dot gnu dot org 2008-07-27 20:59 ---
Fixed on the trunk.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-07-27 20:35 ---
In 4.3 (maybe even 4.2), we get an extra note:
t.c: In function 'bar':
t.c:8: warning: 'bar_thing.member' is used uninitialized in this function
t.c:12: note: 'bar_thing.member' was declared here
So I think I can de
Compiling the attached piece of code produces this:
foo.c: In function 'bar':
foo.c:8: warning: 'bar_thing.member' is used uninitialized in this function
but line 8 is in foo(), not bar, and bar_thing isn't in scope.
It has inlined foo (confirmed in the assembler output) and it's
reporting
--- Comment #6 from burnus at gcc dot gnu dot org 2008-07-27 19:54 ---
See also http://gcc.gnu.org/ml/fortran/2008-07/msg00211.html
Problem is the libgfortran ABI. Email mentions PR 35718, which presumably also
means an ABI breakage.
--
burnus at gcc dot gnu dot org changed:
--- Comment #2 from tkoenig at gcc dot gnu dot org 2008-07-27 19:28 ---
The test case now correctly complains about
an unneeded temporary:
$ gfortran -Warray-temporaries foo.f90
foo.f90:5.8:
foo = all((/ a, b, c /) /= d)
1
Warning: Creating array temporary at (1)
--
tkoeni
--- Comment #12 from hjl dot tools at gmail dot com 2008-07-27 19:11
---
Jim, can you take a look at this patch?
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
---
--- Comment #5 from hjl dot tools at gmail dot com 2008-07-27 19:09 ---
Fixed.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
Status|UNCONFIRM
--- Comment #3 from hjl dot tools at gmail dot com 2008-07-27 19:09 ---
Fixed.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
Status|UNCONFIRM
--- Comment #22 from hjl dot tools at gmail dot com 2008-07-27 18:59
---
Fixed by revision 138154.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #7 from hjl dot tools at gmail dot com 2008-07-27 18:58 ---
Fixed by revision 138154.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #11 from hjl dot tools at gmail dot com 2008-07-27 18:56
---
Fixed.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
Status|ASSIGNE
--- Comment #10 from hjl dot tools at gmail dot com 2008-07-27 18:56
---
Fixed.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
Status|UNCONFI
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jason at gcc dot gnu dot org
|dot org
--- Comment #4 from andry at inbox dot ru 2008-07-27 17:52 ---
Seems that crash happens when GCC run with "-O2" flag:
make CFLAGS="-O2" CFLAGS_FOR_TARGET="-O2"
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36948
--- Comment #9 from hjl at gcc dot gnu dot org 2008-07-27 17:40 ---
Subject: Bug 36944
Author: hjl
Date: Sun Jul 27 17:40:04 2008
New Revision: 138194
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=138194
Log:
gcc/cp/
2008-07-27 H.J. Lu <[EMAIL PROTECTED]>
PR c++/369
--- Comment #2 from paolo dot carlini at oracle dot com 2008-07-27 17:32
---
Jonathan, can you have a look? If you can confirm the issue, is it just matter
of adding a call to __enable_shared_from_this_helper(_M_refcount, _M_ptr,
_M_ptr) to __shared_ptr(_Sp_make_shared_tag, _Alloc, _Arg
--- Comment #5 from burnus at gcc dot gnu dot org 2008-07-27 17:19 ---
Regarding the test case in comment 2, ifort complains:
fjf.f90(14): error #6487: Local array names may not be used as
IMPORT-name_entities [MY_MESSAGE]
import my_message
^
(my_message is a
--- Comment #4 from burnus at gcc dot gnu dot org 2008-07-27 17:13 ---
> Withe following patch the ICE is changed to
> pr35971_red.f90:33.25:
> gp = get_funloc(make_mess,aux)
> 1
> Error: Type/rank mismatch in argument 'x' at (1)
> - sym->as = gf
--- Comment #12 from ebotcazou at gcc dot gnu dot org 2008-07-27 17:11
---
Aaron, could you update your tree and attemp a clean bootstrap? The fix is
supposed to be
2008-07-17 Olivier Hainque <[EMAIL PROTECTED]>
* utils.c (create_var_decl_1): Relax expectations on the PUBLI
--- Comment #14 from ebotcazou at gcc dot gnu dot org 2008-07-27 17:04
---
Presumably.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
Statu
--- Comment #13 from ebotcazou at gcc dot gnu dot org 2008-07-27 16:58
---
Subject: Bug 36830
Author: ebotcazou
Date: Sun Jul 27 16:57:34 2008
New Revision: 138192
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=138192
Log:
PR tree-optimization/36830
* tree-vn.c
--- Comment #12 from ebotcazou at gcc dot gnu dot org 2008-07-27 16:56
---
Subject: Bug 36830
Author: ebotcazou
Date: Sun Jul 27 16:55:31 2008
New Revision: 138191
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=138191
Log:
PR tree-optimization/36830
* tree-ssa-s
--- Comment #9 from dfranke at gcc dot gnu dot org 2008-07-27 16:55 ---
Anything new here?
Did you try a newer version of gfortran as suggested by Steve?
If it still does not work for you, could you provide a self-contained test
case?
--
dfranke at gcc dot gnu dot org changed:
--- Comment #4 from dfranke at gcc dot gnu dot org 2008-07-27 16:45 ---
Backport becomes more unlikely as trees diverge more and more.
Suggest submitting the testcase to avoid regression and closing as WONTFIX for
4.3.x?
--
dfranke at gcc dot gnu dot org changed:
What
--
dfranke at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
GCC host triplet|20080509|
http://gcc
--- Comment #4 from dfranke at gcc dot gnu dot org 2008-07-27 16:33 ---
Reporter can't reproduce problem with current release.
Committed testcase to avoid later regression. Closing.
--
dfranke at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #3 from dfranke at gcc dot gnu dot org 2008-07-27 16:32 ---
Subject: Bug 36724
Author: dfranke
Date: Sun Jul 27 16:32:14 2008
New Revision: 138190
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=138190
Log:
2008-07-27 Daniel Franke <[EMAIL PROTECTED]>
PR fo
--- Comment #1 from dfranke at gcc dot gnu dot org 2008-07-27 16:29 ---
Can not reproduce the problem with 4.4.0 (20080727) on i686-pc-linux-gnu.
Could you please try with a more recent version than 4.4.40 (20080509) whether
the problem still exists for your platform?
--
dfranke at
--- Comment #1 from d dot frey at gmx dot de 2008-07-27 16:19 ---
*** Bug 36950 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36949
--- Comment #1 from d dot frey at gmx dot de 2008-07-27 16:19 ---
Sorry, reporting it *once* should be enough :-}
*** This bug has been marked as a duplicate of 36949 ***
--
d dot frey at gmx dot de changed:
What|Removed |Added
---
Here's a minimalistic example:
#include
struct A : std::enable_shared_from_this< A > {};
int main()
{
std::make_shared< A >()->shared_from_this();
}
It throws a bad_weak_ptr exception, which is AFAICT wrong.
--
Summary: [C++0x] make_shared does not initialize
--- Comment #11 from ebotcazou at gcc dot gnu dot org 2008-07-27 15:58
---
> Even if the op isn't hashed, it is still compared for in
> vn_reference_op_eq, so at worst the non-hashing will make it compare
> more vn_reference_op's than it has to, it shouldn't affect
> correctness.
You'r
Here's a minimalistic example:
#include
struct A : std::enable_shared_from_this< A > {};
int main()
{
std::make_shared< A >()->shared_from_this();
}
It throws a bad_weak_ptr exception, which is AFAICT wrong.
--
Summary: [C++0x] make_shared does not initialize
--- Comment #10 from dberlin at gcc dot gnu dot org 2008-07-27 15:37
---
Subject: Re: [4.4 Regression] STORAGE_ERROR raised compiling s-os_lib.adb
No, it doesn't.
Even if the op isn't hashed, it is still compared for in
vn_reference_op_eq, so at worst the non-hashing will make it comp
--- Comment #3 from andry at inbox dot ru 2008-07-27 14:03 ---
configure: error: cannot compute suffix of object files: cannot compile
See `config.log' for more details.
make[1]: *** [configure-target-libgcc] Error 1
make: *** [all] Error 2
--
andry at inbox dot ru changed:
--- Comment #2 from andry at inbox dot ru 2008-07-27 14:01 ---
Created an attachment (id=15967)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15967&action=view)
libgcc config log
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36948
--- Comment #1 from andry at inbox dot ru 2008-07-27 14:01 ---
Created an attachment (id=15966)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15966&action=view)
Root config log
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36948
xgcc.exe (GCC; Mingw; 32bit; i686; NLS) 4.3.1
Copyright (C) 2008 Free Software Foundation, Inc.
configure:2369: $? = 0
configure:2371: /c/_GccBuilds/gcc-4.3.1-build/mingw-32-i686/./gcc/xgcc
-B/c/_GccBuilds/gcc-4.3.1-build/mingw-32-i686/./gcc/
-L/c/_GccBuilds/gcc-4.3.1-build/mingw-32-i686/i686-pc-mi
--- Comment #3 from w6ws at earthlink dot net 2008-07-27 13:52 ---
Subject: Re: Attributes not fully checked comparing actual
vs dummy procedure
burnus at gcc dot gnu dot org wrote:
> If actual-argument procedure itself takes procedures as argument, one can
> check
> recursively, whi
--- Comment #3 from burnus at gcc dot gnu dot org 2008-07-27 13:52 ---
> Isn't this maybe a general problem about optional string arguments?
> Or is this really a eoshift-specific problem? I'm just thinking about a
> general solution for this kind of problem if it isn't.
I think this m
--- Comment #12 from burnus at gcc dot gnu dot org 2008-07-27 11:47 ---
FIXED on the trunk and on the 4.3 branch. Thanks for the bug report.
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #11 from burnus at gcc dot gnu dot org 2008-07-27 11:42 ---
Subject: Bug 36132
Author: burnus
Date: Sun Jul 27 11:41:35 2008
New Revision: 138187
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=138187
Log:
2008-07-27 Tobias Burnus <[EMAIL PROTECTED]>
PR fort
--- Comment #3 from burnus at gcc dot gnu dot org 2008-07-27 10:55 ---
FIXED on the trunk (4.4).
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from burnus at gcc dot gnu dot org 2008-07-27 10:54 ---
Now also run-time warnings are printed.
-> FIXED on the trunk (4.4).
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #1 from paolo dot carlini at oracle dot com 2008-07-27 10:53
---
Jason, can you have a look?
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
--
--- Comment #10 from burnus at gcc dot gnu dot org 2008-07-27 10:46 ---
Subject: Bug 36132
Author: burnus
Date: Sun Jul 27 10:45:44 2008
New Revision: 138186
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=138186
Log:
2008-07-27 Tobias Burnus <[EMAIL PROTECTED]>
PR for
--- Comment #6 from burnus at gcc dot gnu dot org 2008-07-27 10:46 ---
Subject: Bug 29952
Author: burnus
Date: Sun Jul 27 10:45:44 2008
New Revision: 138186
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=138186
Log:
2008-07-27 Tobias Burnus <[EMAIL PROTECTED]>
PR fort
--- Comment #2 from burnus at gcc dot gnu dot org 2008-07-27 10:46 ---
Subject: Bug 36909
Author: burnus
Date: Sun Jul 27 10:45:44 2008
New Revision: 138186
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=138186
Log:
2008-07-27 Tobias Burnus <[EMAIL PROTECTED]>
PR fort
--- Comment #9 from ebotcazou at gcc dot gnu dot org 2008-07-27 09:16
---
This points to an immediate problem in vn_reference_op_compute_hash:
/* Compute the hash for a reference operand VRO1. */
static hashval_t
vn_reference_op_compute_hash (const vn_reference_op_t vro1)
{
return
--- Comment #8 from ebotcazou at gcc dot gnu dot org 2008-07-27 09:04
---
With some 'make' kludgery, I get the same reproducible error on x86 as Dave.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #2 from burnus at gcc dot gnu dot org 2008-07-27 07:23 ---
Currently, in interface.c's compare_parameter the checking is done via
compare_interfaces. However, this function is used to check for problems with
generic interfaces and from that point of view the two procedures ar
54 matches
Mail list logo
