--- 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
--- 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
--- 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
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last
--- 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
--- 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
--- 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
--- 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
--- 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
--- 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
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last
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
--- 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
--- 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
--
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
--- 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
--- 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
--- 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
--- 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
--- 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
--- 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
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |enhancement
Status|UNCONFIRMED |NEW
--- 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
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|fxcoudert at gcc dot gnu dot|unassigned at gcc dot gnu
|org
--- 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
--- 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
--- 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
--- 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
--- 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
--- 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
--
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
--- 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
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |enhancement
Status|UNCONFIRMED |NEW
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last
--- 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
--- 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
--- 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
--- 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
--- 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
--- 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
--- 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
--- 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
--- 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
--- 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
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |enhancement
Status|UNCONFIRMED |NEW
--- 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
--- 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
--- 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
--- 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
--- 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
--- 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
--- 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
--- 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
--- 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
--- 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
--- 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
--
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
--- 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
--- 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
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last
--- 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
--- 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
--- 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
--- 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
--- 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
--- 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
--- 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
--- 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
--- 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
--- 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
--- 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
--- 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
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
GCC build triplet|*-apple-darwin9 |
GCC host triplet|*-apple-darwin9 |
GCC target
--- 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
--- 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
--- 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
--- 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
--- 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
--- 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
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last
--- 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
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |enhancement
GCC build triplet|i686-apple-darwin9
--- 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
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
GCC build
--- 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
--- 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
--- 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
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last
--- 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
--- 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
--- 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
--- 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
--- 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
--- 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
--- 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
--- 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
--- 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
--- 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
1 - 100 of 3175 matches
Mail list logo
