gfortran crash
I'm not going to get into registering to submit a bug in the formal way, I am trying urgently to get some quick and dirty results. But the gfortran compiler told me to report a bug, so I am doing so Command line [EMAIL PROTECTED] QDPfig]# gfortran -o contour_fun contour_fun.f90 Error message contour_fun.f90: In function 'findval': contour_fun.f90:91: internal compiler error: in gfc_conv_variable, at fortran/trans-expr.c:403 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html> for instructions. Version [EMAIL PROTECTED] QDPfig]# gfortran -v Using built-in specs. Target: i386-apple-darwin8 Configured with: ../gcc-4.2-20060610/configure --prefix=/sw --prefix=/sw/lib/gcc4 --enable-languages=c,c++,fortran,objc,java --with-gmp=/sw --with-included-gettext --host=i386-apple-darwin8 --with-as=/sw/lib/odcctools/bin/as --with-ld=/sw/lib/odcctools/bin/ld --with-nm=/sw/lib/odcctools/bin/nm --mandir=/sw/lib/gcc4/share/man --infodir=/sw/lib/gcc4/share/info --disable-multilib Thread model: posix gcc version 4.2.0 20060610 (experimental) Code Attached Regards Gerry Skinner PROGRAM countour_fun ! ! write a qdp file to draw contour line of the likelihood and chisqd functions ! for the few photon coded mask case ! IMPLICIT NONE ! INTEGER, PARAMETER:: ncntr = 4 REAL :: cntr_levels(ncntr)=(/16.0, 25.0, 36.0, 49.0/) INTEGER, PARAMETER:: nf=2 REAL :: f_values(2) = (/0.4,0.6/) REAL :: c1, c0, f REAL :: c1_min=1.0, c1_max=100.0 REAL :: c0_min=1.0, c0_max=100.0, c0step = 1.0 REAL :: fmin, fmax INTEGER :: n, fun, k ! REAL, EXTERNAL:: findval, funget ! !--- ! OPEN ( 1, FILE='contour_fun.qdp', STATUS='unknown') WRITE (1,'(A)') ' skip on' f=f_values(1) c1=c1_min DO WHILE (c1 < c1_max) write (2,*) c1 , funget ( 1, c1, c0_min, f ) c1 = c1 + 1.0 end DO DO n = 1,2 DO fun = 1,nf f = f_values(fun) DO k = 1, ncntr c0 = c0_min DO WHILE (c0 < c0_max ) ! seek c1 which gives the required level of function f with current c0 c1 = findval( fun, c0, f, c1_min, c1_max, cntr_levels(k)) IF (c1 > 0.0) THEN WRITE (1,'(2F10.4)') c1, c0 END IF c0 = c0 + c0step END DO WRITE (1,'(A)') ' no no no' END DO END DO! next function f = fmax END DO ! next f value END PROGRAM countour_fun REAL FUNCTION findval( fun, c0, f, c1_min, c1_max, contour) ! ! finds point on c1 axis at which function number fun ! has value contour when other parameter are c0, f IMPLICIT NONE ! INTEGER, INTENT(in) :: fun REAL, INTENT(in) :: c0 REAL, INTENT(in) :: f REAL, INTENT(in) :: c1_min, c1_max REAL, INTENT(in) :: contour ! INTEGER, PARAMETER :: maxloop=20 REAL, PARAMETER:: tol = 1.0E-3 ! INTEGER :: n REAL :: c1a, c1b, c REAL :: v_1, v_2, v ! REAL, EXTERNAL:: funget ! c1a = c1_min c1b = c1_max DO n = 1, maxloop v_1 = funget ( fun, c1a, c0, f ) v_2 = funget ( fun, c1b, c0, f ) IF ( ABS (v_2 - v_1) < tol ) THEN findval = (c1a+c1b)/2.0 RETURN END IF IF (( v_1 > contour).OR. (v_2< contour) ) THEN !write (*,'(i6,9F12.4)') n, contour, c1a, c, c1b, v_1, v, v_2 !WRITE (*,*) ' outside range', fun, c0, f STOP funget = -99.9 RETURN END IF IF ( v_1 > v_2 ) THEN write (*,'(i6,9F12.4)') n, contour, c1a, c, c1b, v_1, v, v_2 WRITE (*,*) ' reverse slope', fun, c0, f STOP END IF c = ( c1a + c1b ) /2.0 v = funget ( fun, c, c0, f ) write (*,'(i6,9F12.4)') n, contour, c1a, c, c1b, v_1, v, v_2 IF ( v >= contour ) THEN ! in first half c1b = c ELSE c1a = c END IF END DO END FUNCTION findval REAL FUNCTION funget( fun, c1, c0, f ) ! ! returns function number fun ! IMPLICIT NONE ! INTEGER, INTENT(in) :: fun REAL, INTENT(in) :: c1, c0 REAL, INTENT(in) :: f ! REAL, EXTERNAL:: cash, chi2 ! !--- ! IF (fun == 1 ) THEN funget = cash( c1, c0, f ) ELSE IF (fun == 2 ) THEN funget = chi2( c1, c0, f ) ELSE WRITE (*,*) ' Bad fun' STOP END IF END FUNCTION funget REAL FUNCTION cash( c1, c0, f ) ! ! returns cash function ! IMPLICIT NONE ! REAL, INTENT(in) :: c1, c0 REAL, INTENT(in) :: f ! REAL :: b, s ! !--- ! b = c0 /(1.0-f) s = (c1/f) - b IF (s < 0.0 ) THEN cash = 0.0 ELSE cash = (2*(c1*log(c1/f)+c0*log(c0/(1.0-f))-(c1+c0)*log(c1+c0))) END IF END FUNCTION cash REAL FUNCTION chi2( c1, c0, f ) ! ! returns chisqd function ! IMPLICIT NONE ! REAL, INTENT(in) :: c1, c0 REAL, INTENT(in) :: f ! REAL :: e0, e1, b, s !--- ! b = c1 /(1
[Bug fortran/48718] gfortran crash
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48718 --- Comment #1 from Dominique d'Humieres 2011-04-21 22:55:33 UTC --- On x86_64-apple-darwin10 I get the segmentation fault with 4.6 r169227 and 170921, but not with trunk r172845 nor with 4.5.2.
[Bug fortran/48718] gfortran crash
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48718 Tobias Burnus changed: What|Removed |Added CC||burnus at gcc dot gnu.org --- Comment #2 from Tobias Burnus 2011-04-22 14:14:39 UTC --- Works with -fno-realloc-lhs -- thus, it should be one of the recently fixed 4.6/4.7 regressions.
[Bug fortran/48718] gfortran crash
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48718 Daniel Franke changed: What|Removed |Added Status|UNCONFIRMED |WAITING Last reconfirmed||2011.07.24 19:21:52 CC||dfranke at gcc dot gnu.org Ever Confirmed|0 |1 --- Comment #3 from Daniel Franke 2011-07-24 19:21:52 UTC --- (In reply to comment #2) > Works with -fno-realloc-lhs -- thus, it should be one of the recently fixed > 4.6/4.7 regressions. Can this be closed, then?
[Bug fortran/48718] gfortran crash
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48718 --- Comment #4 from Tobias Burnus 2011-07-24 19:50:31 UTC --- (In reply to comment #3) > (In reply to comment #2) > > Works with -fno-realloc-lhs -- thus, it should be one of the recently fixed > > 4.6/4.7 regressions. > Can this be closed, then? Probably: Closed as WORKS-FOR-ME. Cezary, if you can still reproduce it, feel free to reopen the bug. Newer builds are available at http://gcc.gnu.org/wiki/GFortranBinaries - And possibly also Red Hat has a newer GCC build.
[Bug fortran/48718] gfortran crash
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48718 Tobias Burnus changed: What|Removed |Added Status|WAITING |RESOLVED Resolution||WORKSFORME --- Comment #5 from Tobias Burnus 2011-07-24 19:51:15 UTC --- (In reply to comment #4) > Probably: Closed as WORKS-FOR-ME. Really close.
[Bug fortran/48718] New: gfortran crash
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48718 Summary: gfortran crash Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran AssignedTo: unassig...@gcc.gnu.org ReportedBy: sl...@blue.cft.edu.pl Created attachment 24069 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=24069 crash.f90 (source file that crashes the compiler) $ gfortran -c crash.f90 crash.f90: In function ‘fpmd2upf’: crash.f90:894:0: internal compiler error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. See <http://gcc.gnu.org/bugs.html> for instructions. The source comes from the Quantum Espresso version 4.3 (I have concatenated the used modules into one file in an apropriate order). $ gcc -v Using built-in specs. COLLECT_GCC=gcc COLLECT_LTO_WRAPPER=/opt/gcc/4.6.0/libexec/gcc/x86_64-redhat-linux/4.6.0/lto-wrapper Target: x86_64-redhat-linux Configured with: ../gcc-4.6.0/configure --prefix=/opt/gcc/4.6.0 --enable-shared --enable-threads=posix --enable-checking=release --with-system-zlib --enable-__cxa_atexit --disable-libunwind-exceptions --enable-languages=c,c++,fortran --with-cpu=generic --build=x86_64-redhat-linux --enable-bootstrap Thread model: posix gcc version 4.6.0 (GCC) $ uname -a Linux sl2klast.ifpan.edu.pl 2.6.18-194.32.1.el5 #1 SMP Wed Jan 5 17:52:25 EST 2011 x86_64 x86_64 x86_64 GNU/Linux (CentOS 5.5 x86_64)
[Bug translation/36103] gfortran crash with zh_CN locale
--- Comment #10 from burnus at gcc dot gnu dot org 2008-05-02 13:40 --- I can finally reproduce this - but for some reason not with 4.4 but with 4.3. (I somehow misread the description how one should reproduce it.) The problem is surely in http://gcc.gnu.org/viewcvs/trunk/gcc/po/zh_TW.po respectively in http://translationproject.org/latest/gcc/zh_CN.po I believe the problem is that something goes wrong with the % strings. For instance in the following, for %s %s %L the output order is changed to %3$L %1$s %2$s. The following is correct, but for one of the other strings there is something wrong - the $ might be missing or the number is wrong or similar. The task is now to find the place. Afterwards, the Chinese translation team needs to fix it (http://translationproject.org/team/zh_CN.html) - it should be transferred to the Component "Translation" in bugzilla. msgid "Arithmetic overflow converting %s to %s at %L. This check can be disabled with the option -fno-range-check" msgstr "%3$L处将 %1$s 转换到 %2$s 时算术溢出。这一检查可用 -fno-range-check 选项关闭" Is someone able to get a backtrace? One can then try to find the string which makes the problem. (I currently cannot as my GCC-developer computer is turned off.) -- burnus at gcc dot gnu dot org changed: What|Removed |Added CC||burnus at gcc dot gnu dot ||org Status|UNCONFIRMED |NEW Component|fortran |translation Ever Confirmed|0 |1 GCC build triplet|i686-pc-linux-gnu | GCC host triplet|i686-pc-linux-gnu | GCC target triplet|i686-pc-linux-gnu | Keywords||ice-on-valid-code Last reconfirmed|-00-00 00:00:00 |2008-05-02 13:40:05 date|| Summary|gfortran 4.4.0-20060501 |gfortran crash with zh_CN |failed to compile this |locale |program | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36103
[Bug translation/36103] gfortran crash with zh_CN locale
--- Comment #11 from burnus at gcc dot gnu dot org 2008-05-02 13:44 --- (In reply to comment #10) > The problem is surely in http://gcc.gnu.org/viewcvs/trunk/gcc/po/zh_TW.po I meant: http://gcc.gnu.org/viewcvs/trunk/gcc/po/zh_CN.po -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36103
[Bug fortran/46060] gfortran crash when referencing procedure pointer
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46060 kargl at gcc dot gnu.org changed: What|Removed |Added CC||kargl at gcc dot gnu.org Severity|critical|normal --- Comment #1 from kargl at gcc dot gnu.org 2010-10-18 02:17:48 UTC --- The following patch allows your code to compile, but I have no idea if it is the correct fix. Index: trans-expr.c === --- trans-expr.c(revision 165533) +++ trans-expr.c(working copy) @@ -5675,7 +5675,7 @@ gfc_trans_assignment_1 (gfc_expr * expr1 gfc_conv_expr (&rse, expr2); /* Stabilize a string length for temporaries. */ - if (expr2->ts.type == BT_CHARACTER) + if (expr2->ts.type == BT_CHARACTER && rse.string_length) string_length = gfc_evaluate_now (rse.string_length, &rse.pre); else string_length = NULL_TREE;
[Bug fortran/46060] gfortran crash when referencing procedure pointer
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46060 Tobias Burnus changed: What|Removed |Added CC||burnus at gcc dot gnu.org --- Comment #2 from Tobias Burnus 2010-10-18 06:42:42 UTC --- (In reply to comment #1) > The following patch allows your code to compile, but > I have no idea if it is the correct fix. I have the feeling that it is not the best fix. The string lengths are known at the compile time - thus, rse.string_length should be defined. I wonder whether something goes wrong either in resolve_procedure_interface, or in add_hidden_procptr_result or in ...?
[Bug fortran/46060] gfortran crash when referencing procedure pointer
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46060 janus at gcc dot gnu.org changed: What|Removed |Added Keywords||ice-on-invalid-code Status|UNCONFIRMED |NEW Last reconfirmed||2010.10.18 09:48:42 Ever Confirmed|0 |1 --- Comment #3 from janus at gcc dot gnu.org 2010-10-18 09:48:42 UTC --- Confirmed. Here is a slightly reduced test case: implicit none abstract interface function name_func (ivar) result (res) integer, intent(in) :: ivar character(len=8) :: res end function name_func end interface type var_type procedure(name_func), nopass, pointer :: name end type var_type type(var_type) :: vars character(len=8) name name = vars%name ! invalid !!! end This, like the original code, is invalid and gives an ICE. Changing the invalid line to something like name = vars%name(3) makes the ICE go away.
[Bug fortran/46060] New: gfortran crash when referencing procedure pointer
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46060 Summary: gfortran crash when referencing procedure pointer Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: critical Priority: P3 Component: fortran AssignedTo: unassig...@gcc.gnu.org ReportedBy: sjbe...@comcast.net Created attachment 22072 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=22072 module test_1.f90 which is referenced in the bug report Compiling the module below causes a segmentation fault. gfortran -c test_1.f90 test_1.f90: In function ‘test_subroutine’: test_1.f90:20:0: internal compiler error: Segmentation fault the crash occurs in last week's 4.6 trunk and 4.5. gfortran -v Using built-in specs. COLLECT_GCC=gfortran COLLECT_LTO_WRAPPER=/usr/local/gfortran/libexec/gcc/x86_64-apple-darwin10.3.0/4.5.1/lto-wrapper Target: x86_64-apple-darwin10.3.0 Configured with: ../gcc-4_5-branch/configure --prefix=/usr/local/gfortran --enable-languages=c,c++,fortran --with-gmp=/Users/fx/devel/gcc/ibin45/../irun45 --enable-bootstrap --with-included-gettext --with-arch=nocona --with-tune=generic Thread model: posix gcc version 4.5.1 20100506 (prerelease) (GCC) = /volumes/dev/gfortran-4.6-trunk/bin/gfortran -v Using built-in specs. COLLECT_GCC=/volumes/dev/gfortran-4.6-trunk/bin/gfortran COLLECT_LTO_WRAPPER=/Volumes/dev/gfortran-4.6-trunk/bin/../libexec/gcc/x86_64-apple-darwin10/4.6.0/lto-wrapper Target: x86_64-apple-darwin10 Configured with: ../gfortran-4.6-src/configure --prefix=/volumes/dev/gfortran-4.6-trunk --enable-languages=fortran --host=x86_64-apple-darwin10 --build=x86_64-apple-darwin10 --target=x86_64-apple-darwin10 Thread model: posix gcc version 4.6.0 20101013 (experimental) (GCC)
[Bug fortran/36103] gfortran crash with zh_CN locale - error_print error ?
--- Comment #12 from burnus at gcc dot gnu dot org 2008-05-02 16:38 --- I'm not sure whether there are other problems, but at least the following is wrong. Maybe this is enough to fix the bug. Could someone check? I'll write the translation team to fix it there. msgid "'%s' argument of '%s' intrinsic at %L must be less than rank %d" msgstr "%3$L处内建函数%2$s的实参%1$s秩必须小于 %d" The last item must be "%4$d" and not "%d". (See POSIX standard for "printf" which mandates that either "%$" or "%" has to be used, but no mixture between both.) This is wrong too: msgid "Fortran 2003: %s specifier in %s statement at %C has value '%s'" msgstr "Fortran 2003：%3$ 处 %2$ 语句中的 %1$s 限定符值为%4$s" The 's' and the 'C' are missing. msgid "'%s' at %L is not a function" msgstr "%2L处的%1$s不是一个函数" Here, a '$' is missing. -- burnus at gcc dot gnu dot org changed: What|Removed |Added -------- CC||fxcoudert at gcc dot gnu dot ||org Summary|gfortran crash with zh_CN |gfortran crash with zh_CN |locale |locale - error_print error ? http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36103
[Bug fortran/36103] gfortran crash with zh_CN locale - error_print error ?
--- Comment #13 from fxcoudert at gcc dot gnu dot org 2008-05-02 17:34 --- GCC translation bug reports are taken care of by the translation project (http://translationproject.org/). I have sent a mail to the chinese team coordinator (LI Daobing) and GCC translation maintainer (Meng Jie); their email addresses are on the chinese team webpage (http://translationproject.org/team/zh_CN.html). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36103
[Bug fortran/36103] gfortran crash with zh_CN locale - error_print error ?
--- Comment #14 from lidaobing at gmail dot com 2008-05-02 18:50 --- an updated zh_CN.po uploaded to TP[1], please help check whether it can fix this bug. PS. in emacs's po-mode, po-validate does not warning in this case, any script to check this po file? thanks. [1] http://translationproject.org/PO-files/zh_CN/gcc-4.3.0.zh_CN.po -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36103
[Bug fortran/36103] gfortran crash with zh_CN locale - error_print error ?
--- Comment #15 from linuxl4 at sohu dot com 2008-05-03 11:05 --- also crashed. would MR lidaobing work at gcc's svn version ? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36103
[Bug fortran/36103] gfortran crash with zh_CN locale - error_print error ?
--- Comment #16 from lidaobing at gmail dot com 2008-05-03 12:42 --- Created an attachment (id=15567) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15567&action=view) new zh_CN.po, compressed by bzip2 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36103
[Bug fortran/36103] gfortran crash with zh_CN locale - error_print error ?
--- Comment #17 from lidaobing at gmail dot com 2008-05-03 12:47 --- an updated (again) zh_CN.po uploaded to TP[1], and also in attachment[2], it really protect my gfotran-4.3 from crash, I hope it can works for you. please help check whether it works for you? thanks. [1] http://translationproject.org/PO-files/zh_CN/gcc-4.3.0.zh_CN.po [2] http://gcc.gnu.org/bugzilla/attachment.cgi?id=15567 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36103
[Bug fortran/36103] gfortran crash with zh_CN locale - error_print error ?
--- Comment #18 from linuxl4 at sohu dot com 2008-05-03 13:14 --- It works fine.thanks! msgfmt -o gcc.mo gcc-4.3.0.zh_CN.po mv gcc.mo /gcc-4.4/share/locale/zh_CN/LC_MESSAGES/ gfortran cputime.f90;./a.out the result: 0.55 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36103
[Bug fortran/36103] gfortran crash with zh_CN locale - error_print error ?
--- Comment #19 from burnus at gcc dot gnu dot org 2008-05-03 13:55 --- > PS. in emacs's po-mode, po-validate does not warning in this case, any script > to check this po file? I had none, but now I wrote a very basic one, which misses several checks and gives false positives. I put the Perl script at http://physik.fu-berlin.de/~tburnus/tmp/check_po Remaining problems found using my just created script: msgid Unable to resolve the specific function '%s' at %L msgstr 不能解析 %$2L处的函数%1$s The problem is that %$2L should be %2$L. Probably no problem, but at least inconsistent: Missing % before <: ERROR: Wrong number of '%' signs(4 vs. 3) msgid both % and % in declaration specifiers msgstr 声明中同时使用了 和% ERROR: Wrong number of '%' signs(16 vs. 15) msgid expected %<+%>, %<*%>, %<-%>, %<&%>, %<^%>, %<|%>, %<&&%>, or %<||%> msgstr 需要%<+%>、<*%>、%<-%>、%<&%>、%<^%>、%<|%>、%<&&%>或%<||%> -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36103
[Bug fortran/36103] gfortran crash with zh_CN locale - error_print error ?
--- Comment #20 from burnus at gcc dot gnu dot org 2008-05-03 14:07 --- (In reply to comment #19) > I had none, but now I wrote a very basic one, which misses several checks and > gives false positives. I put the Perl script at > http://physik.fu-berlin.de/~tburnus/tmp/check_po FX, I think we should also audit the other PO files, what do you think? > Remaining problems found using my just created script: > msgid Unable to resolve the specific function '%s' at %L Sorry, I was using the old *.po file for testing. This is fixed in the new PO file. The %< vs. < is still valid, but it should not cause any crash. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36103
[Bug fortran/36103] gfortran crash with zh_CN locale - error_print error ?
--- Comment #21 from lidaobing at gmail dot com 2008-05-03 14:36 --- Created an attachment (id=15570) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15570&action=view) 2nd zh_CN.po, compressed by bzip2 fix almost all the warning by check_po. I don't know the grammer of error_print, but I think the following two places are valid. am I right? thanks. $ ./check_po gcc-4.3.0.zh_CN.po ERROR: Cannot combine '%' with %n$ msgid ISO C forbids passing argument %d of %qE between function pointer and % msgstr ISO C 不允许将%2$qE的第 %1$d 个实参在函数指针和%间传递 ERROR: Cannot combine '%' with %n$ msgid converting % to pointer type for argument %P of %qD msgstr 将%转换为指向%2$qD的实参 %1$P 的指针类型 -- lidaobing at gmail dot com changed: What|Removed |Added Attachment #15567|0 |1 is obsolete|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36103
[Bug fortran/36103] gfortran crash with zh_CN locale - error_print error ?
--- Comment #22 from lidaobing at gmail dot com 2008-05-03 14:46 --- Created an attachment (id=15572) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15572&action=view) check_po log for all .mo files in debian gcc-4.3-locales package debian gcc-4.3-locales version is 4.3.0-3 and I use following command to generate the log file for f in `dpkg -L gcc-4.3-locales | grep gcc-4.3.mo`; do echo $f; msgunfmt $f > 1.po; ./check_po 1.po; echo; done > check_po.log -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36103
[Bug fortran/36103] gfortran crash with zh_CN locale - error_print error ?
--- Comment #23 from burnus at gcc dot gnu dot org 2008-05-03 16:06 --- (In reply to comment #21) > fix almost all the warning by check_po. > > I don't know the grammer of error_print, but I think the following two places > are valid. am I right? I think they are OK. check_po is really something quickly written. I'm sure it misses problems and it will (like your example) find things which are OK. (But checking a dozen lines is easier than checking all lines in the .po file.) (In reply to comment #18) > It works fine.thanks! I close it than as FIXED. Note: It might take a while until the corrected .po file is checked in. -- burnus at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36103
[Bug fortran/36103] gfortran crash with zh_CN locale - error_print error ?
-- 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=36103
