[Bug fortran/27452] New: gfortran support for non-standard sind,cosd and friends intrinsics

2006-05-05 Thread deji_aking at yahoo dot ca
t org ReportedBy: deji_aking at yahoo dot ca http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27452

[Bug fortran/27452] gfortran support for non-standard sind,cosd and friends intrinsics

2006-05-05 Thread deji_aking at yahoo dot ca
--- Comment #3 from deji_aking at yahoo dot ca 2006-05-06 06:32 --- (In reply to comment #2) > In fact it is easy to divide by 90° and multiply by pi. > You just proved my point, one would want to divide by 180 and multiply by pi ;). Having sind and co safeguard against such

[Bug fortran/27452] gfortran support for non-standard sind,cosd and friends intrinsics

2006-05-06 Thread deji_aking at yahoo dot ca
--- Comment #5 from deji_aking at yahoo dot ca 2006-05-06 16:24 --- (In reply to comment #4) > > Which is faster? Multiplying and dividing by a literal constant > directly in your code or a function call to do the trivial work. > Really, I don't know enough about co

[Bug fortran/25358] New: vector assignment to assumed-size Cray Pointee error

2005-12-11 Thread deji_aking at yahoo dot ca
ponent: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: deji_aking at yahoo dot ca http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25358

[Bug fortran/25358] vector assignment to assumed-size Cray Pointee error

2005-12-11 Thread deji_aking at yahoo dot ca
--- Comment #1 from deji_aking at yahoo dot ca 2005-12-12 05:08 --- Created an attachment (id=10454) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10454&action=view) Code that produces above error -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25358

[Bug fortran/25358] vector assignment to assumed-size Cray Pointee error

2005-12-29 Thread deji_aking at yahoo dot ca
--- Comment #2 from deji_aking at yahoo dot ca 2005-12-30 04:50 --- While I now have a better understanding of this code, and can work around this particular bug; all reduced testcases I'have been coming up with seems to work, and the original (attached) code doesn't. So I

[Bug fortran/30902] New: gfortran produces wrong result with code using generic interface block

2007-02-20 Thread deji_aking at yahoo dot ca
gnu dot org ReportedBy: deji_aking at yahoo dot ca http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30902

[Bug fortran/30902] gfortran produces wrong result with code using generic interface block

2007-02-20 Thread deji_aking at yahoo dot ca
--- Comment #1 from deji_aking at yahoo dot ca 2007-02-21 06:38 --- Created an attachment (id=13081) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13081&action=view) testcase -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30902

[Bug fortran/30902] gfortran produces wrong result with code using generic interface block

2007-02-21 Thread deji_aking at yahoo dot ca
--- Comment #4 from deji_aking at yahoo dot ca 2007-02-21 15:13 --- (In reply to comment #3) > (In reply to comment #2) > > (In reply to comment #0) > > > By the way, NAG f95 detects the interface/procedure mismatch also for the > > original program as the inter

[Bug fortran/31594] New: gfortran failed to compiled a 'valid' code

2007-04-16 Thread deji_aking at yahoo dot ca
) -- Summary: gfortran failed to compiled a 'valid' code Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: deji_akin

[Bug fortran/31594] gfortran failed to compiled a 'valid' code

2007-04-16 Thread deji_aking at yahoo dot ca
--- Comment #1 from deji_aking at yahoo dot ca 2007-04-16 23:07 --- Created an attachment (id=13374) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13374&action=view) testcase (cut and paste from original) I can provide the whole file if necessary -- http://gcc.

[Bug fortran/31594] gfortran failed to compiled a 'valid' code

2007-04-17 Thread deji_aking at yahoo dot ca
--- Comment #5 from deji_aking at yahoo dot ca 2007-04-17 13:21 --- Yes adding compiling with -ffixed-line-length-80 solved the issue for me, thanks to you both. I've noticed the original author of that code used tabs in a couple of space he should have used spaces, the other comp

[Bug fortran/37930] New: gfortran error and ICE at automatic type conversion with transfer intrinsic

2008-10-27 Thread deji_aking at yahoo dot ca
Product: gcc Version: 4.3.2 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: deji_aking at yahoo dot ca http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37930

[Bug fortran/37930] gfortran error and ICE at automatic type conversion with transfer intrinsic

