--- Comment #4 from muntyan at fastmail dot fm 2010-09-23 06:52 ---
"Me too". This is real code, from xdgmime library (errno doesn't matter)
long retval = -1;
...
if ((retval < INT_MIN) || (retval > INT_MAX) || (errno != 0))
return -1;
--
http://gcc.gnu.or
--- Comment #1 from hjl dot tools at gmail dot com 2010-09-23 06:46 ---
It is caused by revision 161655:
http://gcc.gnu.org/ml/gcc-cvs/2010-07/msg6.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
---
"A member function template is never instantiated to perform the copy of a
class object to an object of its
class type."
But gcc instantiates it if function parameter type is the rvalue reference.
Following code shall not output anything if executed.
struct S
{
S() = default ;
template <
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last recon
--- Comment #3 from jojelino at gmail dot com 2010-09-23 04:52 ---
seems fixed in rev 164528
--
jojelino at gmail dot com changed:
What|Removed |Added
Status
--- Comment #23 from davek at gcc dot gnu dot org 2010-09-23 04:08 ---
(In reply to comment #21)
> I see that the main problem is dllexported *inline* functions.
That is my understanding of it too.
> Can Nathan's change be modified
> to only emit dllexported *non-inline* functions? I
--- Comment #22 from davek at gcc dot gnu dot org 2010-09-23 03:56 ---
(In reply to comment #20)
> Indeed, the explanation page
> http://gcc.gnu.org/wiki/Visibility
[ ... ]
> this means to use these options, you should alter your header files first, but
> wxwidgets source code apparent
--- Comment #14 from jvdelisle at gcc dot gnu dot org 2010-09-23 01:43
---
Fixed on trunk. I will backport to 4.5 and 4.4 except the portion dealing with
char4 internal units which is not supported on these earlier releases. Backport
will occur in a few days or weeks. I would like to
--- Comment #13 from jvdelisle at gcc dot gnu dot org 2010-09-23 01:28
---
Subject: Bug 45710
Author: jvdelisle
Date: Thu Sep 23 01:28:39 2010
New Revision: 164548
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=164548
Log:
2010-09-22 Jerry DeLisle
PR libfortran/4571
--- Comment #11 from jvdelisle at gcc dot gnu dot org 2010-09-23 01:22
---
Backport complete. Closing
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #10 from jvdelisle at gcc dot gnu dot org 2010-09-23 01:21
---
Subject: Bug 45532
Author: jvdelisle
Date: Thu Sep 23 01:21:10 2010
New Revision: 164547
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=164547
Log:
2010-09-22 Jerry DeLisle
Backport from main
--- Comment #9 from jvdelisle at gcc dot gnu dot org 2010-09-23 01:19
---
Subject: Bug 45532
Author: jvdelisle
Date: Thu Sep 23 01:19:13 2010
New Revision: 164546
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=164546
Log:
2010-09-22 Jerry DeLisle
Backport from mainl
--- Comment #8 from jvdelisle at gcc dot gnu dot org 2010-09-23 01:11
---
Subject: Bug 45532
Author: jvdelisle
Date: Thu Sep 23 01:11:16 2010
New Revision: 164545
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=164545
Log:
2010-09-22 Jerry DeLisle
Backport from mainl
--- Comment #7 from jvdelisle at gcc dot gnu dot org 2010-09-23 00:58
---
Subject: Bug 45532
Author: jvdelisle
Date: Thu Sep 23 00:58:12 2010
New Revision: 164544
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=164544
Log:
2010-09-22 Jerry DeLisle
PR libfortran/45532
--- Comment #12 from jvdelisle at gcc dot gnu dot org 2010-09-23 00:53
---
Subject: Bug 45710
Author: jvdelisle
Date: Thu Sep 23 00:53:15 2010
New Revision: 164543
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=164543
Log:
2010-09-22 Jerry DeLisle
PR libfortran/4571
The following command line causes the gcc/g++ driver front-end to crash with a
core dump (segmentation fault):
gcc -O -O -O -O -O -O -O -O -O -O -O -O -O -O -O -O -O -O -O -O -Wall -Wall
hello.cpp
Note: The example is only meant as easy to reproduce failing case. Actually the
problem occured in a
--- Comment #7 from hjl dot tools at gmail dot com 2010-09-23 00:20 ---
*** Bug 45753 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45325
--- Comment #1 from hjl dot tools at gmail dot com 2010-09-23 00:20 ---
*** This bug has been marked as a duplicate of 45325 ***
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--
On Linux/ia32, revision 162918:
http://gcc.gnu.org/ml/gcc-cvs/2010-08/msg00129.html
caused:
[...@gnu-35 rrs]$ /export/gnu/import/rrs/162918/usr/bin/gcc -m32 -march=i586 -S
pr38240.c
pr38240.c: In function \u2018g\u2019:
pr38240.c:8:21: internal compiler error: in convert_move, at expr.c:326
Plea
--- Comment #2 from howarth at nitro dot med dot uc dot edu 2010-09-23
00:11 ---
Caused by...
Author: jsm28
Date: Wed Sep 22 20:19:39 2010
New Revision: 164532
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=164532
Log:
* opts-common.c (prune_options): Make static. Wor
g++ 4.5-20100916 ICEs with "-O3 -march=pentium4" when using the following code:
template
void transform(const T *in_points,
int num_points,
const float projection_mat[16],
const float modelview_mat[16],
float *out_points)
{
float mat[1
--- Comment #4 from redi at gcc dot gnu dot org 2010-09-22 23:22 ---
(In reply to comment #3)
> This seems to me an instance of "don't do it when it hurts", no? Thanks.
That was my first thought when I saw this bug.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28756
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Ever Confirmed|0 |1
Last re
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED|UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45728
--- Comment #8 from joseph at codesourcery dot com 2010-09-22 22:40 ---
Subject: Re: Incorrect printf warning: expect double has float
On Wed, 22 Sep 2010, dj at redhat dot com wrote:
> --- Comment #6 from dj at redhat dot com 2010-09-22 20:22 ---
> Created an attachment (id=
--- Comment #1 from dominiq at lps dot ens dot fr 2010-09-22 22:30 ---
Same thing on powerpc-apple-darwin9.
--
dominiq at lps dot ens dot fr changed:
What|Removed |Added
At revision 164538 bootstrap fails at stage 1:
...
gcc -g -fkeep-inline-functions -DIN_GCC -W -Wall -Wwrite-strings
-Wcast-qual -Wstrict-prototypes -Wmissing-prototypes -Wmissing-format-attribute
-pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings
-Wold-style-definition -Wc+
Compiler output:
$ gcc -O testcase.c
testcase.c:6:1: error: invalid initializer
testcase.c: In function 'foo':
testcase.c:10:20: error: 'undeclared' undeclared (first use in this function)
testcase.c:10:20: note: each undeclared identifier is reported only once for
each function it appears in
testc
--- Comment #9 from tkoenig at gcc dot gnu dot org 2010-09-22 21:59 ---
This should be better:
Index: frontend-passes.c
===
--- frontend-passes.c (Revision 164404)
+++ frontend-passes.c (Arbeitskopie)
@@ -122,8 +122,13
--- Comment #6 from zsojka at seznam dot cz 2010-09-22 21:54 ---
Created an attachment (id=21867)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21867&action=view)
another testcase
Thank you for having a look!
I tried your patch, it bootstrapped fine. It fixed uploaded testcases,
--- Comment #5 from dominiq at lps dot ens dot fr 2010-09-22 21:45 ---
I cannot OK the patch in comment #4, but it fixes this PR without regression.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45745
--- Comment #8 from dominiq at lps dot ens dot fr 2010-09-22 21:39 ---
The patch in comment #6 fixes this PR, but gfortran.dg/dependency_35.f90 fails:
...
output is:
/opt/gcc/work/gcc/testsuite/gfortran.dg/dependency_35.f90:19.6:
a = matmul(b,c) + d
1
Warning: Creating array te
--- Comment #23 from hjl dot tools at gmail dot com 2010-09-22 21:36
---
(In reply to comment #22)
> The 4.5/4.4 backports of this patch break:
> /* { dg-do compile } */
> /* { dg-options "-march=i586" { target ilp32 } } */
>
> struct S { union { double b[4]; } a[18]; } s, a[5];
> void
--- Comment #8 from ebotcazou at gcc dot gnu dot org 2010-09-22 21:19
---
Further kludged.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from ebotcazou at gcc dot gnu dot org 2010-09-22 21:16
---
Subject: Bug 44095
Author: ebotcazou
Date: Wed Sep 22 21:15:37 2010
New Revision: 164535
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=164535
Log:
PR java/44095
* config/sparc/linux.h (AS
--- Comment #6 from ebotcazou at gcc dot gnu dot org 2010-09-22 21:15
---
Subject: Bug 44095
Author: ebotcazou
Date: Wed Sep 22 21:14:50 2010
New Revision: 164534
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=164534
Log:
PR java/44095
* config/sparc/linux.h (AS
--- Comment #2 from rwild at gcc dot gnu dot org 2010-09-22 21:10 ---
This has been waiting for feedback for more than a year. Feel free to reopen
with more details if you still see this issue. I'm closing it as worksforme.
--
rwild at gcc dot gnu dot org changed:
What
--- Comment #4 from rwild at gcc dot gnu dot org 2010-09-22 20:57 ---
No feedback, assuming this is fixed by r122415 (which is in all active
branches) now.
--
rwild at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #7 from paolo dot carlini at oracle dot com 2010-09-22 20:38
---
I have a deja vu
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35649
--- Comment #6 from dj at redhat dot com 2010-09-22 20:22 ---
Created an attachment (id=21866)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21866&action=view)
possible fix
FYI I've been using this to silence the warning in my local tree...
--
http://gcc.gnu.org/bugzilla/show
--- Comment #4 from burnus at gcc dot gnu dot org 2010-09-22 20:22 ---
As you might have guessed, the error is with regards to the arguments of MAX
which are A1 and A2.
The arguments are defined as BT_UNKNOWN, cf. in intrinsics.c:
add_sym_1m ("max", GFC_ISYM_MAX, CLASS_ELEMENTAL, ACT
--- Comment #53 from LpSolit at netscape dot net 2010-09-22 20:18 ---
Created an attachment (id=21865)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21865&action=view)
GCC extension for 3.6.2, final (v2)
And its extension counterpart.
I fixed all bugs reported yesterday and today
--- Comment #52 from LpSolit at netscape dot net 2010-09-22 20:16 ---
Created an attachment (id=21864)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21864&action=view)
upgrade to 3.6.2 patch, final (v2)
Based on recently filed bugs and on some changes which have been accepted
upst
--- Comment #9 from bogus2 at arc dot net dot au 2010-09-22 20:16 ---
There's sections in configure and configure.ac that set HAVE_GNU_LD in
confdefs.h. My hunch is neither the official builds or the TDM builds are
enabling it (there's a --with-gnu-ld flag but it looks like it also sniff
--- Comment #5 from dj at redhat dot com 2010-09-22 20:13 ---
Still fails for both h8300-elf and rx-elf, both on 4.5 branch and 4.6 trunk.
--
dj at redhat dot com changed:
What|Removed |Added
--- Comment #8 from bogus2 at arc dot net dot au 2010-09-22 20:10 ---
> Or collect2 is not invoked with a response file.
That's not the case. g++.exe is correctly passing the response file to
collect2.exe which I've verified through debugging output and running
collect2.exe by hand.
-
--- Comment #7 from rguenth at gcc dot gnu dot org 2010-09-22 19:59 ---
Btw, on i?86-linux I see
/* Define if using GNU as. */
#ifndef USED_FOR_TARGET
#define HAVE_GNU_AS 0
#endif
/* Define if using GNU ld. */
#ifndef USED_FOR_TARGET
#define HAVE_GNU_LD 0
#endif
in auto-host.h ...
--- Comment #6 from rguenth at gcc dot gnu dot org 2010-09-22 19:57 ---
(In reply to comment #5)
> See the code in collect_execute:
> if (HAVE_GNU_LD && at_file_supplied && argv[0] != NULL)
> {
> /* If using @file arguments, create a temporary file and put the
> cont
--- Comment #57 from paolo at gcc dot gnu dot org 2010-09-22 19:41 ---
Subject: Bug 45628
Author: paolo
Date: Wed Sep 22 19:40:43 2010
New Revision: 164529
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=164529
Log:
2010-09-22 David Krauss
PR libstdc++/45628
*
--- Comment #3 from dominiq at lps dot ens dot fr 2010-09-22 19:29 ---
Confirmed on x86_64-apple-darwin10.3.0 for 4.5.0 and trunk, but not 4.4.4,
hence it is a regression.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45748
--- Comment #3 from rwild at gcc dot gnu dot org 2010-09-22 19:13 ---
I'm not sure why you would ever want to use --program-prefix=$target_alias when
GCC already installs symlinks under the $target_alias-gcc name (and similar for
g++ et al).
This seems to me an instance of "don't do it
--- Comment #2 from jvdelisle at gcc dot gnu dot org 2010-09-22 19:12
---
I do not see the problem with gfortran 4.3.4 on Cygwin
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45748
--- Comment #1 from jvdelisle at gcc dot gnu dot org 2010-09-22 19:09
---
Please post result of gfortran -v
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45748
--- Comment #7 from mikael at gcc dot gnu dot org 2010-09-22 18:54 ---
(In reply to comment #6)
> Tentative patch:
>
> Index: frontend-passes.c
> ===
> --- frontend-passes.c (Revision 164404)
> +++ frontend-passes.c (Ar
--- Comment #9 from wd at denx dot de 2010-09-22 18:50 ---
Known to work: 4.2.2 (from ELDK 4.2)
Known to fail: 4.4.1 (from CodeSourcery G++ Lite 4.4-254)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44606
--- Comment #13 from rwild at gcc dot gnu dot org 2010-09-22 18:49 ---
In reply to comment #6:
In case this PR is still relevant, I really would like to see the output of
getconf ARG_MAX
exactly that command line, and not a similar command line. If your system does
not produce a numb
--- Comment #4 from rwild at gcc dot gnu dot org 2010-09-22 18:46 ---
Fixed in r132570, long ago.
--
rwild at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from jamborm at gcc dot gnu dot org 2010-09-22 18:20 ---
Created an attachment (id=21863)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21863&action=view)
Proposed fix
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45565
--- Comment #2 from jamborm at gcc dot gnu dot org 2010-09-22 18:18 ---
I have a patch.
--
jamborm at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|
--- Comment #6 from tkoenig at gcc dot gnu dot org 2010-09-22 17:57 ---
Tentative patch:
Index: frontend-passes.c
===
--- frontend-passes.c (Revision 164404)
+++ frontend-passes.c (Arbeitskopie)
@@ -122,8 +122,11 @@
--- Comment #5 from tkoenig at gcc dot gnu dot org 2010-09-22 17:43 ---
I see what's wrong, should be easy enough to fix.
--
tkoenig at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #5 from pinskia at gcc dot gnu dot org 2010-09-22 17:42 ---
See the code in collect_execute:
if (HAVE_GNU_LD && at_file_supplied && argv[0] != NULL)
{
/* If using @file arguments, create a temporary file and put the
contents of argv into it. Then change
--- Comment #22 from jakub at gcc dot gnu dot org 2010-09-22 17:24 ---
The 4.5/4.4 backports of this patch break:
/* { dg-do compile } */
/* { dg-options "-march=i586" { target ilp32 } } */
struct S { union { double b[4]; } a[18]; } s, a[5];
void foo (struct S);
struct S bar (struct S,
--- Comment #4 from bogus2 at arc dot net dot au 2010-09-22 17:16 ---
btw, I can confirm the arguments passed to ld are 33491 characters long so this
is definitely over the 32k mark
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45749
--- Comment #3 from bogus2 at arc dot net dot au 2010-09-22 16:57 ---
Created an attachment (id=21862)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21862&action=view)
output of collect2.exe @file --verbose -debug
Attached --verbose -debug output of collect2
Also:
D:\SpringTest\d
--- Comment #2 from pinskia at gcc dot gnu dot org 2010-09-22 16:42 ---
Can you provide the output of the -v command when you get that error? Also
what version of ld are you using?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45749
--- Comment #1 from pinskia at gcc dot gnu dot org 2010-09-22 16:41 ---
I totally thought this was fixed in 4.5.0 when support was added because of
LTO.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
When compiling on MinGW under cmd.exe it's necessary to use @FILE to work
around the 32k limit on arguments when linking a large number of objects.
Unfortunately for some reason collect2.exe does not forward the file to ld.exe
but instead appears to send its contents as arguments to CreateProcess(
Code:
SUBROUTINE BUG(WORK)
DOUBLE PRECISION WORK(MAX(2,3))
INTRINSICMAX
END
Compile:
>gfortran -fimplicit-none -c foo.f
foo.f:4.72:
END
1
Error: Symbol 'a1' at (1) has no IMPLICIT type
--- Comment #11 from jakub at gcc dot gnu dot org 2010-09-22 15:59 ---
The reason why the return stmt, at least after lowering, doesn't have a
location, is because after lowering there is just one return instead of
possibly multiple returns from before lowering. So the location_t of the
--- Comment #2 from gcc at magfr dot user dot lysator dot liu dot se
2010-09-22 15:58 ---
*** Bug 45747 has been marked as a duplicate of this bug. ***
--
gcc at magfr dot user dot lysator dot liu dot se changed:
What|Removed |Added
--
--- Comment #3 from gcc at magfr dot user dot lysator dot liu dot se
2010-09-22 15:58 ---
I agree.
*** This bug has been marked as a duplicate of 45625 ***
--
gcc at magfr dot user dot lysator dot liu dot se changed:
What|Removed |Added
-
--- Comment #2 from abel at gcc dot gnu dot org 2010-09-22 15:57 ---
Neither of these option combinations fail for me on x86-64 with a recent trunk
(164506). We will investigate further with the given trunk revisions.
--
abel at gcc dot gnu dot org changed:
What|Remo
--- Comment #5 from abel at gcc dot gnu dot org 2010-09-22 15:34 ---
The remaining problem is another case where we don't try to issue more insns
because we believe from issue_rate that this is impossible. Full patch that
fixes all the tests with all the flags for me is below. What it
--- Comment #10 from jamborm at gcc dot gnu dot org 2010-09-22 15:33
---
gimple_has_location returns false for the return statement on both
i686 and x86_64. When I hacked SRA to set the location of return
statement to the location of the preceding statement
(" = res;" or "D.1523 = res
--- Comment #2 from redi at gcc dot gnu dot org 2010-09-22 15:27 ---
Looks like a dup of PR 45625
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45747
--- Comment #1 from gcc at magfr dot user dot lysator dot liu dot se
2010-09-22 15:19 ---
Created an attachment (id=21861)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21861&action=view)
Test case showing the bug
Compile with
g++ enums-and-template-params.cpp
to trigger the bu
If a class is declared with an inner enum with a value, say foo, and also with
an inner template class that takes a non-type parameter named foo then inside
methods in the inner class the value of foo is the value of the enum value and
not the template parameter.
This seems odd and comeau does it
--- Comment #4 from mikael at gcc dot gnu dot org 2010-09-22 15:13 ---
I will test this:
Index: trans-array.c
===
--- trans-array.c (révision 164494)
+++ trans-array.c (copie de travail)
@@ -5290,13 +5290,17 @@
--- Comment #3 from mikael at gcc dot gnu dot org 2010-09-22 15:12 ---
Patch 4/5 in the patchset(http://gcc.gnu.org/ml/fortran/2010-09/msg00369.html)
changed this:
secss = ss;
/* Look for the SS for this function. */
while (secss != gfc_ss_terminator
&& (
--- Comment #6 from jvdelisle at gcc dot gnu dot org 2010-09-22 15:07
---
I don't see a need to backport. Closing
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.6.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45743
--- Comment #4 from abel at gcc dot gnu dot org 2010-09-22 14:29 ---
Confirmed.
All testcases except the first with the -O3 flags are fixed by the below patch.
The bug that the patch "fixes" is actually PR37360 all over again but in
sel-sched instead of haifa. We have the process of r
--- Comment #2 from mikael at gcc dot gnu dot org 2010-09-22 13:58 ---
(In reply to comment #1)
> Mikael, I think your patch could be the culprit (Rev. 164494, PR 45648).
>
Confirmed, it's mine.
reduced a bit:
MODULE pw_types
TYPE pw_type
REAL, DIMENSION ( : ), POINTER :: cr
--- Comment #15 from t7 at gmail dot com 2010-09-22 12:20 ---
Hello,
Thank you so much for getting this problem fixed.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45694
--- Comment #5 from Joost dot VandeVondele at pci dot uzh dot ch
2010-09-22 11:31 ---
I guess this bug can be closed unless you intend backporting to earlier
versions.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45723
--- Comment #9 from jamborm at gcc dot gnu dot org 2010-09-22 11:00 ---
I have just examined the Fortran testcase more thoroughly and to my
surprise I realized SRA did not create any new statements on i686. It
merely changed statements
res = *arg_1(D); into res$yr = MEM[(struct bar &)a
--- Comment #14 from ebotcazou at gcc dot gnu dot org 2010-09-22 10:19
---
*** Bug 39277 has been marked as a duplicate of this bug. ***
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #6 from ebotcazou at gcc dot gnu dot org 2010-09-22 10:19
---
*** This bug has been marked as a duplicate of 43870 ***
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #21 from vanboxem dot ruben at gmail dot com 2010-09-22 10:06
---
What is the status of this problem? Having every project depending on
MinGW(.org/-w64) toolchains modify their code is not an option. I see that the
main problem is dllexported *inline* functions. Can Nathan's
--- Comment #1 from domob at gcc dot gnu dot org 2010-09-22 10:05 ---
Mine.
--
domob at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at
--- Comment #3 from iek at c-w dot be 2010-09-22 09:53 ---
Is it a solution to build GCC with --disable-bootstrap option.
The host and build machine for the gcc is the same on a IA 64 redhat linux.
In order to avoid the issue
Tks upfront,
--
http://gcc.gnu.org/bugzilla/show_
--- Comment #7 from jamborm at gcc dot gnu dot org 2010-09-22 09:52 ---
Patch submitted to mailing list:
http://gcc.gnu.org/ml/gcc-patches/2010-09/msg01761.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45572
--- Comment #7 from jakub at gcc dot gnu dot org 2010-09-22 08:57 ---
Subject: Bug 45739
Author: jakub
Date: Wed Sep 22 08:57:38 2010
New Revision: 164516
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=164516
Log:
PR rtl-optimization/45739
* gcc.target/i386/pr457
--- Comment #2 from dominiq at lps dot ens dot fr 2010-09-22 08:41 ---
Confirmed as a regression: no ICE for branch fortran-exp revision 158215, ICE
for branch fortran-dev revision 163718.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45746
--- Comment #11 from ebotcazou at gcc dot gnu dot org 2010-09-22 08:40
---
In 4.4.5 and up.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #10 from ebotcazou at gcc dot gnu dot org 2010-09-22 08:37
---
Subject: Bug 35664
Author: ebotcazou
Date: Wed Sep 22 08:36:35 2010
New Revision: 164514
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=164514
Log:
PR target/35664
* config/sparc/constrai
--- Comment #1 from burnus at gcc dot gnu dot org 2010-09-22 08:35 ---
Fails in gfc_trans_scalar_assign for the line:
gfc_add_modify (&block, lse->expr,
fold_convert (TREE_TYPE (lse->expr), rse->expr));
as switch (TREE_CODE (type)) in fold_convert rea
--- Comment #9 from ebotcazou at gcc dot gnu dot org 2010-09-22 08:34
---
Subject: Bug 35664
Author: ebotcazou
Date: Wed Sep 22 08:34:11 2010
New Revision: 164513
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=164513
Log:
PR target/35664
* config/sparc/constrain
--- Comment #8 from ebotcazou at gcc dot gnu dot org 2010-09-22 08:31
---
Subject: Bug 35664
Author: ebotcazou
Date: Wed Sep 22 08:31:14 2010
New Revision: 164512
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=164512
Log:
PR target/35664
* config/sparc/constrain
1 - 100 of 104 matches
Mail list logo
