[Bug middle-end/39832] [4.4/4.5 Regression] program built by x86_64-pc-mingw32-g++ run crash, maybe for _Unwind_SjLj_Unregister or __dyn_tls_dtor
--- Comment #10 from fxcoudert at gcc dot gnu dot org 2009-09-04 12:18 --- *** This bug has been marked as a duplicate of 41184 *** -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39832
[Bug target/39694] -print-file-name doesn't work on mingw in 100%.
--- Comment #1 from fxcoudert at gcc dot gnu dot org 2009-09-03 15:15 --- Works for me with current mainline: $ i586-pc-mingw32-gcc -print-file-name=libgcc_s.a /Users/fx/devel/mingw/cross/lib/gcc/i586-pc-mingw32/4.5.0/../../../../i586-pc-mingw32/lib/libgcc_s.a $ i586-pc-mingw32-gcc -print-file-name=libgcc.a /Users/fx/devel/mingw/cross/lib/gcc/i586-pc-mingw32/4.5.0/libgcc.a -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added CC||fxcoudert at gcc dot gnu dot ||org Known to fail||4.4.0 Known to work||4.5.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39694
[Bug middle-end/40364] ICE in in purge_dead_edges, at cfgrtl.c:2325 compiling MAME
--- Comment #3 from fxcoudert at gcc dot gnu dot org 2009-09-03 15:10 --- Will have to be tested again once PR 39886 is done with; hopefully, should then be gone. -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40364
[Bug middle-end/39886] [4.5 Regression] ICE in purge_dead_edges, at cfgrtl.c:2274
--- Comment #7 from fxcoudert at gcc dot gnu dot org 2009-09-03 15:10 --- Also happens on i586-pc-mingw32 and with -m64 on i386-apple-darwin9. This P1 regression is more than 4 months old, and has a proposed patch; could someone post the patch for review? -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added GCC target triplet|i686-pc-linux-gnu, x86- |i686 |linux-gnu | Keywords||patch Last reconfirmed|2009-06-21 23:34:38 |2009-09-03 15:10:10 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39886
[Bug driver/41024] driver passes wrong parameter to as
--- Comment #1 from fxcoudert at gcc dot gnu dot org 2009-09-03 14:40
---
It's because of this in gcc/config/i386/mingw-w64.h:
#define ASM_SPEC "%{v:-V} %{n} %{T} %{Ym,*} %{Yd,*} \
%{Wa,*:%*} %{m32:--32} %{m64:--64}"
The "%{v:-V}" part is what's triggering what you see. Now, the question is why
is your as rejecting the -V option? My linux as accepts it, my darwin as also,
but i586-pc-mingw32-as doesn't...
After further investigation, it seems that handling the option -V on i386
processors is only done for ELF targets; can't even begin to think of a good
reason for that, but that's what gas source code says. So, I recommend the
following (untested) patch to GCC:
Index: gcc/config/i386/mingw-w64.h
===
--- gcc/config/i386/mingw-w64.h (revision 151373)
+++ gcc/config/i386/mingw-w64.h (working copy)
@@ -36,7 +36,7 @@
/* Enable multilib. */
#undef ASM_SPEC
-#define ASM_SPEC "%{v:-V} %{n} %{T} %{Ym,*} %{Yd,*} \
+#define ASM_SPEC "%{v} %{n} %{T} %{Ym,*} %{Yd,*} \
%{Wa,*:%*} %{m32:--32} %{m64:--64}"
#if TARGET_64BIT_DEFAULT
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
----
CC||fxcoudert at gcc dot gnu dot
||org
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Keywords||patch
Last reconfirmed|-00-00 00:00:00 |2009-09-03 14:40:55
date||
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41024
[Bug fortran/41168] incorrect processing of formatted records in mingw port
--- Comment #4 from fxcoudert at gcc dot gnu dot org 2009-09-03 14:19 --- I can confirm I can reproduce this bug with an darwin-to-mingw cross-compiler, and running the executable under wine. I can also confirm that it's about the REWIND statement: if you have already run the test program once, you can recompile it without the WRITE and the REWIND, using the already existing testcase. Then, it passes OK. It's probably some bad counting of position on platforms with HAVE_CRLF. To investigate, it should be possible to build such a faulty linux compiler by forcing HAVE_CRLF to be true. -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added CC| |fxcoudert at gcc dot gnu dot | |org Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2009-09-03 14:19:20 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41168
[Bug bootstrap/41245] New: [4.5 Regression] Bootstrap broken on I386-apple-darwin9 at revision 151373
Subject says it all; i386-apple-darwin is a primary platform.
Comparing stages 2 and 3
warning: gcc/cc1-checksum.o differs
Bootstrap comparison failure!
gcc/tree.o differs
The output of "../trunk/contrib/compare-debug --preserve stage[23]-gcc/tree.o"
is long, so I'll attach it, but the end of it says:
stage2-gcc/tree.o.stripped stage3-gcc/tree.o.stripped differ: char 529, line 4
stripping off .eh_frame, then retrying
failed to strip off .eh_frame
stage2-gcc/tree.o.stripped stage3-gcc/tree.o.stripped differ: char 529, line 4
preserving stage2-gcc/tree.o.stripped stage3-gcc/tree.o.stripped
I also did a dwarfdump of both stripped files, and the difference between those
two is minimal:
--- dwarfdump2 2009-09-03 15:55:53.0 +0200
+++ dwarfdump3 2009-09-03 15:55:57.0 +0200
@@ -1,5 +1,5 @@
--
- File: stage2-gcc/tree.o.stripped (i386)
+ File: stage3-gcc/tree.o.stripped (i386)
--
.debug_info contents:
@@ -32812,7 +32812,7 @@
0x0001c7d3: TAG_lexical_block [88] *
AT_ranges( 0x0240
-[0x1328 - 0x1395)
+[0x132c - 0x1395)
[0x1398 - 0x139a)
End )
So I guess this should be easier to understand than the corresponding powerpc
issue (41224).
--
Summary: [4.5 Regression] Bootstrap broken on I386-apple-darwin9
at revision 151373
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Keywords: build
Severity: normal
Priority: P3
Component: bootstrap
AssignedTo: aoliva at gcc dot gnu dot org
ReportedBy: fxcoudert at gcc dot gnu dot org
GCC build triplet: i386-apple-darwin9.8.0
GCC host triplet: i386-apple-darwin9.8.0
GCC target triplet: i386-apple-darwin9.8.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41245
[Bug libfortran/40549] Building libgfortran as a DLL
--- Comment #3 from fxcoudert at gcc dot gnu dot org 2009-08-09 13:25 --- Fixed on trunk. -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|--- |4.5.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40549
[Bug libfortran/40549] Building libgfortran as a DLL
--- Comment #2 from fxcoudert at gcc dot gnu dot org 2009-08-09 11:02 --- Subject: Bug 40549 Author: fxcoudert Date: Sun Aug 9 11:02:08 2009 New Revision: 150590 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=150590 Log: PR libfortran/40549 * Makefile.in (LTLDFLAGS): Add -no-undefined. * Makefile.am: Regenerate. * libgfortran.h: Remove unused block of code. Modified: trunk/libgfortran/ChangeLog trunk/libgfortran/Makefile.am trunk/libgfortran/Makefile.in trunk/libgfortran/libgfortran.h -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40549
[Bug fortran/40898] STDCALL mangling problem for strings @8 instead of @4
--- Comment #5 from fxcoudert at gcc dot gnu dot org 2009-07-29 10:28
---
The patch seems to work:
$ cat a.f90
subroutine foo
use ISO_C_BINDING
implicit none
interface
function LoadLibrary(lpFileName) bind(C,name='LoadLibraryA')
use ISO_C_BINDING
implicit none
!gcc$ ATTRIBUTES STDCALL :: LoadLibrary
integer(C_INTPTR_T) LoadLibrary
character(kind=C_CHAR) lpFileName(*)
end function LoadLibrary
end interface
integer(c_intptr_t) :: i
i = LoadLibrary ("file" // achar(0))
end subroutine
$ i586-pc-mingw32-gfortran -c a.f90
$ i586-pc-mingw32-nm a.o|grep LoadLibraryA
U _loadlibra...@4
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40898
[Bug fortran/40898] STDCALL mangling problem for strings @8 instead of @4
--- Comment #3 from fxcoudert at gcc dot gnu dot org 2009-07-29 07:32 --- By using my cross-compiler and setting a breakpoint in i386_pe_mangle_decl_assembler_name(), I can confirm the analysis (that it's a question of hidden length parameter). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40898
[Bug fortran/40847] [4.3/4.4/4.5 Regression] segfault & bogus warning
--- Comment #1 from fxcoudert at gcc dot gnu dot org 2009-07-25 16:59 --- Reduced testcase: subroutine transfer_size (source, mold) real :: source character(*) :: mold print *, ichar(transfer(source, (/mold/))) end subroutine (can then be tested at runtime with "call transfer_size(exp(1.),'a')"). -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2009-07-25 16:59:55 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40847
[Bug fortran/40796] *** glibc detected *** double free or corruption (fasttop) with derived types with allocatable components
--- Comment #1 from fxcoudert at gcc dot gnu dot org 2009-07-20 06:47 --- Original bug report was for: gcc version 4.5.0 20090717 on x86_64-unknown-linux-gnu Confirmed with trunk rev. 148180 on i386-darwin. -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 GCC host triplet|gcc version 4.5.0 20090717 | |(experimental) (GCC)| Last reconfirmed|-00-00 00:00:00 |2009-07-20 06:47:06 date|| Version|unknown |4.5.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40796
[Bug fortran/40726] [4.5 Regression] miscompilation at -O1
-- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Keywords||patch Known to fail||4.5.0 Known to work||4.4.1 Last reconfirmed|-00-00 00:00:00 |2009-07-20 06:42:19 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40726
[Bug libfortran/22423] Warnings when building libgfortran
--- Comment #23 from fxcoudert at gcc dot gnu dot org 2009-07-05 09:24 --- Additional new warning: intrinsics/iso_c_binding.c: In Function "__iso_c_binding_c_f_pointer_u0": libgfortran/intrinsics/iso_c_binding.c:112:20: Warning: "ub" may be used uninitialized in this function -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added Last reconfirmed|2009-06-14 09:06:19 |2009-07-05 09:24:41 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22423
[Bug fortran/40545] compile warnings in libgfortran
--- Comment #1 from fxcoudert at gcc dot gnu dot org 2009-07-05 09:23 --- *** This bug has been marked as a duplicate of 22423 *** -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40545
[Bug libfortran/22423] Warnings when building libgfortran
--- Comment #22 from fxcoudert at gcc dot gnu dot org 2009-07-05 09:23 --- *** Bug 40545 has been marked as a duplicate of this bug. *** -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added CC||burnus at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22423
[Bug libfortran/40549] MinGW Fortran patches for libgfortran/Makefile.{in,am}
--- Comment #1 from fxcoudert at gcc dot gnu dot org 2009-07-05 09:21 --- I'll take it. My own Windows machine is currently down (broken disk), but I'll test the patch when I can. -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |fxcoudert at gcc dot gnu dot |dot org |org Status|UNCONFIRMED |ASSIGNED Component|fortran |libfortran Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2009-07-05 09:21:31 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40549
[Bug fortran/40568] F2008: C_SIZEOF is in the wrong scope
-- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Keywords||accepts-invalid Last reconfirmed|-00-00 00:00:00 |2009-07-05 09:19:02 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40568
[Bug fortran/40569] F2008: Support COMPILER_OPTIONS() / COMPILER_VERSION()
-- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added Severity|normal |enhancement http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40569
[Bug fortran/40571] F2008: ISO_FORTRAN_ENV: Missing constants
-- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added Severity|normal |enhancement http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40571
[Bug fortran/40571] F2008: ISO_FORTRAN_ENV: Missing constants
-- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added OtherBugsDependingO||39627 nThis|| Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2009-07-05 09:16:10 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40571
[Bug fortran/40569] F2008: Support COMPILER_OPTIONS() / COMPILER_VERSION()
-- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added OtherBugsDependingO||39627 nThis|| Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2009-07-05 09:15:48 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40569
[Bug fortran/40588] Small bug in match_charkind_name
-- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 GCC build triplet|any | GCC host triplet|any | GCC target triplet|any | Keywords||patch Last reconfirmed|-00-00 00:00:00 |2009-07-05 09:14:39 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40588
[Bug fortran/40628] Assignment using "= trim(string)": Optimize "trim" away
-- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2009-07-05 09:13:58 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40628
[Bug fortran/40643] maxloc/minloc: Wrong result for NaN at position 1
-- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2009-07-05 09:11:54 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40643
[Bug fortran/40632] Support F2008's contiguous attribute
-- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added OtherBugsDependingO||39627 nThis|| Severity|normal |enhancement Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2009-07-05 09:09:05 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40632
[Bug fortran/39489] [4.3 regression] write_atom(): Writing negative integer
--- Comment #13 from fxcoudert at gcc dot gnu dot org 2009-07-05 09:07 --- Works with newer branches (4.4 and 4.5). According to gfortran maintainers meeting, will not be fixed. -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39489
[Bug ada/40608] [4.5 Regression] Ada build fails
--- Comment #4 from fxcoudert at gcc dot gnu dot org 2009-07-04 17:29 --- Fix committed. -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED Target Milestone|--- |4.5.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40608
[Bug ada/40608] [4.5 Regression] Ada build fails
--- Comment #3 from fxcoudert at gcc dot gnu dot org 2009-07-04 17:28 --- Subject: Bug 40608 Author: fxcoudert Date: Sat Jul 4 17:28:32 2009 New Revision: 149238 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=149238 Log: PR ada/40608 * init.c (APPLE): Include . (__gnat_is_stack_guard, APPLE): Add ATTRIBUTE_UNUSED marker. Modified: trunk/gcc/ada/ChangeLog trunk/gcc/ada/init.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40608
[Bug target/31997] lots of messages: indirect jmp without `*'
--- Comment #3 from fxcoudert at gcc dot gnu dot org 2009-07-04 11:03 --- Confirmed as fixed from 4.3.0 on (probably 4.2, but I didn't check). Closing as the branches earlier than 4.2 are not open any more. -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added Status|WAITING |RESOLVED Resolution||FIXED Target Milestone|--- |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31997
[Bug c++/40063] Internal Compiler Error with -std=gnu++0x
--- Comment #2 from fxcoudert at gcc dot gnu dot org 2009-07-04 10:52 --- Please reopen with attachment included. -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added Status|WAITING |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40063
[Bug ada/40608] [4.5 Regression] Ada build fails
--- Comment #1 from fxcoudert at gcc dot gnu dot org 2009-07-04 10:50
---
Could you check whether the following patch fixes it?
Index: gcc/ada/init.c
===
--- gcc/ada/init.c (revision 149223)
+++ gcc/ada/init.c (working copy)
@@ -2103,6 +2103,7 @@
#include
#include
+#include
#include
/* This must be in keeping with System.OS_Interface.Alternate_Stack_Size. */
@@ -2140,7 +2141,7 @@
}
static void
-__gnat_error_handler (int sig, siginfo_t * si, void * uc)
+__gnat_error_handler (int sig, siginfo_t * si, void * uc ATTRIBUTE_UNUSED)
{
struct Exception_Data *exception;
const char *msg;
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
CC||fxcoudert at gcc dot gnu dot
||org
Keywords||patch
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40608
[Bug fortran/38718] some simplifiers for elemental intrinsics missing; required for init expressions
--- Comment #5 from fxcoudert at gcc dot gnu dot org 2009-06-17 06:58 --- Still missing are: DREAL (GNU extension) LSHIFT (GNU extension) RSHIFT (GNU extension) -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|fxcoudert at gcc dot gnu dot|unassigned at gcc dot gnu |org |dot org Status|ASSIGNED|NEW http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38718
[Bug target/22145] /usr/include/objc/objc-runtime.h on powerpc-darwin7.8.0 needs fixed included
--- Comment #2 from fxcoudert at gcc dot gnu dot org 2009-06-15 18:45 --- I'm not sure it's still present: if I look into the 10.3.9 and the 10.4u headers, I see: #ifdef __cplusplus Class super_class; #else Class class; #endif The 10.5 header is very different, but it doesn't seem affected either. Is this bug still present? -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22145
[Bug target/36241] Executable compiled with -m64 almost three times faster than the one compiled with -m32 on Core2Duo
--- Comment #3 from fxcoudert at gcc dot gnu dot org 2009-06-15 18:32 --- This is not darwin-specific, I also see it happening on x86_64-linux. And what's more, the output changes between -m32 and -m64. $ cat u.f90 integer(8), parameter :: l = z'5fe6eb3be000' integer, parameter :: ni = 3 integer :: i, j, n integer(8) :: k real(8) :: a, b, e, m, s equivalence (b, k) a = 1.0d0 e = epsilon(1.0)/2.0d0**4 m = 0.0d0 s = 0.0d0 n = 0 do n = n + 1 b = a k = l - ishft(k, -1_8) do i = 1, ni b = b*(1.5-(0.5*a)*b*b) end do b = b + b*(0.5-(0.5*a)*b*b) ! b = 1.0d0/sqrt(a) m = max(m, abs(a*b*b - 1.0d0)) s = s + abs(a*b*b - 1.0d0) a = a + e if (a == 2.0d0) exit end do print *, n, m/epsilon(a), s/(n*epsilon(a)) end $ gfortran -m64 -O3 u.f90 && time ./a.out 134217728 2. 0.36966567113995552 ./a.out 3.05s user 0.00s system 100% cpu 3.049 total $ gfortran -m32 -O3 u.f90 && time ./a.out 134217728 9.765625000E-004 1.82069155926001258E-004 ./a.out 6.80s user 0.00s system 99% cpu 6.854 total $ gfortran -m32 -O3 u.f90 -ffast-math && time ./a.out 134217728 1.464843750E-003 2.97074087939108722E-004 ./a.out 6.74s user 0.00s system 99% cpu 6.743 total $ gfortran -m64 -O3 u.f90 -ffast-math && time ./a.out 134217728 3. 0.59681034088134766 ./a.out 3.18s user 0.00s system 99% cpu 3.178 total -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added GCC build triplet|i686-apple-darwin9 | GCC host triplet|i686-apple-darwin9 | GCC target triplet|i686-apple-darwin9 |i686 Known to fail||4.4.0 4.5.0 Last reconfirmed|2008-05-15 09:06:21 |2009-06-15 18:32:39 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36241
[Bug debug/35463] [4.3/4.4 only] typedef missing in debug information with -gdwarf-2 for c++
-- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 GCC target triplet|powerpc-apple-darwin9 | Known to fail||4.4.0 Known to work||4.5.0 Last reconfirmed|-00-00 00:00:00 |2009-06-15 18:21:49 date|| Summary|typedef missing in debug|[4.3/4.4 only] typedef |information with -gdwarf-2 |missing in debug information |for c++ |with -gdwarf-2 for c++ http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35463
[Bug fortran/39682] compiler give "bus error"
--- Comment #2 from fxcoudert at gcc dot gnu dot org 2009-06-15 18:17 --- Without any more information, there's nothing we can do. I tried to reproduce with a simple testcase, but I can't. -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added Status|WAITING |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39682
[Bug libfortran/22423] Warnings when building libgfortran
--- Comment #21 from fxcoudert at gcc dot gnu dot org 2009-06-14 09:06 --- There's still a bunch of warnings: ../../../trunk/libgfortran/io/list_read.c: In function nml_read_obj: ../../../trunk/libgfortran/io/list_read.c:2345:5: warning: case value 6 not in enumerated type bt ../../../trunk/libgfortran/io/list_read.c:2392:4: warning: case value 6 not in enumerated type bt ../../../trunk/libgfortran/io/list_read.c:2469:31: warning: comparison between bt and enum ../../../trunk/libgfortran/io/list_read.c: In function nml_get_obj_data: ../../../trunk/libgfortran/io/list_read.c:2717:20: warning: comparison between bt and enum ../../../trunk/libgfortran/io/list_read.c:2739:28: warning: comparison between bt and enum ../../../trunk/libgfortran/io/list_read.c:2773:16: warning: comparison between bt and enum ../../../trunk/libgfortran/io/write.c: In function nml_write_obj: ../../../trunk/libgfortran/io/write.c:1261:17: warning: comparison between bt and enum ../../../trunk/libgfortran/io/write.c:1303:5: warning: case value 6 not in enumerated type bt ../../../trunk/libgfortran/io/write.c:1339:15: warning: comparison between bt and enum ../../../trunk/libgfortran/io/write.c:1372:6: warning: case value 6 not in enumerated type bt There is something quite wrong done here with type "bt" and putting values from a different enum into it. -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added CC||jb at gcc dot gnu dot org, | |fxcoudert at gcc dot gnu dot | |org Last reconfirmed|2009-05-03 16:28:50 |2009-06-14 09:06:19 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22423
[Bug fortran/23280] gfortran does not emit DW_AT_entry_point (dwarf-2) debugging info
--- Comment #3 from fxcoudert at gcc dot gnu dot org 2009-06-13 06:10
---
(In reply to comment #2)
> We should actually emit DW_AT_calling_convention for the main program.
We currently correctly emit DW_AT_calling_convention.
> The DW_AT_entry_point attribute is for alternate entries, which, yes,
> we should also emit but don't.
Here's an example:
subroutine func()
entry ent ()
end subroutine
With intel ("ifort -c -g" followed by "readelf -wi"), we get one subprogram and
one entry point:
<1>: Abbrev Number: 3 (DW_TAG_subprogram)
DW_AT_decl_line : 1
DW_AT_decl_column : 12
DW_AT_decl_file : 1
DW_AT_inline : 0 (not inlined)
DW_AT_accessibility: 1 (public)
DW_AT_type:
DW_AT_prototyped : 0
DW_AT_name: func
DW_AT_low_pc : 0
DW_AT_high_pc : 0x2c
DW_AT_external: 1
<2>: Abbrev Number: 4 (DW_TAG_entry_point)
DW_AT_decl_line : 2
DW_AT_decl_column : 9
DW_AT_decl_file : 1
DW_AT_name: ent
DW_AT_type:
DW_AT_static_link : 3 byte block: 76 0 6
DW_AT_low_pc : 0x11
while with gfortran we get three subprograms:
<1><2d>: Abbrev Number: 2 (DW_TAG_subprogram)
DW_AT_external: 1
DW_AT_name: (indirect string, offset: 0x7a): func
DW_AT_decl_file : 1
DW_AT_decl_line : 1
DW_AT_low_pc : 0
DW_AT_high_pc : 0x10
DW_AT_frame_base : 0 (location list)
<1><49>: Abbrev Number: 3 (DW_TAG_subprogram)
DW_AT_external: 1
DW_AT_name: ent
DW_AT_decl_file : 1
DW_AT_decl_line : 2
DW_AT_low_pc : 0x10
DW_AT_high_pc : 0x20
DW_AT_frame_base : 0x60 (location list)
<1><65>: Abbrev Number: 4 (DW_TAG_subprogram)
DW_AT_name: (indirect string, offset: 0x0): master.0.func
DW_AT_decl_file : 1
DW_AT_decl_line : 3
DW_AT_low_pc : 0x20
DW_AT_high_pc : 0x2a
DW_AT_frame_base : 0xc0 (location list)
DW_AT_sibling : <92>
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23280
[Bug testsuite/39831] gcc.target/i386/excess-precision-*.c assume the default -mfp-math does not include SSE
--- Comment #4 from fxcoudert at gcc dot gnu dot org 2009-06-11 20:06 --- Subject: Bug 39831 Author: fxcoudert Date: Thu Jun 11 20:06:32 2009 New Revision: 148395 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=148395 Log: PR testsuite/39831 * gcc.target/i386/excess-precision-1.c: Use -mfpmath=387, and remove ilp32 requirement. * gcc.target/i386/excess-precision-2.c: Likewise. * gcc.target/i386/excess-precision-3.c: Likewise. * gcc.target/i386/excess-precision-4.c: Likewise. * gcc.target/i386/excess-precision-5.c: Likewise. * gcc.target/i386/excess-precision-6.c: Likewise. Modified: trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/gcc.target/i386/excess-precision-1.c trunk/gcc/testsuite/gcc.target/i386/excess-precision-2.c trunk/gcc/testsuite/gcc.target/i386/excess-precision-3.c trunk/gcc/testsuite/gcc.target/i386/excess-precision-4.c trunk/gcc/testsuite/gcc.target/i386/excess-precision-5.c trunk/gcc/testsuite/gcc.target/i386/excess-precision-6.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39831
[Bug target/38909] [4.3 only] FAIL: gcc.target/i386/sse4_2-popcntl.c (test for excess errors)
-- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2009-06-11 08:56:05 date|| Summary|FAIL: |[4.3 only] FAIL: |gcc.target/i386/sse4_2- |gcc.target/i386/sse4_2- |popcntl.c (test for excess |popcntl.c (test for excess |errors) |errors) http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38909
[Bug fortran/38718] some simplifiers for elemental intrinsics missing; required for init expressions
--- Comment #4 from fxcoudert at gcc dot gnu dot org 2009-06-11 07:48 --- Subject: Bug 38718 Author: fxcoudert Date: Thu Jun 11 07:47:35 2009 New Revision: 148367 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=148367 Log: PR fortran/38718 * intrinsic.c (add_functions): Add simplifiers for ISNAN, IS_IOSTAT_END and IS_IOSTAT_EOR. * intrinsic.h (gfc_simplify_is_iostat_end, * gfc_simplify_is_iostat_eor, gfc_simplify_isnan): New prototypes. * intrinsic.c (gfc_simplify_is_iostat_end, * gfc_simplify_is_iostat_eor, gfc_simplify_isnan): New functions. * gfortran.dg/is_iostat_end_eor_2.f90: New test. * gfortran.dg/nan_5.f90: New test. Added: trunk/gcc/testsuite/gfortran.dg/is_iostat_end_eor_2.f90 trunk/gcc/testsuite/gfortran.dg/nan_5.f90 Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/intrinsic.c trunk/gcc/fortran/intrinsic.h trunk/gcc/fortran/simplify.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38718
[Bug fortran/38718] some simplifiers for elemental intrinsics missing; required for init expressions
--- Comment #3 from fxcoudert at gcc dot gnu dot org 2009-06-10 19:35
---
(In reply to comment #2)
> Commit in #1 added a simplifier for MERGE. Having a closer look at
> IS_IOSTAT_{END, EOR}, I think they won't make much sense in init expr anyway.
IS_IOSTAT_{END,EOR} are allowed by the standard as initialization expressions.
They may not be high priority, but they're the only remaining ones from F2003
(the others are GNU extensions).
DREAL (GNU extension)
ISNAN (GNU extension)
LSHIFT (GNU extension)
RSHIFT (GNU extension)
IS_IOSTAT_END (F2003)
IS_IOSTAT_EOR (F2003)
Anyway, I'll get that assigned to myself.
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |fxcoudert at gcc dot gnu dot
|dot org |org
Status|NEW |ASSIGNED
Last reconfirmed|2009-03-29 08:42:17 |2009-06-10 19:35:16
date||
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38718
[Bug fortran/40349] compiler crash with -O3
--- Comment #2 from fxcoudert at gcc dot gnu dot org 2009-06-07 19:20 --- Also works for me on newer versions. This is very likely PR 36817. Please try a more recent compiler and reopen this bug if it persists. -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added CC||fxcoudert at gcc dot gnu dot ||org Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40349
[Bug testsuite/39831] gcc.target/i386/excess-precision-*.c assume the default -mfp-math does not include SSE
--- Comment #3 from fxcoudert at gcc dot gnu dot org 2009-06-06 23:27
---
I can confirm that at least the three tests that are run (1 to 3) PASS on
darwin with the following patch:
Index: gcc/testsuite/gcc.target/i386/excess-precision-1.c
===
--- gcc/testsuite/gcc.target/i386/excess-precision-1.c (revision 148236)
+++ gcc/testsuite/gcc.target/i386/excess-precision-1.c (working copy)
@@ -2,7 +2,7 @@
through various operations. */
/* { dg-do run } */
/* { dg-require-effective-target ilp32 } */
-/* { dg-options "-O2 -fexcess-precision=standard" } */
+/* { dg-options "-O2 -mfpmath=387 -fexcess-precision=standard" } */
#include
Index: gcc/testsuite/gcc.target/i386/excess-precision-3.c
===
--- gcc/testsuite/gcc.target/i386/excess-precision-3.c (revision 148236)
+++ gcc/testsuite/gcc.target/i386/excess-precision-3.c (working copy)
@@ -2,7 +2,7 @@
necessary. */
/* { dg-do run } */
/* { dg-require-effective-target ilp32 } */
-/* { dg-options "-O2 -fexcess-precision=standard" } */
+/* { dg-options "-O2 -mfpmath=387 -fexcess-precision=standard" } */
#include
#include
Index: gcc/testsuite/gcc.target/i386/excess-precision-2.c
===
--- gcc/testsuite/gcc.target/i386/excess-precision-2.c (revision 148236)
+++ gcc/testsuite/gcc.target/i386/excess-precision-2.c (working copy)
@@ -1,7 +1,7 @@
/* Excess precision tests. Test excess precision of constants. */
/* { dg-do run } */
/* { dg-require-effective-target ilp32 } */
-/* { dg-options "-O2 -fexcess-precision=standard" } */
+/* { dg-options "-O2 -mfpmath=387 -fexcess-precision=standard" } */
#include
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
----
CC||fxcoudert at gcc dot gnu dot
||org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39831
[Bug target/34584] alignment on .comm symbol ignored
--- Comment #1 from fxcoudert at gcc dot gnu dot org 2009-06-03 22:16 --- I'm not seeing that one with 4.3.2 (nor with 4.4.0 or current trunk). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34584
[Bug target/31076] ICE with double and unsigned long long with -march=prescott
--- Comment #3 from fxcoudert at gcc dot gnu dot org 2009-06-03 22:00 --- Works for me on 4.3.2, 4.4.0 and 4.5.0. Suppose it's fixed. -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||WORKSFORME http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31076
[Bug target/31122] Bootstrap comparison failure
--- Comment #4 from fxcoudert at gcc dot gnu dot org 2009-06-03 21:58 --- (In reply to comment #3) > So I don't know what people want to do about this bug. Over the years some > people have worked to fix such problems as bugs; and some people want to point > to the documentation and say "Tough, don't put the build directory in the > source tree." I think the latter is really the current consensus. -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31122
[Bug target/10901] non-local goto's don't work on darwin
--- Comment #20 from fxcoudert at gcc dot gnu dot org 2009-06-03 21:50 --- *** Bug 22119 has been marked as a duplicate of this bug. *** -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=10901
[Bug target/22119] nonlocal goto's fail on i?86-darwin
--- Comment #3 from fxcoudert at gcc dot gnu dot org 2009-06-03 21:50 --- *** This bug has been marked as a duplicate of 10901 *** -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22119
[Bug target/10901] non-local goto's don't work on darwin
--- Comment #19 from fxcoudert at gcc dot gnu dot org 2009-06-03 21:47
---
Still fails on both ppc-darwin and i386-darwin, for 4.3.2, 4.4.0 and current
trunk:
$ cat a.c
extern int puts (const char *);
extern void abort (void);
int main ()
{
__label__ l1;
void foo ()
{
void bar ()
{
puts ("goto l1");
goto l1;
}
bar ();
}
foo ();
abort ();
l1:
puts ("label l1");
return 0;
}
$ gcc -O3 a.c && ./a.out
goto l1
label l1
$ gcc -O0 a.c && ./a.out
goto l1
(It also fails with Apple's gcc.)
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
GCC target triplet|powerpc-darwin |darwin
Known to fail||4.2.0 4.3.2 4.4.0 4.5.0
Last reconfirmed|2005-12-10 05:32:24 |2009-06-03 21:47:19
date||
Summary|non-local goto's don't work |non-local goto's don't work
|on powerpc-darwin |on darwin
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=10901
[Bug bootstrap/39968] Should plugins use shared library?
--- Comment #7 from fxcoudert at gcc dot gnu dot org 2009-06-03 21:35 --- Changing subject according to comment #6. -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added GCC build triplet|i686-apple-darwin9 | GCC host triplet|i686-apple-darwin9 | GCC target triplet|i686-apple-darwin9 | Summary|[4.5 Regression] ./plugin- |Should plugins use shared |version.h:11: error:|library? |'gcc_version' defined but | |not used| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39968
[Bug c++/40055] Failing instantiation of template with enums
--- Comment #2 from fxcoudert at gcc dot gnu dot org 2009-06-03 21:29 --- Not target-specific, can reproduce on x86_64-linux (don't know what you expect, though). -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added GCC build triplet|i386-apple-darwin9.6.0 | GCC host triplet|i386-apple-darwin9.6.0 | GCC target triplet|i386-apple-darwin9.6.0 | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40055
[Bug target/36399] FSF GCC ABI bug on darwin/x86-32
--- Comment #3 from fxcoudert at gcc dot gnu dot org 2009-06-03 21:18 --- Here's what it gives with Apple's gcc: _r: pushl %ebp movl%esp, %ebp subl$72, %esp movaps %xmm0, -24(%ebp) movaps %xmm1, -40(%ebp) movaps %xmm2, -56(%ebp) movdqa %xmm3, -72(%ebp) movdqa 24(%ebp), %xmm0 paddq -72(%ebp), %xmm0 leave ret and with FSF's gcc, both 4.3.2 and and 4.4.0 give: _r: pushl %ebp movl%esp, %ebp subl$56, %esp movaps %xmm0, -24(%ebp) movaps %xmm1, -40(%ebp) movaps %xmm2, -56(%ebp) movdqa 40(%ebp), %xmm1 movdqa 8(%ebp), %xmm0 paddq %xmm1, %xmm0 leave ret -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added Known to fail||4.2.0 4.3.2 4.4.0 4.5.0 Last reconfirmed|2008-06-03 00:37:51 |2009-06-03 21:18:11 date|| Version|unknown |4.5.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36399
[Bug boehm-gc/35012] gcc-4.2.3-RC1's gctest hangs on i686-apple-darwin9
--- Comment #5 from fxcoudert at gcc dot gnu dot org 2009-06-03 21:13 --- 4.2 branch is closed, works in 4.3.0 -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED Target Milestone|--- |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35012
[Bug bootstrap/34707] failing to build gnu c compiler on Mac OS X ver 10.4.11 darwin
--- Comment #2 from fxcoudert at gcc dot gnu dot org 2009-06-03 21:12 --- No news for a year and a half. 4.2 branch is now closed. -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added Status|WAITING |RESOLVED Resolution||WONTFIX http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34707
[Bug fortran/40264] Recursive constraint for specific calling same-named generic procedure
-- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |SUSPENDED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40264
[Bug libfortran/40267] Eventually get rid of libgfortranbegin.a
-- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added Severity|normal |enhancement Status|UNCONFIRMED |NEW Component|fortran |libfortran Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2009-05-28 16:03:12 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40267
[Bug fortran/40264] Recursive constraint for specific calling same-named generic procedure
-- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2009-05-28 16:02:35 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40264
[Bug fortran/40019] LEADZ and TRAILZ give wrong results
--- Comment #2 from fxcoudert at gcc dot gnu dot org 2009-05-27 10:27 --- (In reply to comment #1) > I don't think your patch fixes the following, > > print *, leadz(-1_1), leadz(-1_2), leadz(-1_4), leadz(-1_8), leadz(-1_16) > > which yields > >7 15 31 63 127 I think it does: $ cat h.f90 print *, leadz(-1_1), leadz(-1_2), leadz(-1_4), leadz(-1_8), leadz(-1_16) end $ gfortran h.f90 && ./a.out 0 0 0 0 0 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40019
[Bug fortran/36275] Binding label can be any scalar char initialisation expression
--- Comment #8 from fxcoudert at gcc dot gnu dot org 2009-05-24 20:08
---
PR38838 has additional testcases:
subroutine test() bind(c, name=trim("Hello "))
end
and
subroutine test() bind(c, name=1_"name")
end
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
Last reconfirmed|2008-05-20 10:09:55 |2009-05-24 20:08:36
date||
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36275
[Bug fortran/38838] BIND(C): Binding name expressions are wrongly rejected
--- Comment #5 from fxcoudert at gcc dot gnu dot org 2009-05-24 20:07 --- *** This bug has been marked as a duplicate of 36275 *** -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38838
[Bug fortran/36275] Binding label can be any scalar char initialisation expression
--- Comment #7 from fxcoudert at gcc dot gnu dot org 2009-05-24 20:07 --- *** Bug 38838 has been marked as a duplicate of this bug. *** -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added CC||burnus at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36275
[Bug fortran/40195] Cannot unlink existing module file
--- Comment #6 from fxcoudert at gcc dot gnu dot org 2009-05-22 12:55 --- Fixed on trunk and 4.4 branch. -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|--- |4.4.1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40195
[Bug fortran/40195] Cannot unlink existing module file
--- Comment #5 from fxcoudert at gcc dot gnu dot org 2009-05-22 12:54 --- Subject: Bug 40195 Author: fxcoudert Date: Fri May 22 12:54:23 2009 New Revision: 147796 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=147796 Log: PR fortran/40195 * module.c (read_md5_from_module_file): Close file before returning. Modified: branches/gcc-4_4-branch/gcc/fortran/ChangeLog branches/gcc-4_4-branch/gcc/fortran/module.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40195
[Bug fortran/40195] Cannot unlink existing module file
--- Comment #4 from fxcoudert at gcc dot gnu dot org 2009-05-22 07:04 --- Subject: Bug 40195 Author: fxcoudert Date: Fri May 22 07:04:09 2009 New Revision: 147793 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=147793 Log: PR fortran/40195 * module.c (read_md5_from_module_file): Close file before returning. Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/module.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40195
[Bug fortran/40196] F2003: Type parameter inquiry (str%len, a%kind) and Complex parts (z%re, z%im)
-- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2009-05-21 20:53:39 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40196
[Bug fortran/40195] ICE when compiling a file located in another directory
--- Comment #3 from fxcoudert at gcc dot gnu dot org 2009-05-21 20:52
---
Thanks for your comments! With such a clear description, it was now easy to
find the issue: if a module file m.mod already exist, we look into it to check
if it's ours; if not, we delete it and write ours. The problem is that the code
doing that actually unlinks the file before closing it, which is not allowed on
Windows. The patch below fixes it (built and tested on i386-pc-mingw32):
Index: module.c
===
--- module.c(revision 147744)
+++ module.c(working copy)
@@ -4759,7 +4759,7 @@ read_md5_from_module_file (const char *
if ((file = fopen (filename, "r")) == NULL)
return -1;
- /* Read two lines. */
+ /* Read the first line. */
if (fgets (buf, sizeof (buf) - 1, file) == NULL)
{
fclose (file);
@@ -4769,8 +4769,12 @@ read_md5_from_module_file (const char *
/* The file also needs to be overwritten if the version number changed. */
n = strlen ("GFORTRAN module version '" MOD_VERSION "' created");
if (strncmp (buf, "GFORTRAN module version '" MOD_VERSION "' created", n) !=
0)
-return -1;
+{
+ fclose (file);
+ return -1;
+}
+ /* Read a second line. */
if (fgets (buf, sizeof (buf) - 1, file) == NULL)
{
fclose (file);
(PS: the fields "host", "target" and "build" in GCC bugzilla refer to three
target triplets: "host" is the architecture the compiler runs on, "target" is
the one it generates code for, and "build" is the architecture that was used to
compile the compiler itself. In your case, you have host = target = build =
i386-pc-mingw32.)
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |fxcoudert at gcc dot gnu dot
|dot org |org
Status|UNCONFIRMED |ASSIGNED
Ever Confirmed|0 |1
GCC build triplet|20090421 (experimental) |
|[trunk revision 146519] |
GCC host triplet|Window XP i386 MinGW|
GCC target triplet|GNU Fortran (GCC) 4.5.0 |i386-pc-mingw32
Keywords||patch
Last reconfirmed|-00-00 00:00:00 |2009-05-21 20:52:47
date||
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40195
[Bug bootstrap/35619] [4.3/4.4/4.5 Regression] fixed includes not being found if building in src dir
--- Comment #27 from fxcoudert at gcc dot gnu dot org 2009-05-21 20:32 --- *** Bug 40212 has been marked as a duplicate of this bug. *** -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35619
[Bug libfortran/40212] Failure on building libgfortran
--- Comment #5 from fxcoudert at gcc dot gnu dot org 2009-05-21 20:32 --- *** This bug has been marked as a duplicate of 35619 *** -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40212
[Bug fortran/40195] ICE when compiling a file located in another directory
--- Comment #1 from fxcoudert at gcc dot gnu dot org 2009-05-21 09:12 --- It works for me. This sounds like the issue you'd have if you didn't have write permission to the current directory. What are the permissions and ownership of the bin and source directories? What user is trying to compile? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40195
[Bug fortran/40019] LEADZ and TRAILZ give wrong results
-- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |fxcoudert at gcc dot gnu dot |dot org |org URL||http://gcc.gnu.org/ml/gcc- ||patches/2009- ||05/msg01267.html Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Keywords||patch Last reconfirmed|-00-00 00:00:00 |2009-05-19 22:24:12 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40019
[Bug testsuite/39325] FAIL: gcc.misc-tests/linkage.c link
--- Comment #7 from fxcoudert at gcc dot gnu dot org 2009-05-17 18:54 --- Fixed on trunk and 4.4 branch, closing. -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39325
[Bug c/37998] Unclear documentation of -fno-common
-- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Component|other |c Ever Confirmed|0 |1 GCC build triplet|powerpc-apple-darwin8.11.0 | GCC target triplet|powerpc-apple-darwin8.11.0 | Keywords||documentation Last reconfirmed|-00-00 00:00:00 |2009-05-17 13:42:32 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37998
[Bug c++/35556] problem with log10 and arch x86_64
--- Comment #5 from fxcoudert at gcc dot gnu dot org 2009-05-17 13:40 --- This was an Apple bug; furthermore, it seems to have been fixed somewhere between 10.5.2 and 10.5.7. -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||WONTFIX http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35556
[Bug fortran/36260] Audit intrinsic.texi and check whether keyword= names match
--- Comment #4 from fxcoudert at gcc dot gnu dot org 2009-05-17 12:49 --- Now audited and fixed. -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|--- |4.5.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36260
[Bug fortran/36260] Audit intrinsic.texi and check whether keyword= names match
--- Comment #3 from fxcoudert at gcc dot gnu dot org 2009-05-17 12:47 --- Subject: Bug 36260 Author: fxcoudert Date: Sun May 17 12:47:00 2009 New Revision: 147633 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=147633 Log: PR fortran/36260 * intrinsic.c (add_functions, add_subroutines): Fix argument names and wrap long lines. * intrinsic.texi: Fix documentation and argument names of LOG_GAMMA, DATAN2, DBESJN, DTIME, ETIME, FSTAT, STAT, LSTAT, GET_COMMAND, IDATE, LTIME, MOVE_ALLOC, NINT, OR, PRODUCT, SUM, RAND, RANDOM_SEED, REAL, SELECTED_INT_KIND, SELECTED_REAL_KIND and XOR. Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/intrinsic.c trunk/gcc/fortran/intrinsic.texi -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36260
[Bug fortran/40142] integer constants not promoted with -fdefault-integer-8
--- Comment #2 from fxcoudert at gcc dot gnu dot org 2009-05-17 10:57 --- Character lengths are integers of kind value 4. This is not modified by -fdefault-integer-8. Thus, when converting the index, which has kind value 8, to the type of a character length, you get the warning with -Wconversion. I don't think we should modify the behaviour of gfortran. The only possible course of action would be to make character length have kind value 8 when -fdefault-integer-8 is used, but that means we would have to compile specialized versions of all libgfortran routines that take strings as arguments (or return strings). This looks way too much effort to support a questionable combination of options (one of which asks for pedantic handling of types, and one of which is designed to help people compile code that is sloppy with respect to types). If a mainainer concurs, please close this as WONTFIX. -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added CC||fxcoudert at gcc dot gnu dot | |org Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2009-05-17 10:57:07 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40142
[Bug rtl-optimization/35670] -O2 fails to compile
--- Comment #2 from fxcoudert at gcc dot gnu dot org 2009-05-16 20:31 --- I can reproduce it with 4.2.1, but it's fixed with 4.3.2, 4.4.0 and trunk. -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35670
[Bug fortran/33197] Fortran 2008: math functions
--- Comment #21 from fxcoudert at gcc dot gnu dot org 2009-05-16 18:09 --- ERFC_SCALED compile-time simplification was committed. TODO (carried on from above): - TAN(X,Y) (= TAN2(X,Y)) - BESSEL_JN and BESSEL_YN: Transitional form is missing - NORM2 - Finish complex (A)TAN(H), (A)COSH, (A)SINH, from comment #18 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33197
[Bug fortran/33197] Fortran 2008: math functions
--- Comment #20 from fxcoudert at gcc dot gnu dot org 2009-05-16 17:33 --- Subject: Bug 33197 Author: fxcoudert Date: Sat May 16 17:33:23 2009 New Revision: 147621 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=147621 Log: PR fortran/33197 * intrinsic.c (add_functions): Use ERFC_SCALED simplification. * intrinsic.h (gfc_simplify_erfc_scaled): New prototype. * simplify.c (fullprec_erfc_scaled, asympt_erfc_scaled, gfc_simplify_erfc_scaled): New functions. * gfortran.dg/erf_2.F90: New test. * gfortran.dg/erfc_scaled_2.f90: New test. Added: trunk/gcc/testsuite/gfortran.dg/erf_2.F90 trunk/gcc/testsuite/gfortran.dg/erfc_scaled_2.f90 Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/intrinsic.c trunk/gcc/fortran/intrinsic.h trunk/gcc/fortran/simplify.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33197
[Bug fortran/31243] Detect strings longer than 2**32 characters
--- Comment #11 from fxcoudert at gcc dot gnu dot org 2009-05-16 17:00 --- Now, these very long strings are caught at compile-time when possible. We should also add runtime checks, for non-constant lengths; three such examples are given in comment #9. Removing the "wrong-code" keyword: it's just an issue of diagnostics. String length are type parameters, and they have a kind that is processor-dependent, so it's OK to have an upper limit. -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added CC| |fxcoudert at gcc dot gnu dot | |org Keywords|wrong-code |diagnostic Last reconfirmed|2009-01-27 05:00:27 |2009-05-16 17:00:40 date|| Summary|truncating strings longer |Detect strings longer than |than 2**32 characters |2**32 characters Version|4.3.0 |4.5.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31243
[Bug fortran/31243] truncating strings longer than 2**32 characters
--- Comment #10 from fxcoudert at gcc dot gnu dot org 2009-05-16 16:53 --- Subject: Bug 31243 Author: fxcoudert Date: Sat May 16 16:53:02 2009 New Revision: 147619 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=147619 Log: PR fortran/31243 * resolve.c (resolve_substring): Don't allow too large substring indexes. (gfc_resolve_substring_charlen): Fix typo. (gfc_resolve_character_operator): Fix typo. (resolve_charlen): Catch unreasonably large string lengths. * simplify.c (gfc_simplify_len): Don't error out on LEN range checks. * gcc/testsuite/gfortran.dg/string_1.f90: New test. * gcc/testsuite/gfortran.dg/string_2.f90: New test. * gcc/testsuite/gfortran.dg/string_3.f90: New test. Added: trunk/gcc/testsuite/gfortran.dg/string_1.f90 trunk/gcc/testsuite/gfortran.dg/string_2.f90 trunk/gcc/testsuite/gfortran.dg/string_3.f90 Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/resolve.c trunk/gcc/fortran/simplify.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31243
[Bug fortran/31243] truncating strings longer than 2**32 characters
--- Comment #9 from fxcoudert at gcc dot gnu dot org 2009-05-16 16:15 --- Patch posted for the compile-time part of this PR: http://gcc.gnu.org/ml/gcc-patches/2009-05/msg01013.html Here are three testcases that should be handled when runtime checking is performed: $ cat a3.f90 program main implicit none character(len=10) :: s integer(kind=8) :: i s = 'xx' i = 2_8**32_8+3_8 print *, s(1:i) ! runtime error expected print *, s(i:i) ! runtime error expected end program main $ cat a4.f90 program main call foo(2_8**32_8+4_8) contains subroutine foo(i) integer(kind=8), intent(in) :: i character(len=i) :: x print *, len(x) end subroutine foo end program main $ cat a5.f90 program main print *, foo(2_8**32_8+4_8) contains function foo(i) integer(kind=8), intent(in) :: i character(len=i) :: foo foo = "x" end function foo end program main -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31243
[Bug fortran/36031] ARM -fshort-enums attribute not emitted for Fortran
--- Comment #4 from fxcoudert at gcc dot gnu dot org 2009-05-16 16:12 --- Probably fixed on trunk. Please reopen if not. -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|--- |4.5.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36031
[Bug fortran/36031] ARM -fshort-enums attribute not emitted for Fortran
--- Comment #3 from fxcoudert at gcc dot gnu dot org 2009-05-16 16:11 --- Subject: Bug 36031 Author: fxcoudert Date: Sat May 16 16:11:11 2009 New Revision: 147615 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=147615 Log: PR fortran/36031 * decl.c (set_enum_kind): Use global short-enums flag. * gfortran.h (gfc_option_t): Remove short_enums flag. * lang.opt (-fshort-enums): Refer to C documentation. * options.c (gfc_init_options, gfc_handle_option): Use global short-enums flag. Modified: trunk/gcc/fortran/decl.c trunk/gcc/fortran/gfortran.h trunk/gcc/fortran/lang.opt trunk/gcc/fortran/options.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36031
[Bug fortran/36031] ARM -fshort-enums attribute not emitted for Fortran
-- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |fxcoudert at gcc dot gnu dot |dot org |org URL||http://gcc.gnu.org/ml/gcc- ||patches/2009- ||05/msg00989.html Status|NEW |ASSIGNED Keywords||patch Last reconfirmed|2008-05-29 00:13:26 |2009-05-16 11:02:12 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36031
[Bug target/34625] msgl-check.c:199: error: unrecognizable insn:
--- Comment #10 from fxcoudert at gcc dot gnu dot org 2009-05-13 20:24 --- Fixed, at least for current trunk. -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED Target Milestone|--- |4.5.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34625
[Bug target/38900] ICE: unable to find a register to spill
--- Comment #3 from fxcoudert at gcc dot gnu dot org 2009-05-13 20:04
---
Simpler testcase, confirmed on native i386-pc-mingw32 (trunk, SVN rev. 147441):
$ cat a.c
void __attribute__((dllimport,fastcall)) h(int);
void f()
{
h(2);
h(1);
}
$ gcc -S -O1 a.c -foptimize-sibling-calls
a.c: In function 'f':
a.c:7: error: unable to find a register to spill in class 'CREG'
a.c:7: error: this is the insn:
(call_insn/j 10 8 11 2 a.c:6 (call (mem:QI (reg/f:SI 3 bx [58]) [0 S1 A8])
(const_int 0 [0x0])) 468 {*sibcall_1} (expr_list:REG_DEAD (reg/f:SI 3
bx [58])
(expr_list:REG_DEAD (reg:SI 2 cx)
(nil)))
(expr_list:REG_DEP_TRUE (use (reg:SI 2 cx))
(nil)))
a.c:7: internal compiler error: in spill_failure, at reload1.c:2094
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
GCC build triplet|i686-pc-linux-gnu |
GCC host triplet|i686-pc-linux-gnu |
Last reconfirmed|-00-00 00:00:00 |2009-05-13 20:04:31
date||
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38900
[Bug bootstrap/24382] ORIGINAL_LD_FOR_TARGET has bizarre value
--- Comment #8 from fxcoudert at gcc dot gnu dot org 2009-05-13 19:48 --- As far as I know, this one has disappeared a long time ago. -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WORKSFORME http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24382
[Bug fortran/31519] spurious ICE messages when module does not compile
--- Comment #8 from fxcoudert at gcc dot gnu dot org 2009-05-13 19:37 --- I used to see that, but now not any more. Does someone else still see this happening? And with what testcase? -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added CC||fxcoudert at gcc dot gnu dot ||org Status|NEW |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31519
[Bug libfortran/33905] show_backtrace hangs on SIGSEGV in malloc/free
--- Comment #3 from fxcoudert at gcc dot gnu dot org 2009-05-13 09:03 --- Frankly, this is a snag in a non-default debugging feature in rare conditions; that has to be a third-order enhancement request, at least! :) We cannot provide completely foolproof debugging capablities anyway: people who want to have the full power of debugging will be able to use gdb themselves. (Even with a temporary file, other things can go wrong!) I'd be in favour of closing this as WONTFIX, unless we have serious indication that this actually happens often in non mixed-language cases. Toon, what's your take? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33905
[Bug fortran/39624] short-list explicit interfaces in generic interfaces if no match is found
-- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2009-05-13 08:56:15 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39624
[Bug fortran/40110] Bind(C): gfortran rejects the questionable but formally correct INTEGER(C_CHAR)
-- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2009-05-12 15:55:22 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40110
[Bug fortran/38592] eliminate some string comparisons
--- Comment #4 from fxcoudert at gcc dot gnu dot org 2009-05-08 09:30 --- (In reply to comment #3) > As a matter of curiosity, do other compilers catch this? Intel does not. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38592
[Bug fortran/38830] Document lack of "Variable Format Expression" support
--- Comment #8 from fxcoudert at gcc dot gnu dot org 2009-05-07 22:15 --- Fixed. -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38830
[Bug fortran/38830] Document lack of "Variable Format Expression" support
--- Comment #7 from fxcoudert at gcc dot gnu dot org 2009-05-07 22:14 --- Subject: Bug 38830 Author: fxcoudert Date: Thu May 7 22:14:23 2009 New Revision: 147258 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=147258 Log: PR fortran/38830 * gfortran.texi: Document that we don't support variable FORMAT expressions. Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/gfortran.texi -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38830
[Bug libfortran/22423] Warnings when building libgfortran
--- Comment #19 from fxcoudert at gcc dot gnu dot org 2009-05-07 22:03 --- We're left with the following: ../../../trunk/libgfortran/io/list_read.c: In function nml_read_obj: ../../../trunk/libgfortran/io/list_read.c:2464: warning: comparison between bt and enum ../../../trunk/libgfortran/io/list_read.c: In function nml_get_obj_data: ../../../trunk/libgfortran/io/list_read.c:2712: warning: comparison between bt and enum ../../../trunk/libgfortran/io/list_read.c:2734: warning: comparison between bt and enum ../../../trunk/libgfortran/io/list_read.c:2768: warning: comparison between bt and enum ../../../trunk/libgfortran/io/write.c: In function nml_write_obj: ../../../trunk/libgfortran/io/write.c:1261: warning: comparison between bt and enum ../../../trunk/libgfortran/io/write.c:1339: warning: comparison between bt and enum -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22423
[Bug fortran/39576] gcc/fortran/error.c's error.c missing "break"
--- Comment #4 from fxcoudert at gcc dot gnu dot org 2009-05-07 22:02 --- Fixed. -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39576