2008-10-27 Thread deji_aking at yahoo dot ca
--- Comment #1 from deji_aking at yahoo dot ca 2008-10-27 22:31 --- A simpler code (without cray pointers) as shown below also produces the errors. ... subroutine adw_set(G_nk) implicit none integer G_nk real*8 Adw_zbc_8(G_nk) integer Adw_fn_I(G_nk

[Bug fortran/37930] gfortran error and ICE at automatic type conversion with transfer intrinsic

2008-10-28 Thread deji_aking at yahoo dot ca
--- Comment #9 from deji_aking at yahoo dot ca 2008-10-28 15:47 --- (In reply to comment #7) > > What does ... print? > > NaN on both ppc/intel-Darwin9. > > > My patch simply fixes the ICE in gfortran. > > I think the conversion of NaN to int is buggy since

[Bug fortran/37930] gfortran error and ICE at automatic type conversion with transfer intrinsic

2008-10-28 Thread deji_aking at yahoo dot ca
--- Comment #11 from deji_aking at yahoo dot ca 2008-10-28 17:07 --- (In reply to comment #10) > Subject: Re: gfortran error and ICE at automatic type conversion with > transfer > intrinsic > > > When I run > > > > program test > >

[Bug fortran/37974] New: gfortran runtime segmentation fault

2008-10-30 Thread deji_aking at yahoo dot ca
l Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: deji_aking at yahoo dot ca http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37974

[Bug fortran/37974] gfortran runtime segmentation fault

2008-10-30 Thread deji_aking at yahoo dot ca
--- Comment #2 from deji_aking at yahoo dot ca 2008-10-31 03:31 --- (In reply to comment #1) > call seg_sub(ip, sig, 1) > > Is that last argument a literal constant, name 'one'? > Or is it the letter 'ell'? > It is a literal constant '

[Bug fortran/37930] gfortran error and ICE at automatic type conversion with transfer intrinsic

2008-10-30 Thread deji_aking at yahoo dot ca
--- Comment #17 from deji_aking at yahoo dot ca 2008-10-31 04:27 --- (In reply to comment #14) > --- > > From comment 1: > > Adw_xabcd_8(1:n) = transfer(-1,1.0) ! Adw_xabcd_8 is REAL > > That makes sense: One assigns N

[Bug fortran/39318] New: internal compiler error: verify_stmts failed

2009-02-27 Thread deji_aking at yahoo dot ca
mponent: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: deji_aking at yahoo dot ca http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39318

[Bug fortran/39318] internal compiler error: verify_stmts failed

2009-02-27 Thread deji_aking at yahoo dot ca
--- Comment #1 from deji_aking at yahoo dot ca 2009-02-27 18:03 --- Created an attachment (id=17371) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17371&action=view) Fortran file that produce the ICE -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39318

[Bug fortran/39893] New: gfortran ICE on invalid program

2009-04-25 Thread deji_aking at yahoo dot ca
Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: deji_aking at yahoo dot ca http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39893

[Bug fortran/39893] gfortran ICE on invalid program

2009-04-25 Thread deji_aking at yahoo dot ca
--- Comment #1 from deji_aking at yahoo dot ca 2009-04-25 12:16 --- Created an attachment (id=17691) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17691&action=view) invalid program -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39893

[Bug fortran/39894] New: memory corruption with array section assignment of arrays with different shape

2009-04-25 Thread deji_aking at yahoo dot ca
t: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: deji_aking at yahoo dot ca http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39894

[Bug fortran/39894] memory corruption with array section assignment of arrays with different shape

2009-04-25 Thread deji_aking at yahoo dot ca
--- Comment #1 from deji_aking at yahoo dot ca 2009-04-25 12:32 --- Created an attachment (id=17692) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17692&action=view) Test program gfortran work fine if I change the line; 'listgeonm(1,:) = geonm(:,1)' to 'li

[Bug fortran/39894] memory corruption with array section assignment of arrays with different shape

2009-04-25 Thread deji_aking at yahoo dot ca
--- Comment #3 from deji_aking at yahoo dot ca 2009-04-25 15:32 --- (In reply to comment #2) > If you compile the code in comment #1 with '-fbounds-check', you get: > > At line 32 of file pr39894.f90 > Fortran runtime error: Array bound mismatch, size misma

[Bug fortran/47054] New: Compilation error when cray pointers are declared in both host and internal subroutines

2010-12-23 Thread deji_aking at yahoo dot ca
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47054 Summary: Compilation error when cray pointers are declared in both host and internal subroutines Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal

[Bug fortran/47054] Compilation error when cray pointers are declared in both host and internal subroutines

