[Bug fortran/42848] compiler crashes and asks for this bug report
--- Comment #7 from fxcoudert at gcc dot gnu dot org 2010-09-10 21:08 --- Closing, please reopen with additional information if the problem persists with a more recent version of the compiler (= 4.5.0). Thanks! -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added Status|WAITING |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42848
[Bug middle-end/45567] [4.6 Regression] __builtin_popcountl ICEs with -ftree-ter
--- Comment #2 from fxcoudert at gcc dot gnu dot org 2010-09-10 21:24 --- Confirmed on x86_64-linux, with the following C source: unsigned foo (__int128 i) { return __builtin_popcountl ((unsigned long) i); } $ ./gcc/cc1 -ftree-ter a.c -quiet a.c: In function foo: a.c:3:30: internal compiler error: in emit_library_call_value_1, at calls.c:3485 I don't now since how long the code above ICEs, but the revision range given in the original report is probably not linked to the introduction of the issue, just to when it became to be exposed by gfortran generating different code for the POPCNT intrinsic (which was my doing, so I'm glad it's not a Fortran bug :). The backtrace for the failure is: (gdb) bt #0 fancy_abort (file=0xd0e6af ../../trunk3/gcc/calls.c, line=3485, function=0xd0ea20 emit_library_call_value_1) at ../../trunk3/gcc/diagnostic.c:878 #1 0x0055ce30 in emit_library_call_value_1 (retval=1, orgfun=0x2e1d56e0, value=0x0, fn_type=value optimized out, outmode=SImode, nargs=1, p=0x7fffd308) at ../../trunk3/gcc/calls.c:3484 #2 0x00562202 in emit_library_call_value ( orgfun=value optimized out, value=value optimized out, fn_type=value optimized out, outmode=value optimized out, nargs=value optimized out) at ../../trunk3/gcc/calls.c:4012 #3 0x007162c3 in expand_unop (mode=DImode, unoptab=0x12415b8, op0=0x2e1d5520, target=0x2e1d5520, unsignedp=1) at ../../trunk3/gcc/optabs.c:3234 #4 0x0053e6ce in expand_builtin_unop (target_mode=SImode, exp=0x2e1ca7e0, target=0x2e1d5520, subtarget=0x2e1d5520, op_optab=0x12415b8) at ../../trunk3/gcc/builtins.c:5007 #5 expand_builtin_unop (target_mode=SImode, exp=0x2e1ca7e0, target=0x2e1d5520, subtarget=0x2e1d5520, op_optab=0x12415b8) at ../../trunk3/gcc/builtins.c:4994 -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Component|fortran |middle-end Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2010-09-10 21:24:05 date|| Summary|[4.6 Regression]|[4.6 Regression] |gfortran.dg/popcnt_poppar_2.|__builtin_popcountl ICEs |F90 ICEs in |with -ftree-ter |emit_library_call_value_1, | |at calls.c:3485 with -ftree-| |ter | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45567
[Bug middle-end/45567] [4.6/4.5 Regression] __builtin_popcountl ICEs with -ftree-ter
--- Comment #3 from fxcoudert at gcc dot gnu dot org 2010-09-10 21:26 --- Two more things: 1. there's no need for __int128, the following code also triggers it: unsigned foo (unsigned char i) { return __builtin_popcountl ((unsigned long) i); } 2. On x86_64-darwin, the code above fails with -ftree-ter for both: 4.5.1 and 4.6.0 (current trunk). -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added Summary|[4.6 Regression]|[4.6/4.5 Regression] |__builtin_popcountl ICEs|__builtin_popcountl ICEs |with -ftree-ter |with -ftree-ter http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45567
[Bug fortran/42188] [OOP] F03:C612. The leftmost part-name shall be the name of a data object.
-- 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 |2010-09-10 21:38:08 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42188
[Bug fortran/42359] ICEs with specification function and init expression
-- 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 |2010-09-10 21:38:34 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42359
[Bug fortran/31519] spurious ICE messages when module does not compile
--- Comment #10 from fxcoudert at gcc dot gnu dot org 2010-09-10 21:40 --- *** Bug 45575 has been marked as a duplicate of this bug. *** -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added CC||brad dot finney at humboldt ||dot edu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31519
[Bug fortran/45575] ICE on missing module file
--- Comment #6 from fxcoudert at gcc dot gnu dot org 2010-09-10 21:40 --- *** This bug has been marked as a duplicate of 31519 *** -- 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=45575
[Bug fortran/38282] Add the remaining HPF bit intrinsics
--- Comment #13 from fxcoudert at gcc dot gnu dot org 2010-09-08 19:35 --- Subject: Bug 38282 Author: fxcoudert Date: Wed Sep 8 19:35:35 2010 New Revision: 164021 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=164021 Log: PR fortran/38282 * intrinsic.c (add_functions): Add B{G,L}{E,T}, DSHIFT{L,R}, MASK{L,R}, MERGE_BITS and SHIFT{A,L,R}. * gfortran.h: Define ISYM values for above intrinsics. * intrinsic.h (gfc_check_bge_bgt_ble_blt, gfc_check_dshift, gfc_check_mask, gfc_check_merge_bits, gfc_check_shift, gfc_simplify_bge, gfc_simplify_bgt, gfc_simplify_ble, gfc_simplify_blt, gfc_simplify_dshiftl, gfc_simplify_dshiftr, gfc_simplify_lshift, gfc_simplify_maskl, gfc_simplify_maskr, gfc_simplify_merge_bits, gfc_simplify_rshift, gfc_simplify_shifta, gfc_simplify_shiftl, gfc_simplify_shiftr, gfc_resolve_dshift, gfc_resolve_mask, gfc_resolve_merge_bits, gfc_resolve_shift): New prototypes. * iresolve.c (gfc_resolve_dshift, gfc_resolve_mask, gfc_resolve_merge_bits, gfc_resolve_shift): New functions. * check.c (gfc_check_bge_bgt_ble_blt, gfc_check_dshift, gfc_check_mask, gfc_check_merge_bits, gfc_check_shift): New functions. * trans-intrinsic.c (gfc_conv_intrinsic_dshift, gfc_conv_intrinsic_bitcomp, gfc_conv_intrinsic_shift, gfc_conv_intrinsic_merge_bits, gfc_conv_intrinsic_mask): New functions. (gfc_conv_intrinsic_function): Call above static functions. * intrinsic.texi: Document new intrinsics. * simplify.c (gfc_simplify_bge, gfc_simplify_bgt, gfc_simplify_ble, gfc_simplify_blt, gfc_simplify_dshiftl, gfc_simplify_dshiftr, gfc_simplify_lshift, gfc_simplify_maskl, gfc_simplify_maskr, gfc_simplify_merge_bits, gfc_simplify_rshift, gfc_simplify_shifta, gfc_simplify_shiftl, gfc_simplify_shiftr): New functions. * gfortran.dg/bit_comparison_1.F90: New test. * gfortran.dg/leadz_trailz_3.f90: New test. * gfortran.dg/masklr_2.F90: New test. * gfortran.dg/shiftalr_1.F90: New test. * gfortran.dg/merge_bits_2.F90: New test. * gfortran.dg/dshift_2.F90: New test. * gfortran.dg/bit_comparison_2.F90: New test. * gfortran.dg/masklr_1.F90: New test. * gfortran.dg/merge_bits_1.F90: New test. * gfortran.dg/dshift_1.F90: New test. * gfortran.dg/shiftalr_2.F90: New test. Added: trunk/gcc/testsuite/gfortran.dg/bit_comparison_1.F90 trunk/gcc/testsuite/gfortran.dg/bit_comparison_2.F90 trunk/gcc/testsuite/gfortran.dg/dshift_1.F90 trunk/gcc/testsuite/gfortran.dg/dshift_2.F90 trunk/gcc/testsuite/gfortran.dg/leadz_trailz_3.f90 trunk/gcc/testsuite/gfortran.dg/masklr_1.F90 trunk/gcc/testsuite/gfortran.dg/masklr_2.F90 trunk/gcc/testsuite/gfortran.dg/merge_bits_1.F90 trunk/gcc/testsuite/gfortran.dg/merge_bits_2.F90 trunk/gcc/testsuite/gfortran.dg/shiftalr_1.F90 trunk/gcc/testsuite/gfortran.dg/shiftalr_2.F90 Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/check.c trunk/gcc/fortran/gfortran.h trunk/gcc/fortran/intrinsic.c trunk/gcc/fortran/intrinsic.h trunk/gcc/fortran/intrinsic.texi trunk/gcc/fortran/iresolve.c trunk/gcc/fortran/simplify.c trunk/gcc/fortran/trans-intrinsic.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38282
[Bug other/18555] -isysroot is miss-documented
--- Comment #7 from fxcoudert at gcc dot gnu dot org 2010-09-08 19:39 --- Subject: Bug 18555 Author: fxcoudert Date: Wed Sep 8 19:39:13 2010 New Revision: 164022 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=164022 Log: PR other/18555 * doc/cppopts.texi (-isysroot): Document Darwin behaviour. Modified: trunk/gcc/ChangeLog trunk/gcc/doc/cppopts.texi -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18555
[Bug other/18555] -isysroot is miss-documented
--- Comment #8 from fxcoudert at gcc dot gnu dot org 2010-09-08 19:42 --- Documentation fix committed. -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Target Milestone|--- |4.6.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18555
[Bug fortran/38282] Bit intrinsics: ILEN and IBCHNG
--- Comment #14 from fxcoudert at gcc dot gnu dot org 2010-09-08 19:52 --- Possible remaining are only old extensions, not sure they're useful: ILEN and IBCHNG. Closing? -- 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 URL|http://gcc.gnu.org/ml/gcc- | |patches/2010- | |09/msg00635.html| Status|ASSIGNED|NEW Keywords|patch | Summary|Add the remaining HPF bit |Bit intrinsics: ILEN and |intrinsics |IBCHNG http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38282
[Bug fortran/45474] Missing definable check actuals to INTENT(INOUT) dummies of intrinsics
-- 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 |2010-09-01 08:34:23 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45474
[Bug target/45476] New: libgcc should contain TFmode functions
As the Fortran front-end now uses soft-float quad precision floating-point types (__float128 and its complex counterpart), it would be nice for libgcc to contain TFmode functions on Intel/darwin. This is present on *86*-{linux,mingw,solaris} and ia64-{linux,hpux}. It was recently introduced in *86*-freebsd, see patch at http://gcc.gnu.org/ml/gcc-patches/2010-08/msg02139.html -- Summary: libgcc should contain TFmode functions Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: enhancement Priority: P3 Component: target AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: fxcoudert at gcc dot gnu dot org GCC target triplet: *86*-apple-darwin10 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45476
[Bug target/45476] libgcc should contain TCmode functions
--- Comment #2 from fxcoudert at gcc dot gnu dot org 2010-09-01 10:21 --- It partially does. But TC functions are missing: $ cat a.c typedef _Complex float __attribute__((mode(TC))) __complex128; __complex128 foo (__complex128 z1, __complex128 z2) { return z1 * z2; } __complex128 bar (__complex128 z1, __complex128 z2) { return z1 / z2; } int main (void) { (void) foo (0, 0); return 0; } $ ./bin/gcc a.c -W -Wall Undefined symbols: ___divtc3, referenced from: _bar in ccqf0ZEK.o ___multc3, referenced from: _foo in ccqf0ZEK.o ld: symbol(s) not found collect2: ld returned 1 exit status $ ./bin/gcc -v Using built-in specs. COLLECT_GCC=./bin/gcc COLLECT_LTO_WRAPPER=/Users/fx/devel/gcc/irun/libexec/gcc/x86_64-apple-darwin10.4.0/4.6.0/lto-wrapper Target: x86_64-apple-darwin10.4.0 Configured with: ../trunk/configure --prefix=/Users/fx/devel/gcc/irun --with-gmp=/Users/fx/devel/gcc/deps --enable-languages=c,fortran --without-ppl Thread model: posix gcc version 4.6.0 20100901 (experimental) [trunk revision 163721] (GCC) -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added Status|RESOLVED|UNCONFIRMED Resolution|INVALID | Summary|libgcc should contain TFmode|libgcc should contain TCmode |functions |functions http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45476
[Bug fortran/38282] Add the remaining HPF bit intrinsics
--- Comment #9 from fxcoudert at gcc dot gnu dot org 2010-08-31 11:26 --- Patch submitted at http://gcc.gnu.org/ml/fortran/2010-08/msg00476.html -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added URL||http://gcc.gnu.org/ml/fortra ||n/2010-08/msg00476.html Keywords||patch http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38282
[Bug target/39694] [4.4 only] -print-file-name doesn't work on mingw in 100%.
-- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added Known to work|4.5.0 |4.5.0 4.6.0 Summary|-print-file-name doesn't|[4.4 only] -print-file-name |work on mingw in 100%. |doesn't work on mingw in ||100%. Target Milestone|--- |4.4.6 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39694
[Bug fortran/38282] Add the remaining HPF bit intrinsics
--- Comment #10 from fxcoudert at gcc dot gnu dot org 2010-08-31 18:57 --- Subject: Bug 38282 Author: fxcoudert Date: Tue Aug 31 18:56:46 2010 New Revision: 163691 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=163691 Log: PR fortran/38282 * f95-lang.c (gfc_init_builtin_functions): Define popcount{,l,ll} and parity{,l,ll} builtins. * trans-intrinsic.c (gfc_conv_intrinsic_popcnt_poppar): New function. (gfc_conv_intrinsic_function): Call above new functions. * simplify.c (gfc_simplify_popcnt, gfc_simplify_poppar): New functions. * intrinsic.texi: Document POPCNT and POPPAR. * gfortran.dg/popcnt_poppar_1.F90: New test. * gfortran.dg/popcnt_poppar_2.F90: New test. Added: trunk/gcc/testsuite/gfortran.dg/popcnt_poppar_1.F90 trunk/gcc/testsuite/gfortran.dg/popcnt_poppar_2.F90 Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/f95-lang.c trunk/gcc/fortran/gfortran.h trunk/gcc/fortran/intrinsic.c trunk/gcc/fortran/intrinsic.h trunk/gcc/fortran/intrinsic.texi trunk/gcc/fortran/simplify.c trunk/gcc/fortran/trans-intrinsic.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38282
[Bug fortran/38282] Add the remaining HPF bit intrinsics
--- Comment #8 from fxcoudert at gcc dot gnu dot org 2010-08-30 08:27 --- (In reply to comment #7) Do you plan to do it via libgcc/Makefile.in + gcc/libgcc2.c - and then use the ME builtin? That could be fun to try :) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38282
[Bug libfortran/45436] [4.6 Regression] Failed to bootstrap
--- Comment #5 from fxcoudert at gcc dot gnu dot org 2010-08-29 17:39 --- The commit fixes it for me. Sorry about this! -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45436
[Bug fortran/38282] Add the remaining HPF bit intrinsics
--- Comment #6 from fxcoudert at gcc dot gnu dot org 2010-08-29 17:41 --- I did LEADZ and TRAILZ, I guess I should do these. Assigning to me. -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added CC||fxcoudert at gcc dot gnu dot ||org AssignedTo|unassigned at gcc dot gnu |fxcoudert at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED Last reconfirmed|2008-11-27 07:13:23 |2010-08-29 17:41:11 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38282
[Bug libfortran/45436] [4.6 Regression] Failed to bootstrap
--- Comment #4 from fxcoudert at gcc dot gnu dot org 2010-08-28 07:35 --- Subject: Bug 45436 Author: fxcoudert Date: Sat Aug 28 07:35:10 2010 New Revision: 163611 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=163611 Log: PR fortran/45436 * trans-types.c (gfc_init_kinds): Disable TFmode. Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/trans-types.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45436
[Bug libfortran/45323] warnings compiling libgfortran/io/write.c: array subscript has type 'char'
--- Comment #5 from fxcoudert at gcc dot gnu dot org 2010-08-27 13:25 --- Closing as fixed. Please reopen if the problem has not gone away. -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Target Milestone|--- |4.6.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45323
[Bug fortran/39654] ABI bug: FTELL intrinsic function not capable of large files
-- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added Severity|normal |enhancement Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2010-08-27 13:27:43 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39654
[Bug fortran/32049] Support on x86_64 also kind=16
--- Comment #8 from fxcoudert at gcc dot gnu dot org 2010-08-27 21:24 --- Subject: Bug 32049 Author: fxcoudert Date: Fri Aug 27 21:24:13 2010 New Revision: 163597 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=163597 Log: PR fortran/32049 * gfortran.h (gfc_real_info): Add c_float128 field. * mathbuiltins.def: Indicate which builtins are const. * trans-types.h (float128_type_node, complex_float128_type_node, gfc_real16_is_float128): New variables. * trans-types.c (float128_type_node, complex_float128_type_node, gfc_real16_is_float128): New variables. (gfc_init_kinds): Allow TFmode. (gfc_build_real_type): Mark __float128 types as such. (gfc_init_types): Initialize float128_type_node and complex_float128_type_node * f95-lang.c (gfc_init_builtin_functions): Adjust for new argument of OTHER_BUILTIN macro. * trans-intrinsic.c (gfc_intrinsic_map_t): Likewise. (builtin_decl_for_precision): Special case for __float128. (builtin_decl_for_float_kind): Likewise. (define_quad_builtin): New function. (gfc_build_intrinsic_lib_fndecls): Create all __float128 library decls if necessary. Store them in the real16_decl and complex16_decl builtin map fields. (gfc_get_intrinsic_lib_fndecl): Handle q-suffixed __float128 library function names. * gfortran.dg/random_seed_1.f90: Adjust test. * gfortran.dg/float128_1.f90: New test. Added: trunk/gcc/testsuite/gfortran.dg/float128_1.f90 Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/f95-lang.c trunk/gcc/fortran/gfortran.h trunk/gcc/fortran/mathbuiltins.def trunk/gcc/fortran/trans-intrinsic.c trunk/gcc/fortran/trans-types.c trunk/gcc/fortran/trans-types.h trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/gfortran.dg/random_seed_1.f90 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32049
[Bug fortran/30677] Intrinsics arguments evaluated multiple times
-- 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=30677
[Bug libfortran/45323] warnings compiling libgfortran/io/write.c: array subscript has type 'char'
--- Comment #2 from fxcoudert at gcc dot gnu dot org 2010-08-23 08:37 --- (In reply to comment #1) That's the lines: 1472char cup; 1467size_t dim_i; 1504cup = toupper (base_name[dim_i]); 1511cup = toupper (obj-var_name[dim_i]); and 1743char c; 1741index_type i; 1760c = toupper (dtp-namelist_name[i]); (with: typedef ssize_t index_type;) According to POSIX, toupper is defined as: int toupper(int c); I am not sure I understand the message itself: array subscript has type 'char' because in those lines I do not see how the array subscript can be 'char'. It might be due to the way Tru64 Unix implements toupper. Typically happens because when toupper is a macro that is equivalent to something like: #define toupper(x) (upper_table[x]) POSIX seems to says shall be declared as functions and may also be defined as macros. Does it help to cast the argument to (int)? I mean: -cup = toupper (base_name[dim_i]); +cup = toupper ((int) base_name[dim_i]); for all three toupper? It should. Another solution is to force the function call (but that may mean slower code): cup = (toupper) (base_name[dim_i]); -- 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 |2010-08-23 08:37:12 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45323
[Bug libfortran/45165] unix.c:fallback_access() leaks file descriptors
--- Comment #1 from fxcoudert at gcc dot gnu dot org 2010-08-23 08:39 --- Index: io/unix.c === --- io/unix.c (revision 163225) +++ io/unix.c (working copy) @@ -151,11 +151,15 @@ static int fallback_access (const char *path, int mode) { - if ((mode R_OK) open (path, O_RDONLY) 0) + int fd; + + if ((mode R_OK) (fd = open (path, O_RDONLY)) 0) return -1; + close (fd); - if ((mode W_OK) open (path, O_WRONLY) 0) + if ((mode W_OK) (fd = open (path, O_WRONLY)) 0) return -1; + close (fd); if (mode == F_OK) { -- 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 |2010-08-23 08:39:57 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45165
[Bug fortran/44232] function result with pointer to strided component of argument
--- Comment #12 from fxcoudert at gcc dot gnu dot org 2010-08-06 09:05 --- (In reply to comment #8) Hmm. I've now built gfortran 4.5.1 20100521 (from the branch) and still have the same internal compiler error. I have gcc 4.5.1 20100506 on x86_64-apple-darwin10.3.0, and it compiles fine. The Fortran patches between my version and yours are: -- Revision 159556 2010-05-19 Tobias Burnus bur...@net-b.de PR fortran/43591 * expr.c (gfc_is_constant_expr, gfc_traverse_expr): Handle proc-pointers and type-bound procedures. (gfc_specification_expr): Check proc-pointers for pureness. Revision 159417 2010-05-14 Steven G. Kargl ka...@gcc.gnu.org PR fortran/44135 * fortran/interface.c (get_sym_storage_size): Use signed instead of unsigned mpz_get_?i routines. Revision 159363 PR fortran/44036 * openmp.c (resolve_omp_clauses): Allow procedure pointers in clause variable lists. * trans-openmp.c (gfc_omp_privatize_by_reference): Don't privatize by reference dummy procedures or non-dummy procedure pointers. (gfc_omp_predetermined_sharing): Return OMP_CLAUSE_DEFAULT_FIRSTPRIVATE for dummy procedures. Revision 159306 2010-05-12 Daniel Franke franke.dan...@gmail.com PR fortran/40728 * intrinc.c (gfc_is_intrinsic): Do not prematurely mark symbol as external. Revision 159101 2010-05-06 Tobias Burnus bur...@net-b.de PR fortran/43985 * trans-types.c (gfc_sym_type): Mark Cray pointees as GFC_POINTER_TYPE_P. -- None of these look like they could be it. It could be something outside the Fortran front-end, or a 32/64-bit issue (but then, we'd probably see it on 32-bit linux too). If you have time, can you: 1. Using gfortran -v, isolate the invocation of the compiler itself, f951 2. Copy-paste this command-line and run it under gdb: gdb -args [command line here] 3. When it aborts, backtrace (command bt) and copy-paste the output of gdb. This will give information on where to look. -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added Keywords||ice-on-valid-code http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44232
[Bug fortran/44448] 32-bit gfortran.dg/atan2_1.f90 fails on Solaris 1[01]/x86 at -O0
--- Comment #5 from fxcoudert at gcc dot gnu dot org 2010-06-16 21:30 --- This makes no sense at all. Rainer, I'm really sorry if it seems that I'm shooting questions a bit at random, but I have a hard time imagining how to narrow it down. Can you try the following equivalent C code (at -O0): #include math.h #include stdio.h int main (void) { int i; float x; double y; for (i = 1; i = 10; i++) { x = __builtin_atan2f (1.f, (float) i / 10.f) - __builtin_atan2f (1.f, (float) i / 10.f); printf (%g\n, x); x = atan2f (1.f, (float) i / 10.f) - atan2f (1.f, (float) i / 10.f); printf (%g\n, x); y = __builtin_atan2 (1., (double) i / 10.) - __builtin_atan2 (1., (double) i / 10.); printf (%lg\n, y); y = atan2 (1., (double) i / 10.) - atan2 (1., (double) i / 10.); printf (%lg\n, y); } return 0; } Right now, the only thing I can see make sense is numerically instability in the libm. Also, how are atan2f and atan2 defined in the system's math.h header? Do they have simple prototypes? Are they actually macros? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=8
[Bug fortran/44448] 32-bit gfortran.dg/atan2_1.f90 fails on Solaris 1[01]/x86 at -O0
--- Comment #3 from fxcoudert at gcc dot gnu dot org 2010-06-15 20:10 --- (In reply to comment #2) Try to change that into a print *, atan(1.0, i/10.0) -atan2(1.0, i/10.) and see what it outputs. Only changing the first line, I get -4.35482832E-08 Abort Changing only the first line, could you compile with -fdump-tree-original and attach the *.f90.003t.original file that gets generated? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=8
[Bug fortran/32203] Support the vendor intrinsic function TIMEF
--- Comment #2 from fxcoudert at gcc dot gnu dot org 2010-06-11 08:43 --- I remember discussing that a long while back, and I don't think people had strong opinions. WONTFIX seems good. -- 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=32203
[Bug fortran/30677] Intrinsics arguments evaluated multiple times
-- 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|2007-02-02 08:00:41 |2010-06-11 13:17:29 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30677
[Bug fortran/34145] single_char_string.f90 fails with -fdefault-integer-8
--- Comment #3 from fxcoudert at gcc dot gnu dot org 2010-06-11 13:38 --- (In reply to comment #2) Still true for gcc version 4.6.0 20100509 (experimental) (GCC) I don't know if it's worth the extra work, but this can be tackled in gfc_conv_substring() by checking whether start.expr and end.expr refer to the same var_decl (stripping conversions). If they do, the length is one. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34145
[Bug fortran/42042] Symbol __x86_64__ no longer defined?
-- 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 |2010-06-11 13:46:58 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42042
[Bug fortran/41897] Support TR 29113: Further Interoperability of Fortran with C
-- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added Severity|normal |enhancement Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2010-06-11 13:47:11 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41897
[Bug fortran/43837] Set TREE_NOTHROW also on libgfortran library calls
-- 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 |2010-06-11 13:47:28 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43837
[Bug fortran/44448] 32-bit gfortran.dg/atan2_1.f90 fails on Solaris 1[01]/x86 at -O0
--- Comment #1 from fxcoudert at gcc dot gnu dot org 2010-06-11 13:51 --- if(atan(1.0, i/10.0) -atan2(1.0, i/10.)/= 0.0) call abort() Try to change that into a print *, atan(1.0, i/10.0) -atan2(1.0, i/10.) and see what it outputs. -- 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=8
[Bug fortran/33584] FAIL: gfortran.dg/integer_exponentiation_4.f90 -O (internal compiler error)
--- Comment #12 from fxcoudert at gcc dot gnu dot org 2010-06-11 13:52 --- OK, so I suppose the test is a bit extreme, but other than that, I vote for WONTFIX (or INVALID). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33584
[Bug fortran/44471] Wrong call with variadic declaration
--- Comment #1 from fxcoudert at gcc dot gnu dot org 2010-06-11 21:55 --- We generate a variadic prototype for the decl when calling bar because we try to generate it anew, instead of finding the toplevel decl already existing. This is (again) the multiple decls issue. (Well, we could also fix this issue by rebuilding a complete new decl that has the right argument types, but frankly, we might as well fix the multiple decls issue.) -- 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 |2010-06-11 21:55:30 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44471
[Bug fortran/44471] Wrong call with variadic declaration
--- Comment #2 from fxcoudert at gcc dot gnu dot org 2010-06-11 22:17 --- Created an attachment (id=20899) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20899action=view) Possible patch OK, maybe I came out too strong in my last comment. It is possible to get the front-end to construct a real argument types list from the arguments list of the external call, as is done in the patch attached. Maybe it's worth putting in, I don't really know. It's a bit of a hack, but at least it does work (and it regtests on x86_64-linux). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44471
[Bug fortran/43032] FLUSH: Document that it does not call fsync() but fflush()
--- Comment #1 from fxcoudert at gcc dot gnu dot org 2010-06-10 12:47 --- Patch submitted at: http://gcc.gnu.org/ml/fortran/2010-06/msg00091.html -- 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/fortra ||n/2010-06/msg00091.html Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Keywords||patch Last reconfirmed|-00-00 00:00:00 |2010-06-10 12:47:34 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43032
[Bug fortran/38273] Cray pointers: Document that pointers cannot be function return values
--- Comment #2 from fxcoudert at gcc dot gnu dot org 2010-06-10 19:51 --- Patch proposed at: http://gcc.gnu.org/ml/fortran/2010-06/msg00099.html -- 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/fortra ||n/2010-06/msg00099.html Status|NEW |ASSIGNED Keywords||patch Last reconfirmed|2009-03-28 17:12:06 |2010-06-10 19:51:38 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38273
[Bug fortran/38273] Cray pointers: Document that pointers cannot be function return values
--- Comment #3 from fxcoudert at gcc dot gnu dot org 2010-06-10 20:03 --- Subject: Bug 38273 Author: fxcoudert Date: Thu Jun 10 20:02:39 2010 New Revision: 160569 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=160569 Log: PR fortran/38273 * gfortran.texi: Document that Cray pointers cannot be function results. PR fortran/36234 * gfortran.texi: Document lack of support for syntax complex FUNCTION name*16(), and existence of alternative legacy syntax complex*16 FUNCTION name(). Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/gfortran.texi -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38273
[Bug fortran/36234] Document lack of g77's complex function name*16 syntax
--- Comment #4 from fxcoudert at gcc dot gnu dot org 2010-06-10 19:35 --- Patch proposed at: http://gcc.gnu.org/ml/fortran/2010-06/msg00098.html -- 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/fortra ||n/2010-06/msg00098.html Status|NEW |ASSIGNED Keywords||patch Last reconfirmed|2009-03-28 13:45:17 |2010-06-10 19:35:07 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36234
[Bug fortran/43032] FLUSH: Document that it does not call fsync() but fflush()
--- Comment #2 from fxcoudert at gcc dot gnu dot org 2010-06-10 19:14 --- Subject: Bug 43032 Author: fxcoudert Date: Thu Jun 10 19:14:12 2010 New Revision: 160568 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=160568 Log: PR fortran/43032 * intrinsic.texi (FLUSH): Note the difference between FLUSH and POSIX's fsync(), and how to call the latter from Fortran code. Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/intrinsic.texi -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43032
[Bug fortran/43032] FLUSH: Document that it does not call fsync() but fflush()
--- Comment #3 from fxcoudert at gcc dot gnu dot org 2010-06-10 19: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=43032
[Bug fortran/42434] Documentation should provide advice about clock resolutions
-- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added Severity|normal |enhancement Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Keywords||documentation Last reconfirmed|-00-00 00:00:00 |2010-06-10 19:52:54 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42434
[Bug fortran/38273] Cray pointers: Document that pointers cannot be function return values
--- Comment #4 from fxcoudert at gcc dot gnu dot org 2010-06-10 20:03 --- 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=38273
[Bug fortran/36234] Document lack of g77's complex function name*16 syntax
--- Comment #6 from fxcoudert at gcc dot gnu dot org 2010-06-10 20:03 --- 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=36234
[Bug fortran/36234] Document lack of g77's complex function name*16 syntax
--- Comment #5 from fxcoudert at gcc dot gnu dot org 2010-06-10 20:03 --- Subject: Bug 36234 Author: fxcoudert Date: Thu Jun 10 20:02:39 2010 New Revision: 160569 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=160569 Log: PR fortran/38273 * gfortran.texi: Document that Cray pointers cannot be function results. PR fortran/36234 * gfortran.texi: Document lack of support for syntax complex FUNCTION name*16(), and existence of alternative legacy syntax complex*16 FUNCTION name(). Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/gfortran.texi -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36234
[Bug fortran/42041] Missing defs in omp_lib.h
--- Comment #4 from fxcoudert at gcc dot gnu dot org 2010-06-10 20:36 --- Patch proposed at: http://gcc.gnu.org/ml/gcc-patches/2010-06/msg01143.html -- 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/2010- ||06/msg01143.html Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Keywords||patch Last reconfirmed|-00-00 00:00:00 |2010-06-10 20:36:38 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42041
[Bug fortran/43040] Wrong decl for mathbuiltins - wrong code with LTO
--- Comment #7 from fxcoudert at gcc dot gnu dot org 2010-06-09 10:18 --- Subject: Bug 43040 Author: fxcoudert Date: Wed Jun 9 10:17:56 2010 New Revision: 160459 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=160459 Log: PR fortran/43040 * f95-lang.c (gfc_init_builtin_functions): Remove comment. Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/f95-lang.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43040
[Bug fortran/43040] Wrong decl for mathbuiltins - wrong code with LTO
--- Comment #8 from fxcoudert at gcc dot gnu dot org 2010-06-09 10:20 --- Checked that it is not an issue. -- 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=43040
[Bug fortran/43685] libgfortran: Consider using __int128
--- Comment #1 from fxcoudert at gcc dot gnu dot org 2010-06-09 12:01 --- I don't understand what you mean by that: currently, we have the following typedefs on platforms which support a 128-bit int type: typedef __int128_t GFC_INTEGER_16; typedef __uint128_t GFC_UINTEGER_16; I don't think it changes anything to put __int128 instead of __int128_t. This is a special case anyway, because other kinds use the stdint.h name: int8_t, int16_t, int32_t and int64_t. -- 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=43685
[Bug fortran/43710] suspicious string comparisons
--- Comment #3 from fxcoudert at gcc dot gnu dot org 2010-06-09 12:07 --- Hey, I actually have the answer to this one: yes, it is intended as is, and not, it is a bit more complicated that Jerry says. We maintain a hash table of identifiers, so that when we have multiple times the same string, it's always allocated only once. See how gfc_get_string works, especially the comment at the top: /* Given printf-like arguments, return a stable version of the result string. We already have a working, optimized string hashing table in the form of the identifier table. Reusing this table is likely not to be wasted, since if the function name makes it to the gimple output of the frontend, we'll have to create the identifier anyway. */ The other, extra-nice benefits of these are 1. we do not have to compare strings, but simply pointers; 2. we don't have to worry about releasing memory on a per-case basis. As such, I'm closing this PR. If you think the analysis is incorrect, please reopen. -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added CC||fxcoudert at gcc dot gnu dot ||org Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43710
[Bug fortran/40873] -fwhole-file -fwhole-program: Wrong decls cause too much to be optimized away
--- Comment #16 from fxcoudert at gcc dot gnu dot org 2010-06-09 22:10 --- Another one that fails: subroutine func (x) use demo integer :: x x = 999 end subroutine func subroutine foo interface subroutine func(x) integer :: x end subroutine func end interface integer :: x call func(x) if (x /= 999) call abort () end subroutine foo program test call foo end -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40873
[Bug fortran/38913] Fortran does not set TYPE_CANONICAL properly
--- Comment #19 from fxcoudert at gcc dot gnu dot org 2010-06-09 22:11 --- (In reply to comment #16) Re-confirmed with current trunk, testcase from (comment #8). I think it now passes. -- 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=38913
[Bug fortran/43040] Wrong decl for mathbuiltins - wrong code with LTO
--- Comment #6 from fxcoudert at gcc dot gnu dot org 2010-06-08 20:39 --- I'm currently looking at math builtins for __float128 support, so I'll check that. -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added CC||fxcoudert at gcc dot gnu dot ||org AssignedTo|unassigned at gcc dot gnu |fxcoudert at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED Last reconfirmed|2010-02-12 11:07:37 |2010-06-08 20:39:06 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43040
[Bug fortran/32049] Support on x86_64 also kind=16
-- 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|2007-06-02 07:37:11 |2010-06-08 20:42:25 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32049
[Bug target/42159] [4.4/4.5/4.6] app SIGABRTs after a trivial nested throw/stack unwinding
--- Comment #16 from fxcoudert at gcc dot gnu dot org 2010-05-18 10:28 --- Confirmed on gcc version 4.5.1 20100506 (prerelease). -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Known to fail|4.4.1 4.4.2 |4.4.1 4.4.2 4.5.1 Known to work|4.5.0 | Last reconfirmed|-00-00 00:00:00 |2010-05-18 10:28:59 date|| Summary|[4.4 only] app compiled with|[4.4/4.5/4.6] app SIGABRTs |4.4.2 SIGABRTs after a |after a trivial nested |trivial nested throw/stack |throw/stack unwinding |unwinding | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42159
[Bug debug/43821] -feliminate-dwarf2-dups produces no debug symbols in executable warning from dsymutil
--- Comment #2 from fxcoudert at gcc dot gnu dot org 2010-05-18 10:35 --- Doesn't happen for me with the 4.5 branch. (I don't have a current trunk compiler to compare with.) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43821
[Bug bootstrap/43715] [4.5] configure option --enable-plugin fails on darwin
-- 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 |2010-05-17 12:00:06 date|| Summary|configure option --enable- |[4.5] configure option -- |plugin fails on darwin |enable-plugin fails on ||darwin http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43715
[Bug ada/42554] Can't build GNAT tools
--- Comment #14 from fxcoudert at gcc dot gnu dot org 2010-05-17 12:07 --- Appears to be fixed. Please reopen if that's not the case. -- 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=42554
[Bug libgcj/38812] gcj-built executables don't run after strip (libgcj erroneously references _environ)
--- Comment #5 from fxcoudert at gcc dot gnu dot org 2010-05-17 12:53 --- On Mac OS X (all versions), the correct fix is to use _NSGetEnviron() instead of extern variable environ, and to include crt_externs.h. Example of use: #include stdlib.h #include string.h #include crt_externs.h int main (void) { // Instead of: extern char **environ; #define environ (*_NSGetEnviron()) char **env = malloc (3 * sizeof(char *)); env[0] = strdup (VAR1=this is variable one); env[1] = strdup (PATH=/dev/null); env[2] = NULL; environ = env; system (/usr/bin/env); return 0; } (see http://www.gnu.org/software/gnulib/manual/html_node/environ.html) So, a possible patch (protecting target-specific code with #idef's; I don't know if that's the style libjava maintainers would like best) is: Index: java/lang/natPosixProcess.cc === --- java/lang/natPosixProcess.cc(revision 159481) +++ java/lang/natPosixProcess.cc(working copy) @@ -54,7 +54,12 @@ using gnu::java::nio::channels::FileChannelImpl; using namespace java::lang; +#ifdef __APPLE__ +#include crt_externs.h +#define environ (*_NSGetEnviron()) +#else extern char **environ; +#endif static char * new_string (jstring string) -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added CC||fxcoudert at gcc dot gnu dot ||org, tromey at redhat dot ||com, aph at redhat dot com Last reconfirmed|2009-01-13 01:03:10 |2010-05-17 12:53:59 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38812
[Bug debug/40040] gfortran invalid DW_AT_location for overridable variables
--- Comment #11 from fxcoudert at gcc dot gnu dot org 2010-04-21 10:38 --- (In reply to comment #10) Unfortunately that change isn't even mentioned in the ChangeLog entry nor I could find any discussions about it on the mailing list from that time. In the bugzilla PR you reference, there are links to the gcc-patches thread: http://gcc.gnu.org/ml/gcc-patches/2007-11/msg00120.html which itself refers to a thread on the gdb list: http://www.sourceware.org/ml/gdb/2007-10/msg00205.html Now, if you're refering to this hunk of the change: --- trunk/gcc/dwarf2out.c 2007/11/04 04:34:47 129881 +++ trunk/gcc/dwarf2out.c 2007/11/04 14:43:45 129882 @@ -11356,7 +11356,8 @@ TREE_PUBLIC (decl) DECL_ASSEMBLER_NAME (decl) != DECL_NAME (decl) !DECL_ABSTRACT (decl) - !(TREE_CODE (decl) == VAR_DECL DECL_REGISTER (decl))) + !(TREE_CODE (decl) == VAR_DECL DECL_REGISTER (decl)) + !is_fortran ()) add_AT_string (die, DW_AT_MIPS_linkage_name, IDENTIFIER_POINTER (DECL_ASSEMBLER_NAME (decl))); } well, it looks like it wasn't approved, so I wouldn't be surprised if it's just a something I had testing in my tree that I inadvertently committed at the time. Sorry about that. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40040
[Bug debug/40040] gfortran invalid DW_AT_location for overridable variables
--- Comment #13 from fxcoudert at gcc dot gnu dot org 2010-04-21 10:46 --- I have googled the gcc.gnu.org domain for my name and DW_AT_MIPS_linkage_name, and came up with nothing relevant. So, I never proposed or sought to get this part approved, which confirms it's probably just human error. I am no longer a Fortran maintainer, but I'm sure the reversion will be easily approved. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40040
[Bug bootstrap/42424] [4.5 Regression] in-tree GMP/MPFR/MPC bootstrap fails
--- Comment #8 from fxcoudert at gcc dot gnu dot org 2010-01-06 23:50 --- Patch works for me. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42424
[Bug middle-end/42479] Wrong code with -floop-block
--- Comment #1 from fxcoudert at gcc dot gnu dot org 2010-01-05 11:40 --- Also happens at rev. 155544 on x86_64-unknown-linux-gnu, with both -m32 and -m64. -O3 -floop-block gives different results than -O3 alone (and is much faster). Profiling should indicate what part of code is different (I tried diff'ing the optimized tree dumps, but it's too hard with the variable name changes). -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 GCC build triplet|x86_64-apple-darwin10 | GCC host triplet|x86_64-apple-darwin10 | GCC target triplet|x86_64-apple-darwin10 |i386, x86_64 Last reconfirmed|-00-00 00:00:00 |2010-01-05 11:40:52 date|| Summary|Wrong-code for induct.f90 |Wrong code with -floop-block |with -O3 -floop-block| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42479
[Bug middle-end/42479] Wrong code with -floop-block
--- Comment #2 from fxcoudert at gcc dot gnu dot org 2010-01-05 11:42 --- Created an attachment (id=19471) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19471action=view) Source file and input file Compile induct.f90 and run with induct.in in the same directory. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42479
[Bug c++/42346] darwin instantiation vs. optimization oddity
--- Comment #7 from fxcoudert at gcc dot gnu dot org 2010-01-05 00:19 --- Regarding There's nothing funny or weird about the compile line folks, well, actually, it was really needed. Turns out it doesn't fail without -g, which is why I didn't see it. -- 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 |2010-01-05 00:19:42 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42346
[Bug bootstrap/42424] in-tree GMP/MPFR/MPC bootstrap fails
--- Comment #3 from fxcoudert at gcc dot gnu dot org 2010-01-02 19:53 --- OK, I can reproduce the issue. 1. I have a GCC trunk (rev. 155544). In there I put symlinks to gmp-4.3.1, mpfr-2.4.2 and mpc-0.8.1 2. From an empty build directory, I configure with: ../trunk/configure --prefix=/Users/fx/devel/gcc/irun --enable-languages=c 3. make fails with: checking for __gmpz_init in -lgmp... no configure: error: libgmp not found or uses a different ABI. make[2]: *** [configure-stage1-mpc] Error 1 make[1]: *** [stage1-bubble] Error 2 make: *** [all] Error 2 The problem is actually not an ABI one, but that the mpc configure fails with: configure:10805: checking for __gmpz_init in -lgmp configure:10830: gcc -o conftest -g -fkeep-inline-functions -I/Users/fx/devel/gcc/ibin-intree/./gmp -I/Users/fx/devel/gcc/trunk/mpfr conftest.c -lgmp 5 ld: library not found for -lgmp The problem is that mpc isn't told where to find the gmp and mpfr libraries. It is confirmed by the mpc configure command-line (from mpc/config.log): /Users/fx/devel/gcc/trunk/mpc/configure --cache-file=./config.cache --prefix=/Users/fx/devel/gcc/irun --enable-languages=c --program-transform-name=s,y,y, --disable-option-checking --build=x86_64-apple-darwin10.2.0 --host=x86_64-apple-darwin10.2.0 --target=x86_64-apple-darwin10.2.0 --srcdir=../../trunk/mpc --disable-intermodule --enable-checking=yes,types --disable-coverage --enable-languages=c --disable-shared --with-gmp-include=/Users/fx/devel/gcc/ibin-intree/./gmp --with-mpfr-include=/Users/fx/devel/gcc/trunk/mpfr This can be contrasted with mpfr, which is configured with '--with-gmp-build=/Users/fx/devel/gcc/ibin-intree/./gmp', and thus knows where to find libgmp. So it seems that the following patch should be applied to configure.ac: Index: configure.ac === --- configure.ac(revision 155544) +++ configure.ac(working copy) @@ -1287,7 +1287,7 @@ if test x$with_mpfr$with_mpfr_include$with_mpfr_lib = x test -d ${srcdir}/mpfr; then gmplibs='-L$$r/$(HOST_SUBDIR)/mpfr/.libs -L$$r/$(HOST_SUBDIR)/mpfr/_libs '$gmplibs gmpinc='-I$$r/$(HOST_SUBDIR)/mpfr -I$$s/mpfr '$gmpinc - extra_mpc_mpfr_configure_flags='--with-mpfr-include=$$s/mpfr' + extra_mpc_mpfr_configure_flags='--with-mpfr-include=$$s/mpfr --with-mpfr-lib=$$r/$(HOST_SUBDIR)/mpfr/.libs' # Do not test the mpfr version. Assume that it is sufficient, since # it is in the source tree, and the library has not been built yet # but it would be included on the link line in the version check below @@ -1321,7 +1321,7 @@ gmplibs='-L$$r/$(HOST_SUBDIR)/gmp/.libs -L$$r/$(HOST_SUBDIR)/gmp/_libs '$gmplibs gmpinc='-I$$r/$(HOST_SUBDIR)/gmp -I$$s/gmp '$gmpinc extra_mpfr_configure_flags='--with-gmp-build=$$r/$(HOST_SUBDIR)/gmp' - extra_mpc_gmp_configure_flags='--with-gmp-include=$$r/$(HOST_SUBDIR)/gmp' + extra_mpc_gmp_configure_flags='--with-gmp-include=$$r/$(HOST_SUBDIR)/gmp --with-gmp-lib=$$r/$(HOST_SUBDIR)/gmp/.libs' # Do not test the gmp version. Assume that it is sufficient, since # it is in the source tree, and the library has not been built yet # but it would be included on the link line in the version check below Except that on some targets, .libs is actually called _libs. I don't know how to deal with that. -- 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 |2010-01-02 19:53:42 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42424
[Bug bootstrap/42566] Bootstrap fails in stage3 building the libstdc++ PCH
--- Comment #3 from fxcoudert at gcc dot gnu dot org 2010-01-02 20:02 --- Can you give us: 1. The results of grep '^CXX' Makefile in directories /Users/ed/obj/powerpc-apple-darwin7.9.0/libstdc++-v3/include and /Users/ed/obj/powerpc-apple-darwin7.9.0/libstdc++-v3 2. The long command line at the top of Users/ed/obj/powerpc-apple-darwin7.9.0/libstdc++-v3/config.log (following the text Invocation command line was) I don't see why the just built compiler is not picked up in your configuration, as it is in mine. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42566
[Bug bootstrap/42566] Bootstrap fails in stage3 building the libstdc++ PCH
--- Comment #8 from fxcoudert at gcc dot gnu dot org 2010-01-02 20:48 --- And the command-line in config.log? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42566
[Bug target/36502] i386/darwin generates unnecessary stack ops in every function
--- Comment #2 from fxcoudert at gcc dot gnu dot org 2010-01-02 20:52 --- Still present as of rev. 155544. -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Keywords||missed-optimization Known to fail||4.4.0 4.5.0 Last reconfirmed|-00-00 00:00:00 |2010-01-02 20:52:27 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36502
[Bug middle-end/41043] [4.4/4.5 Regression] virtual memory exhausted: Cannot allocate memory
-- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added GCC build triplet|*-apple-darwin9 | GCC host triplet|*-apple-darwin9 | GCC target triplet|*-apple-darwin9 | Keywords||compile-time-hog, memory-hog Known to fail||4.4.1 4.5.0 Last reconfirmed|2009-08-12 13:14:04 |2010-01-02 21:02:20 date|| Target Milestone|4.4.3 |--- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41043
[Bug bootstrap/42566] Bootstrap fails in stage3 building the libstdc++ PCH
--- Comment #1 from fxcoudert at gcc dot gnu dot org 2010-01-01 10:27 --- Can you give us the output of the configure line? It should say somewhere: checking where to find the target c++... just compiled checking where to find the target c++ for libstdc++... just compiled -- 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=42566
[Bug c++/42346] darwin instantiation vs. optimization oddity
--- Comment #4 from fxcoudert at gcc dot gnu dot org 2010-01-01 12:21 --- (In reply to comment #3) GNU C++ (GCC) version 4.5.0 20091206 (experimental) (x86_64-apple-darwin10.2.0) Fails. Works with g++ 20100101 (rev. 155544), on x86_64-apple-darwin10.2.0. Compiled with: g++ -std=c++0x --param ggc-min-expand=100 --param ggc-min-heapsize=131072 -O2 basic-eh-map.darwin10.ii (as well as all other variants I could think of). Optimization error on Valid. Please give your exact compilation command line and configure options. If not, closing as FIXED? -- 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=42346
[Bug tree-optimization/41956] Segfault in vectorizer
--- Comment #9 from fxcoudert at gcc dot gnu dot org 2009-12-31 11:21 --- Confirmed as fixed on x86_64-apple-darwin10 at rev. 155523. -- 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=41956
[Bug fortran/41219] libgfortran build warnings
--- Comment #22 from fxcoudert at gcc dot gnu dot org 2009-12-29 15:48 --- *** Bug 29313 has been marked as a duplicate of this bug. *** -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41219
[Bug middle-end/29313] [middle-end]Possible bogus warning: argument 'type' might be clobbered
--- Comment #2 from fxcoudert at gcc dot gnu dot org 2009-12-29 15:48 --- *** This bug has been marked as a duplicate of 41219 *** -- 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=29313
[Bug target/38651] Can't build bfin-elf-gcc (BASE_REG_CLASS undeclared).
--- Comment #1 from fxcoudert at gcc dot gnu dot org 2009-12-29 16:18 --- Appears to be fixed (I can build a bfin-unknown-elf compiler on x86_64-apple-darwin10.2.0). -- 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=38651
[Bug target/36381] preprocessing, fortran: register include paths and framework
-- 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-12-29 16:49:02 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36381
[Bug middle-end/41956] Segmentation fault when called by mpicc
--- Comment #6 from fxcoudert at gcc dot gnu dot org 2009-12-29 17:42 --- I can confirm the segfault at -O3 with current trunk (rev. 155505) on x86_64-apple-darwin10.2.0. I also generated a (much) reduced testcase: void K (int *gpwgts, int *badminpwgt, int *badmaxpwgt) { int i; for (i = 0; i 10; i += 2) { badminpwgt[i] = badminpwgt[i+1] = gpwgts[i]+gpwgts[i]; badmaxpwgt[i] = badmaxpwgt[i+1] = gpwgts[i]+gpwgts[i]; } } The segfault backtrace is: Program received signal EXC_BAD_ACCESS, Could not access memory. Reason: 13 at address: 0x vect_analyze_slp (loop_vinfo=value temporarily unavailable, due to optimizations, bb_vinfo=value temporarily unavailable, due to optimizations) at gimple.h:33 33 DEF_VEC_P(gimple); (gdb) bt #0 vect_analyze_slp (loop_vinfo=value temporarily unavailable, due to optimizations, bb_vinfo=value temporarily unavailable, due to optimizations) at gimple.h:33 #1 0x0001007bce67 in vect_analyze_loop (loop=value temporarily unavailable, due to optimizations) at ../../trunk/gcc/tree-vect-loop.c:1433 #2 0x0001007ca08a in vectorize_loops () at ../../trunk/gcc/tree-vectorizer.c:219 #3 0x00010058d7ae in execute_one_pass (pass=0x100c3ca00) at ../../trunk/gcc/passes.c:1561 #4 0x00010058da7d in execute_pass_list (pass=0x100c3ca00) at ../../trunk/gcc/passes.c:1616 #5 0x00010058da8f in execute_pass_list (pass=0x100c3c820) at ../../trunk/gcc/passes.c:1617 #6 0x00010058da8f in execute_pass_list (pass=0x100c3be60) at ../../trunk/gcc/passes.c:1617 #7 0x0001006b86e8 in tree_rest_of_compilation (fndecl=0x141609900) at ../../trunk/gcc/tree-optimize.c:413 #8 0x0001008731e3 in cgraph_expand_function (node=value temporarily unavailable, due to optimizations) at ../../trunk/gcc/cgraphunit.c:1544 #9 0x0001008760da in cgraph_optimize () at ../../trunk/gcc/cgraphunit.c:1623 #10 0x0001008766bd in cgraph_finalize_compilation_unit () at ../../trunk/gcc/cgraphunit.c:1093 #11 0x00010001f2a2 in c_write_global_declarations () at ../../trunk/gcc/c-decl.c:9490 #12 0x00010064e322 in toplev_main (argc=4, argv=0x7fff5fbff5d0) at ../../trunk/gcc/toplev.c:1061 #13 0x000108b4 in start () -- 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||ice-on-valid-code Known to fail||4.5.0 Last reconfirmed|-00-00 00:00:00 |2009-12-29 17:42:02 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41956
[Bug objc/40864] Designated initializers for multi-dimensional arrays fail in Objective-C
-- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added Severity|normal |enhancement GCC build triplet|i686-apple-darwin9 | GCC host triplet|i686-apple-darwin9 | GCC target triplet|i686-apple-darwin9 | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40864
[Bug target/41595] object-c++ mangled local labels are not correctly recognized.
--- Comment #4 from fxcoudert at gcc dot gnu dot org 2009-12-29 17:48 --- Fixed. -- 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=41595
[Bug middle-end/42488] [4.4 only] spurious strict-aliasing warning
-- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 GCC build triplet|i686-apple-darwin9 | GCC host triplet|i686-apple-darwin9 | GCC target triplet|i686-apple-darwin9 | Known to fail||4.4.2 Known to work|4.5.0 |4.5.0 4.3.2 Last reconfirmed|-00-00 00:00:00 |2009-12-29 17:59:50 date|| Summary|spurious strict-aliasing|[4.4 only] spurious strict- |warning |aliasing warning http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42488
[Bug bootstrap/35938] Fixincludes failure with 'make check'
--- Comment #3 from fxcoudert at gcc dot gnu dot org 2009-12-29 18:39 --- Fixed. Now all fixincludes tests pass on x86_64-apple-darwin10. -- 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=35938
[Bug target/36399] ABI bug on darwin/x86-32
--- Comment #7 from fxcoudert at gcc dot gnu dot org 2009-12-29 20:21 --- Patch for current trunk: Index: gcc/config/i386/i386.h === --- gcc/config/i386/i386.h (revision 155505) +++ gcc/config/i386/i386.h (working copy) @@ -1810,7 +1810,7 @@ #define X86_64_SSE_REGPARM_MAX 8 #define X86_64_MS_SSE_REGPARM_MAX 4 -#define X86_32_SSE_REGPARM_MAX (TARGET_SSE ? 3 : 0) +#define X86_32_SSE_REGPARM_MAX (TARGET_SSE ? (TARGET_MACHO ? 4 : 3) : 0) #define SSE_REGPARM_MAX \ (TARGET_64BIT ? (TARGET_64BIT_MS_ABI ? X86_64_MS_SSE_REGPARM_MAX \ -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added CC||fxcoudert at gcc dot gnu dot ||org Keywords||patch Last reconfirmed|2009-06-03 21:18:11 |2009-12-29 20:21:12 date|| Summary|FSF GCC ABI bug on |ABI bug on darwin/x86-32 |darwin/x86-32 | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36399
[Bug target/33120] Data not put in BSS section on Mac OS
--- Comment #8 from fxcoudert at gcc dot gnu dot org 2009-12-29 21:34 --- This is not a Fortran issue, but a generic Darwin issue: $ cat a.c int x[999] = { 0 }; $ gcc -c a.c ll a.o -rw-r--r-- 1 fx wheel38M Dec 29 22:32 a.o On Linux, for example, we don't get such a large object file as x is put in the BSS section. Seems like this does not happen on darwin. -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added CC||fxcoudert at gcc dot gnu dot ||org Last reconfirmed|2007-10-05 12:45:37 |2009-12-29 21:34:35 date|| Summary|Large module object files |Data not put in BSS section |when declare arrays on Mac |on Mac OS |OSX | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33120
[Bug c/29186] optimzation breaks floating point exception flag reading
-- 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-12-29 21:48:42 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29186
[Bug middle-end/30568] -ftrapping-math should prevent folding/dead code stripping of some builtins
--- Comment #6 from fxcoudert at gcc dot gnu dot org 2009-12-29 21:51 --- Confirming this as generic, non Darwin-specific bug. On i686-linux with current trunk: $ cat a.c #include stdio.h #include math.h #include fenv.h main() { unsigned flags; feclearexcept(FE_ALL_EXCEPT); (void)acos(1.1); flags = fetestexcept(FE_ALL_EXCEPT); printf((void)acos( %e ) gives flags 0x%8x\n, 1.1, flags FE_ALL_EXCEPT); } $ gcc a.c -ftrapping-math -O0 -fno-math-errno -lm ./a.out (void)acos( 1.10e+00 ) gives flags 0x 0 -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added GCC target triplet|*-*-darwin* | Last reconfirmed|2007-01-24 10:25:28 |2009-12-29 21:51:37 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30568
[Bug bootstrap/41245] [4.5 Regression] Bootstrap broken on I386-apple-darwin9 at revision 151373
--- Comment #21 from fxcoudert at gcc dot gnu dot org 2009-09-27 10:10 --- Fixed. -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added Status|WAITING |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41245
[Bug bootstrap/41180] can not build gcc 4.4.1 on Snow Leopard Mac OS X 10.6
--- Comment #31 from fxcoudert at gcc dot gnu dot org 2009-09-09 08:15 --- Subject: Bug 41180 Author: fxcoudert Date: Wed Sep 9 08:14:36 2009 New Revision: 151554 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=151554 Log: PR bootstrap/41180 * gcc/cp/Make-lang.in: Remove redundant code from linkage for darwin10. Modified: trunk/gcc/cp/ChangeLog trunk/gcc/cp/Make-lang.in -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41180
[Bug bootstrap/41180] can not build gcc 4.4.1 on Snow Leopard Mac OS X 10.6
--- Comment #32 from fxcoudert at gcc dot gnu dot org 2009-09-09 08:46 --- Subject: Bug 41180 Author: fxcoudert Date: Wed Sep 9 08:46:32 2009 New Revision: 151555 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=151555 Log: PR bootstrap/41180 * gcc/cp/Make-lang.in: Remove redundant code from linkage for darwin10. Modified: branches/gcc-4_4-branch/gcc/cp/ChangeLog branches/gcc-4_4-branch/gcc/cp/Make-lang.in -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41180
[Bug fortran/40812] Files 2GB are incorrectly handled on mingw
--- Comment #5 from fxcoudert at gcc dot gnu dot org 2009-09-05 10:10 --- I can confirm the issue with Steve's testcase on a (i686-darwin) to (i586-pc-mingw32) cross-compiler, at trunk revision 151373. The issue can even be seen while running the compiled program under wine, which should make it rather easy to reproduce without having to deal with Windows :) I even have a simplified testcase, with one big write (and no CPU consumption dealing with integer formating): implicit none character(len=1024*1024), parameter :: mb = integer :: i open(1, file = 't2.dat') write (1,(A)) (mb, i = 1, 2*1024 + 100) close(1) end $ ls -l t2* -rw-r--r-- 1 fx staff 2252343396 Sep 5 12:05 t2-darwin.dat -rw-r--r-- 1 fx staff 2251296966 Sep 5 12:06 t2-mingw.dat where t2-darwin.dat is produced by the darwin executable, and t2.dat is produced by the mingw executable. Please note: the sizes should actually not be equal, but t2-mingw.dat should have exactly 2148 more bytes (= 2*1024 + 100) because mingw has CR+LF line endings. -- 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 GCC build triplet|Same| GCC host triplet|Windows XP Pro, Core2Quad | |Q6600, 2Gb RAM | GCC target triplet|Same|i586-pc-mingw32 Keywords||wrong-code Known to fail||4.5.0 Last reconfirmed|-00-00 00:00:00 |2009-09-05 10:10:54 date|| Summary|Incorrectly writes/reads|Files 2GB are incorrectly |formatted ASCII files |handled on mingw |greater than 2Gb| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40812
[Bug driver/41024] driver passes wrong parameter to as
--- Comment #3 from fxcoudert at gcc dot gnu dot org 2009-09-05 10:14 --- (In reply to comment #2) Ok, could you sent a patch for it. It is pre-approved by me. I can't test it, have you? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41024
[Bug driver/41024] driver passes wrong parameter to as
--- Comment #6 from fxcoudert at gcc dot gnu dot org 2009-09-05 14:14 --- Subject: Bug 41024 Author: fxcoudert Date: Sat Sep 5 14:14:28 2009 New Revision: 151450 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=151450 Log: PR target/41024 * config/i386/mingw-w64.h (ASM_SPEC): Pass -v instead of -V to the assembler. Modified: trunk/gcc/ChangeLog trunk/gcc/config/i386/mingw-w64.h -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41024
[Bug target/41024] driver passes wrong parameter to as
--- Comment #7 from fxcoudert at gcc dot gnu dot org 2009-09-05 14:16 --- Fixed on trunk, does not exist on 4.4 branch. -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Component|driver |target Resolution||FIXED Target Milestone|--- |4.5.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41024
[Bug target/22145] /usr/include/objc/objc-runtime.h on powerpc-darwin7.8.0 needs fixed included
--- Comment #3 from fxcoudert at gcc dot gnu dot org 2009-09-05 14:21 --- Has apparently been fixed by an SDK update. Closing. -- 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=22145
[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