[Bug fortran/32890] Compile-time detect of LHS/RHS missmatch for PACK

2013-06-25 Thread dominiq at lps dot ens.fr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32890 Bug 32890 depends on bug 29962, which changed state. Bug 29962 Summary: Initialization expressions http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29962 What|Removed |Added --

[Bug fortran/32890] Compile-time detect of LHS/RHS missmatch for PACK

2009-06-06 Thread burnus at gcc dot gnu dot org
--- Comment #8 from burnus at gcc dot gnu dot org 2009-06-06 21:17 --- FIXED on the trunk (4.5). Close. -- burnus at gcc dot gnu dot org changed: What|Removed |Added

[Bug fortran/32890] Compile-time detect of LHS/RHS missmatch for PACK

2009-06-06 Thread burnus at gcc dot gnu dot org
--- Comment #7 from burnus at gcc dot gnu dot org 2009-06-06 18:51 --- Subject: Bug 32890 Author: burnus Date: Sat Jun 6 18:51:29 2009 New Revision: 148237 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=148237 Log: fortran/ 2009-06-06 Daniel Franke PR fortran/32890

[Bug fortran/32890] Compile-time detect of LHS/RHS missmatch for PACK

2009-04-05 Thread dominiq at lps dot ens dot fr
--- Comment #6 from dominiq at lps dot ens dot fr 2009-04-05 17:58 --- > I only recently committed a fix to the dev-branch (#3). Now I understand my mistake: pr30814 was fixed for runtime if compiled with -fbounds-check. The patch in fortran-dev gives the error at compile time (much bet

[Bug fortran/32890] Compile-time detect of LHS/RHS missmatch for PACK

2009-04-05 Thread dfranke at gcc dot gnu dot org
--- Comment #5 from dfranke at gcc dot gnu dot org 2009-04-05 17:38 --- I only recently committed a fix to the dev-branch (#3). I'll merge this fix together with all the other check and simplification changes to trunk when they are complete. Not sure about backports, though. -- http

[Bug fortran/32890] Compile-time detect of LHS/RHS missmatch for PACK

2009-04-05 Thread dominiq at lps dot ens dot fr
--- Comment #4 from dominiq at lps dot ens dot fr 2009-04-05 17:08 --- There is something weird here. This pr looks to be a duplicate of pr30814, which is supposed to be fixed since 2007-07-24 (r126866) or 2007-07-29 (r127049: two commits to trunk if I am not mistaken). The problem seem

[Bug fortran/32890] Compile-time detect of LHS/RHS missmatch for PACK

2009-03-23 Thread dfranke at gcc dot gnu dot org
--- Comment #3 from dfranke at gcc dot gnu dot org 2009-03-23 19:33 --- Subject: Bug 32890 Author: dfranke Date: Mon Mar 23 19:33:39 2009 New Revision: 145011 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=145011 Log: gcc/fortran/: 2009-03-23 Daniel Franke PR fortran

[Bug fortran/32890] Compile-time detect of LHS/RHS missmatch for PACK

2009-01-08 Thread dfranke at gcc dot gnu dot org
-- dfranke at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |dfranke at gcc dot gnu dot |dot org

[Bug fortran/32890] Compile-time detect of LHS/RHS missmatch for PACK

2009-01-03 Thread dfranke at gcc dot gnu dot org
--- Comment #2 from dfranke at gcc dot gnu dot org 2009-01-03 21:22 --- For constant arguments, the simplifier (which isn't implemented yet) should make detection possible. Blocking 29969 although no init expression is involved here. However, PACK is one of those functions that require a

[Bug fortran/32890] Compile-time detect of LHS/RHS missmatch for PACK

2007-07-31 Thread tkoenig at gcc dot gnu dot org
--- Comment #1 from tkoenig at gcc dot gnu dot org 2007-08-01 06:00 --- Setting to "enhancement", as we now detect the error at runtime. -- tkoenig at gcc dot gnu dot org changed: What|Removed |Added

[Bug fortran/32890] Compile-time detect of LHS/RHS missmatch for PACK

2007-07-25 Thread tkoenig at gcc dot gnu dot org
-- tkoenig at gcc dot gnu dot org changed: What|Removed |Added CC||tkoenig at gcc dot gnu dot |