2011-01-03 Thread deji_aking at yahoo dot ca
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47054 Deji Akingunola changed: What|Removed |Added Version|unknown |4.5.1 --- Comment #3 from Deji Akinguno

[Bug fortran/25358] vector assignment to assumed-size Cray Pointee error

2006-03-14 Thread deji_aking at yahoo dot ca
--- Comment #3 from deji_aking at yahoo dot ca 2006-03-15 04:45 --- I'm re-opening this as my work-around doesn't work. I'll appreciate it if someone could look at this issue. As mentioned earlier pgf90 and ifort compiles the (attached) source file fine. -- deji_aki

[Bug fortran/18998] New: Gfortran produces wrong output (c/f to g77)

2004-12-14 Thread deji_aking at yahoo dot ca
Version: 4.0.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: deji_aking at yahoo dot ca CC: gcc-bugs at gcc dot gnu dot org GCC host triplet

[Bug fortran/18998] Gfortran produces wrong output (c/f to g77)

2004-12-14 Thread deji_aking at yahoo dot ca
--- Additional Comments From deji_aking at yahoo dot ca 2004-12-14 19:30 --- Created an attachment (id=7744) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7744&action=view) FFT code -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18998

[Bug fortran/18998] Gfortran produces wrong output (c/f to g77)

2004-12-14 Thread deji_aking at yahoo dot ca
--- Additional Comments From deji_aking at yahoo dot ca 2004-12-14 20:06 --- (In reply to comment #2) > This works for me on ppc-darwin with gcc 4.0.0 (20041214). I should add that I noticed the problem with gcc 4.0.0 (20041211) on FC3 -- http://gcc.gnu.org/bugzilla/show_bug.cgi

[Bug fortran/18998] Gfortran produces wrong output (c/f to g77)

2004-12-14 Thread deji_aking at yahoo dot ca
--- Additional Comments From deji_aking at yahoo dot ca 2004-12-14 20:55 --- (In reply to comment #4) > > I should add that I noticed the problem with gcc 4.0.0 (20041211) on FC3 > > That still does not give enough information. What target is this, x86? Yes. I thought I

[Bug fortran/30207] New: ICE in gfc_dep_resolver

2006-12-13 Thread deji_aking at yahoo dot ca
n gfc_dep_resolver Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: deji_aking at yahoo dot ca http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30207

[Bug fortran/30207] [4.2/4.3 Regression] ICE in gfc_dep_resolver with where (a < 0) a(:) = 1

2006-12-17 Thread deji_aking at yahoo dot ca
--- Comment #7 from deji_aking at yahoo dot ca 2006-12-17 21:10 --- Thanks Rogers and Steve for the resolution of this bug. I hope you'll not forget to commit it to the gcc-4.2 branch. PS: I've applied the patch cleanly to the 4.2 branch but have not got the opportunity to

[Bug fortran/30207] [4.2/4.3 Regression] ICE in gfc_dep_resolver with where (a < 0) a(:) = 1

2006-12-20 Thread deji_aking at yahoo dot ca
--- Comment #8 from deji_aking at yahoo dot ca 2006-12-21 03:52 --- I've applied the fix to 4.2 branch, built and tested it, and it works fine. I guess the bug can be closed now. Thanks all. -- deji_aking at yahoo dot ca changed: What|Re

[Bug c++/30316] New: internal compiler error: in set_lattice_value, at tree-ssa-ccp.c:434

2006-12-27 Thread deji_aking at yahoo dot ca
error: in set_lattice_value, at tree- ssa-ccp.c:434 Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: deji_aking at yahoo dot ca http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30316

[Bug c++/30316] internal compiler error: in set_lattice_value, at tree-ssa-ccp.c:434

2006-12-27 Thread deji_aking at yahoo dot ca
--- Comment #1 from deji_aking at yahoo dot ca 2006-12-28 07:26 --- The pre-processed is too big to attach, I've put it on ftp://czar.eas.yorku.ca/pub/datalist.cpp -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30316

[Bug tree-optimization/30316] internal compiler error: in set_lattice_value, at tree-ssa-ccp.c:434

2006-12-28 Thread deji_aking at yahoo dot ca
--- Comment #3 from deji_aking at yahoo dot ca 2006-12-28 22:07 --- I'm sorry, it seems I'd posted the .cpp of a different code other than the one that ICEd(signal.cc). However, the .cpp of signal.cc doesn't ICE for me too. In any case I've done as you requested and