--- Comment #5 from dominiq at lps dot ens dot fr 2009-04-27 06:32 ---
The patch in comment #3 works only for a stride equal to one - some failures
in the test suite.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35732
--- Comment #3 from jakub at gcc dot gnu dot org 2009-04-27 06:54 ---
This doesn't look like a GCC bug, but user error.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39747
--- Comment #7 from jakub at gcc dot gnu dot org 2009-04-27 06:55 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED
With revision 146814 a build with --target=cris-elf was successful.
From revision 146824 and on, the build is broken as follows:
libtool: compile: /tmp/hpautotest-gcc1/cris-elf/gccobj/./gcc/xgcc
-shared-libgcc -B/tmp/hpautotest-gcc1/cris-elf/gccobj/./gcc -nostdinc++
--- Comment #1 from hp at gcc dot gnu dot org 2009-04-27 07:05 ---
Created an attachment (id=17765)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17765action=view)
preprocessed, non-reduced
configure --target=cris-axis-elf --enable-languages=c++
make all-gcc
cc1plus -fpreprocessed
--- Comment #2 from hp at gcc dot gnu dot org 2009-04-27 07:07 ---
I'm removing Honza from CC as the build also breaks with revision 146820.
--
hp at gcc dot gnu dot org changed:
What|Removed |Added
Sent from my iPhone
On Apr 26, 2009, at 11:54 PM, jakub at gcc dot gnu dot org gcc-bugzi...@gcc.gnu.org
wrote:
--- Comment #3 from jakub at gcc dot gnu dot org 2009-04-27
06:54 ---
This doesn't look like a GCC bug, but user error.
It is a gcc bug as this dependency is not
--- Comment #4 from pinskia at gmail dot com 2009-04-27 07:16 ---
Subject: Re: [4.4/4.5 Regression] libjavamath is linking against libgmp
Sent from my iPhone
On Apr 26, 2009, at 11:54 PM, jakub at gcc dot gnu dot org
gcc-bugzi...@gcc.gnu.org
wrote:
--- Comment #3 from
--- Comment #7 from jakub at gcc dot gnu dot org 2009-04-27 07:24 ---
Won't that disable the warning in the valid cases though?
int
f2 (int R)
{
int i, inter[3];
for (i = 1; i R; i++)
{
inter[0] = 1;
inter[1] = 1;
inter[2] = 1;
}
return inter[0];
}
--- Comment #8 from rguenther at suse dot de 2009-04-27 08:16 ---
Subject: Re: [4.3/4.4/4.5 Regression] LIM
inserts loads from uninitialized local memory
On Mon, 27 Apr 2009, jakub at gcc dot gnu dot org wrote:
--- Comment #7 from jakub at gcc dot gnu dot org 2009-04-27 07:24
--- Comment #2 from ubizjak at gmail dot com 2009-04-27 08:16 ---
(In reply to comment #0)
(same .i file, same instructions for reproducing, same compiler options, same
everything)
I guess that this is direct.i compiled with -O1?
Trunk, revision: 146825 -O1 on x86_64 linux gives:
--- Comment #6 from dominiq at lps dot ens dot fr 2009-04-27 08:20 ---
I think the right patch is:
--- ../_gcc_clean/gcc/fortran/trans-array.c 2009-04-20 13:44:15.0
+0200
+++ gcc/fortran/trans-array.c 2009-04-27 09:38:58.0 +0200
@@ -3253,6 +3253,8 @@
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.5.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39927
--- Comment #5 from alexvod at google dot com 2009-04-27 09:06 ---
Vladimir, many thanks for your analysis! I will try to do analysis myself and
make comparison on larger real-word examples next time. Lowering severity for
now.
--
alexvod at google dot com changed:
What
--- Comment #4 from ebotcazou at gcc dot gnu dot org 2009-04-27 09:17
---
Reghunting will be difficult, though, since SPARC bootstrap was broken for
some
time due to PR bootstrap/39645.
The revision corresponding to the fix for the PR should bootstrap.
--
ebotcazou at gcc dot
--- Comment #6 from paolo dot carlini at oracle dot com 2009-04-27 09:18
---
I'm sorry, about the second case, don't you have to std::move(a), in order to
accomplish what you want? At, least, this is what we consistently do in the
experimental bits of the library.
--
--- Comment #3 from ro at gcc dot gnu dot org 2009-04-27 09:07 ---
This seems to be the same error that breaks sparc-sun-solaris2.11 bootstrap
while
building the stage1 libgcc:
% /vol/gccsrc/obj/gcc-4.5.0-200090427/11-gcc/./gcc/xgcc
-B/vol/gccsrc/obj/gcc-4.5.0-200090427/11-gcc/./gcc/
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39836
--- Comment #2 from rguenth at gcc dot gnu dot org 2009-04-27 11:18 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #3 from rguenth at gcc dot gnu dot org 2009-04-27 11:19 ---
Subject: Bug 38374
Author: rguenth
Date: Mon Apr 27 11:18:38 2009
New Revision: 146831
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=146831
Log:
2009-04-27 Richard Guenther rguent...@suse.de
*
--- Comment #4 from dennis dot wassel at googlemail dot com 2009-04-27
10:38 ---
Today I tried configuring with --disable-bootstrap, again to no avail.
Please, could anybody just give me a pointer?
I cannot build gcc 4.4.0 with the gcc 4.3.3 on a mainstream Linux system
(Debian 4) -
I just tried to compile the Suse Linux package speex-1.1.99.91-15.19
with the GNU gcc version 4.5 snapshot 20090423.
The compiler said
vq_sse.h: In function 'vq_nbest':
vq_sse.h:52: internal compiler error: in gimplify_expr, at gimplify.c:7175
--- Comment #1 from dcb314 at hotmail dot com 2009-04-27 11:37 ---
Created an attachment (id=17766)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17766action=view)
C source code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39928
--- Comment #11 from jakub at gcc dot gnu dot org 2009-04-27 11:55 ---
Subject: Bug 39794
Author: jakub
Date: Mon Apr 27 11:55:13 2009
New Revision: 146834
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=146834
Log:
PR rtl-optimization/39794
* alias.c
--- Comment #3 from matz at gcc dot gnu dot org 2009-04-27 11:55 ---
I have a patch.
--
matz at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from burnus at gcc dot gnu dot org 2009-04-27 11:58 ---
Regarding the reading of '(x5,i1)' from a too short string: I asked at c.l.f,
see
http://groups.google.com/group/comp.lang.fortran/browse_thread/thread/bbe85b69b188f999
(My ceterum censeo:) Regarding the vendor
--- Comment #2 from rguenth at gcc dot gnu dot org 2009-04-27 12:15 ---
Reducing.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39928
--- Comment #3 from rguenth at gcc dot gnu dot org 2009-04-27 12:22 ---
typedef float __m128 __attribute__ ((__vector_size__ (16), __may_alias__));
extern __m128 _mm_sub_ps (__m128 __A, __m128 __B);
extern __m128 _mm_mul_ps (__m128 __A, __m128 __B);
__m128
vq_nbest(const __m128
--- Comment #4 from rguenth at gcc dot gnu dot org 2009-04-27 12:22 ---
And mine.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #12 from jakub at gcc dot gnu dot org 2009-04-27 12:49 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
Bootstrapping revision 146838 fails at stage 1 on powerpc-apple-darwin9 with:
...
/opt/gcc/darwin_buildw/./gcc/xgcc -B/opt/gcc/darwin_buildw/./gcc/
-B/opt/gcc/gcc4.5w/powerpc-apple-darwin9/bin/
-B/opt/gcc/gcc4.5w/powerpc-apple-darwin9/lib/ -isystem
/opt/gcc/gcc4.5w/powerpc-apple-darwin9/include
--- Comment #1 from dominiq at lps dot ens dot fr 2009-04-27 13:11 ---
I have forgotten to add that this is probably the same failure as reported at
http://gcc.gnu.org/ml/gcc-regression/2009-04/msg00196.html
and occurring between revisions 146801 and 146817.
--
--- Comment #2 from basile at starynkevitch dot net 2009-04-27 13:14
---
I believe this has been corrected in recent MELT branch, ie svn rev146839 and
perhaps before.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39810
--- Comment #3 from basile at starynkevitch dot net 2009-04-27 13:16
---
and the undefined reference to `ppl_io_asprint_Coefficient' messages
is because you need a more recent PPL library, at least 0.10.2 or 0.11, or the
latest PPL git snapshot.
--
Consider the following set of modules:
module a1
contains
subroutine myRoutine
end subroutine
end module
module a2
contains
subroutine myRoutine
end subroutine
end module
module b
contains
subroutine otherRoutine
use a1
use a2
call myRoutine ! this is
--- Comment #5 from ro at techfak dot uni-bielefeld dot de 2009-04-27
13:35 ---
Subject: Re: [4.5 Regression]: build breakage for cris-elf building
libstdc++-v3
ebotcazou at gcc dot gnu dot org writes:
The revision corresponding to the fix for the PR should bootstrap.
Indeed it
I observed this for gfortran 4.3.2, but also just upgraded to 4.3.3, where only
the line number in gimplify.c increases by one.
The code is bad, I know, but the compiler should tell me that instead of
crashing, I guess.
A SuSE gfortran (version 4.1.2 20070115 (prerelease)) does correctly point
--- Comment #6 from matz at gcc dot gnu dot org 2009-04-27 13:45 ---
That's indeed the same bug as on cris. I'm working on a patch (it has to
do with promoted parameters).
--
matz at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from dominiq at lps dot ens dot fr 2009-04-27 13:46 ---
Confirmed on (powerpc|i686)-apple-darwin9 gfortran 4.3.3, 4.4.0, and trunk,
gives the error on 4.2.3.
Trunk gives:
gimplification failed:
face-bla addr_expr 0x41598380
type pointer_type 0x41510e00
type
--- Comment #2 from dje at gcc dot gnu dot org 2009-04-27 13:54 ---
This also fails on AIX. On AIX, the error appears as a failure while compiling
libobjc/linking.m.
A function in cgraphunit.c is being mis-compiled, possibly build_cdtor(). This
causes cgraph_build_static_cdtor() to
--- Comment #12 from hjl at gcc dot gnu dot org 2009-04-27 14:02 ---
Subject: Bug 39903
Author: hjl
Date: Mon Apr 27 14:02:09 2009
New Revision: 146842
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=146842
Log:
gcc/
2009-04-27 H.J. Lu hongjiu...@intel.com
PR
--- Comment #3 from dje at gcc dot gnu dot org 2009-04-27 14:19 ---
This probably is related to the promoted parameter problem that has appeared on
other architectures as well.
--
dje at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from tom dot prince at ualberta dot net 2009-04-27 14:50
---
Created an attachment (id=17767)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17767action=view)
Various failed attempts to create a std::vectorstd::unique_ptrint from an
intializer list.
These are my
--- Comment #8 from tom dot prince at ualberta dot net 2009-04-27 14:52
---
Created an attachment (id=17768)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17768action=view)
ICE from test2.cc
The errors test2.cc generate vary if the various functions are commented out.
--
--- Comment #9 from tom dot prince at ualberta dot net 2009-04-27 15:01
---
This is an old patch that purports to fix 3rd of the original tests.
http://gcc.gnu.org/ml/gcc-patches/2008-10/msg00436.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39923
--- Comment #3 from lucier at math dot purdue dot edu 2009-04-27 15:07
---
Subject: Re: 96% performance regression in floating
point code; part of the problem started 2009/03/12-13
On Sun, 2009-04-26 at 18:43 +, ubizjak at gmail dot com wrote:
--- Comment #1 from
--- Comment #5 from pinskia at gcc dot gnu dot org 2009-04-27 15:10 ---
(In reply to comment #4)
Today I tried configuring with --disable-bootstrap, again to no avail.
Please, could anybody just give me a pointer?
I cannot build gcc 4.4.0 with the gcc 4.3.3 on a mainstream Linux
--- Comment #4 from lucier at math dot purdue dot edu 2009-04-27 15:11
---
Subject: Re: 96% performance regression in floating
point code; part of the problem started 2009/03/12-13
On Mon, 2009-04-27 at 08:16 +, ubizjak at gmail dot com wrote:
--- Comment #2 from
--- Comment #8 from dominik dot strasser at onespin-solutions dot com
2009-04-27 15:12 ---
Are there any news on this guy here ?
I am really having a hard time porting my project to GCC 4.3 as I have a big
source file which seems to do a lot of type punning, but I get no warnings.
--- Comment #2 from rguenth at gcc dot gnu dot org 2009-04-27 15:16 ---
Well, the FE asks us to gimplify
face-bla = blu;
which obviously cannot work (you cannot assign to an address). I would suggest
to put error_mark_node there.
--
--- Comment #9 from rguenth at gcc dot gnu dot org 2009-04-27 15:18 ---
Mine.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #10 from paolo dot carlini at oracle dot com 2009-04-27 15:24
---
So, let me understand, as in a previous PR of yours, the problem boils down to
intializer_lists only?
CC-ing Jason in any case, because of the ICE.
--
paolo dot carlini at oracle dot com changed:
--- Comment #5 from pinskia at gcc dot gnu dot org 2009-04-27 15:26 ---
This is by design -O1 is way slower than -O2 now.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from lucier at math dot purdue dot edu 2009-04-27 15:32
---
Subject: Re: 96% performance regression in floating
point code; part of the problem started 2009/03/12-13
On Mon, 2009-04-27 at 15:26 +, pinskia at gcc dot gnu dot org wrote:
This is by design -O1 is
--- Comment #7 from lucier at math dot purdue dot edu 2009-04-27 15:35
---
Subject: Re: 96% performance regression in floating
point code; part of the problem started 2009/03/12-13
On Mon, 2009-04-27 at 15:32 +, lucier at math dot purdue dot edu
wrote:
On Mon, 2009-04-27 at
--- Comment #6 from dennis dot wassel at googlemail dot com 2009-04-27
15:36 ---
I re-profilebootstrapped 4.3.3 and it worked without problems (except for the
usual noise about my system headers missing SSIZE_MAX, but that is easily
fixed).
Now trying `make bootstrap' of 4.4.0.
--
--- Comment #11 from tom dot prince at ualberta dot net 2009-04-27 15:43
---
Also, there is the issue of lvalues binding to rvalue references. See N2831 and
possibly n2835.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39923
--- Comment #5 from rguenth at gcc dot gnu dot org 2009-04-27 15:50 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #5 from rguenth at gcc dot gnu dot org 2009-04-27 15:50 ---
Fixed.
--- Comment #6 from rguenth at gcc dot gnu dot org 2009-04-27 15:50 ---
Subject: Bug 39928
Author: rguenth
Date: Mon Apr 27 15:50:05 2009
New Revision: 146846
URL:
--- Comment #12 from paolo dot carlini at oracle dot com 2009-04-27 15:55
---
But n2831 is about rvalues binding to lvalues, not the other way around.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39923
--- Comment #13 from paolo dot carlini at oracle dot com 2009-04-27 15:58
---
I meant rvalue references binding to lvalues, of course.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39923
On Linux/x86-64, revision 146839 gave
FAIL: gcc.dg/pr34989-1.c (internal compiler error)
FAIL: gcc.dg/pr34989-1.c (internal compiler error)
FAIL: gcc.dg/pr34989-1.c (test for excess errors)
FAIL: gcc.dg/pr34989-1.c (test for excess errors)
FAIL: gcc.dg/struct/wo_prof_double_malloc.c (internal
I was trying to use make clean to clean up after a successful bootstrap and
install.
The error message (and nearby messages) are as follows:
make[1]: Entering directory
`/home/cpowers/src/gcc-4.4.0-obj/x86_64-unknown-linux-gnu/libgcc'
make[1]: -print-multi-directory: Command not found
make[1]:
--- Comment #14 from tom dot prince at ualberta dot net 2009-04-27 16:25
---
The updated version n2844. From the intro: (I guess I meant being bound to in
the language of the standard)
int i = 2;
double d = i; // previously well-formed (d bound to a temporary double), now
ill-formed
--- Comment #15 from paolo dot carlini at oracle dot com 2009-04-27 16:32
---
Nope. The issue is the usual one: obviously d is an rvalue reference binding
the lvalue i.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39923
--- Comment #8 from lucier at math dot purdue dot edu 2009-04-27 16:29
---
I hadn't noticed before that Andrew had marked it as RESOLVED INVALID.
I'm reopening it, as I believe that resolving it as INVALID should require a
more general discussion than a one-line dismissal of the bug.
--- Comment #1 from janus at gcc dot gnu dot org 2009-04-27 16:54 ---
Something like this should do it:
Index: gcc/fortran/parse.c
===
--- gcc/fortran/parse.c (Revision 146826)
+++ gcc/fortran/parse.c (Arbeitskopie)
@@
--- Comment #16 from paolo dot carlini at oracle dot com 2009-04-27 17:10
---
And, by the way, as regards my Comment #6, which really was about your case 1
in the first testcase, I confirm GCC is already fine: a is always treated as an
lvalue in the body of the function. Also, the test
--- Comment #1 from hjl dot tools at gmail dot com 2009-04-27 17:22 ---
Revision 146831:
http://gcc.gnu.org/ml/gcc-cvs/2009-04/msg01473.html
is the cause.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #6 from burnus at gcc dot gnu dot org 2009-04-27 17:33 ---
Dick Hendrickson answered (see link above):
'It's scattered around, but the PAD= is the thing you want.
In internal I/O it says it acts as if there were an OPEN
without a PAD= specifier. In the OPEN section it
--
janus at gcc dot gnu dot org changed:
What|Removed |Added
CC||janus at gcc dot gnu dot org
Status|UNCONFIRMED
--- Comment #3 from developer at sandoe-acoustics dot co dot uk 2009-04-27
19:05 ---
Created an attachment (id=17771)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17771action=view)
patch against 4.5 trunk
also needs the added files
--
--- Comment #4 from developer at sandoe-acoustics dot co dot uk 2009-04-27
19:07 ---
Sorry I got the attachments and the comment in the wrong order...
The basic issue is that TLS emulation needs to be linked just once in an
executable - but so does exception handling. Exception
--- Comment #4 from janus at gcc dot gnu dot org 2009-04-27 19:09 ---
Patch:
Index: gcc/fortran/expr.c
===
--- gcc/fortran/expr.c (Revision 146847)
+++ gcc/fortran/expr.c (Arbeitskopie)
@@ -3070,8 +3070,8 @@
if
--- Comment #5 from pinskia at gcc dot gnu dot org 2009-04-27 19:11 ---
(In reply to comment #4)
Here is a reduced testcase for the PPC-darwin failure:
float f(int a) { return a ? 1.0f : 2.0f ; }
This looks like how constants are expanded in PHIs, looking into it further.
--
--- Comment #12 from jakub at gcc dot gnu dot org 2009-04-27 19:11 ---
Subject: Bug 39807
Author: jakub
Date: Mon Apr 27 19:11:23 2009
New Revision: 146850
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=146850
Log:
PR testsuite/39807
* dg-extract-results.sh: Close
--- Comment #13 from jakub at gcc dot gnu dot org 2009-04-27 19:13 ---
Subject: Bug 39807
Author: jakub
Date: Mon Apr 27 19:13:16 2009
New Revision: 146851
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=146851
Log:
PR testsuite/39807
* dg-extract-results.sh: Close
--- Comment #5 from developer at sandoe-acoustics dot co dot uk 2009-04-27
19:15 ---
testresults:
http://gcc.gnu.org/ml/gcc-testresults/2009-04/msg02886.html
http://gcc.gnu.org/ml/gcc-testresults/2009-04/msg02887.html
and to engage the facility you need to build your program with
--- Comment #6 from pinskia at gcc dot gnu dot org 2009-04-27 19:24 ---
This patch fixes the ppc-darwin failure:
Index: cfgexpand.c
===
--- cfgexpand.c (revision 146848)
+++ cfgexpand.c (working copy)
@@ -2503,11 +2503,11
--- Comment #7 from pinskia at gcc dot gnu dot org 2009-04-27 19:44 ---
This is the correct fix as in darwin.c we have:
/* Play games to avoid marking the function as needing pic if we
are being called as part of the cost-estimation process. */
if (current_ir_type
struct A {
const int x;
int y;
};
union U {
const int x;
A a;
};
g++ 4.3.1 says...
vvv.C:8: error: member `A U::a' with copy assignment operator not allowed in
union
As far as I can see, struct A does not have a copy assignment operator
at all.
Sun's Forte 12 is happy with the code
--- Comment #11 from lucier at math dot purdue dot edu 2009-04-27 20:37
---
As far as I can tell, the patch proposed by Uros restores the performance of
code generated by
gcc version 4.4.0 20090312 (experimental) [trunk revision 144812] (GCC)
In particular, the assembly code for the
--- Comment #1 from paolo dot carlini at oracle dot com 2009-04-27 20:49
---
For the record, Comeau and Intel are not happy, though.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39934
--- Comment #14 from jakub at gcc dot gnu dot org 2009-04-27 21:17 ---
Fixed for 4.4/4.5 so far.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from hp at gcc dot gnu dot org 2009-04-27 21:26 ---
The patch at http://gcc.gnu.org/ml/gcc-patches/2009-04/msg02133.html does
indeed fix the build failures at r146820.
Now regtesting and also at r146851. There's a build error in libgcc2 In
function '__udivdi3' for that
--- Comment #2 from hjl dot tools at gmail dot com 2009-04-27 21:33 ---
On Linux/ia64, revision 146841 gave
FAIL: gcc.c-torture/execute/20050604-1.c compilation, -O1 (internal compiler
error)
FAIL: gcc.c-torture/execute/20050604-1.c compilation, -O2 (internal compiler
error)
FAIL:
--- Comment #4 from dave dot korn dot cygwin at gmail dot com 2009-04-27
21:39 ---
I just got this failure during bootstrap:
libtool: compile: /gnu/gcc/obj3/gcc/gcj
-B/gnu/gcc/obj3/i686-pc-cygwin/libjava/ -B/gnu/gcc/obj3/gcc/ -ffloat-store
-fomit-frame-pointer -Usun -fclasspath=
i386.md has
;; The special asm out single letter directives following a '%' are:
;; 'z' mov%z1 would be movl, movw, or movb depending on the mode of
;; operands[1].
But what %z really does is
;; 'z' print the instruction suffix for the size of the current
;; memory operand on x87
--- Comment #1 from hjl dot tools at gmail dot com 2009-04-27 22:03 ---
A patch is posted at
http://gcc.gnu.org/ml/gcc-patches/2009-04/msg02179.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #1 from bkoz at gcc dot gnu dot org 2009-04-27 22:35 ---
Is this any better in man4?
Todo should be killed.
Should all man pages based on libstdc++ include files and not class objects get
the axe?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39868
--- Comment #27 from bkoz at gcc dot gnu dot org 2009-04-27 22:46 ---
2) Someone please add a stub to libstdc++ for __signb...@glibcxx_3.4 that
calls
__signbitl in glibc.
Hmm. Well, you cannot actually add a new symbol versioned for the first release
in the ninth release. That is
--- Comment #2 from bkoz at gcc dot gnu dot org 2009-04-27 23:07 ---
Closing as WORKSFORME unless feedback.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39382
--- Comment #9 from bkoz at gcc dot gnu dot org 2009-04-27 23:16 ---
unfortunately, just assuming gc-sections work because `ld -v` shows gc-sections
won't fly: in the past this would have given false positives on some platforms.
This is different than the relro case.
Something to try
--- Comment #2 from hjl dot tools at gmail dot com 2009-04-28 00:12 ---
The updated patch is at
http://gcc.gnu.org/ml/gcc-patches/2009-04/msg02188.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #8 from matz at gcc dot gnu dot org 2009-04-28 00:37 ---
expand_phi_nodes can and will create RTL code so we need to register the RTL
CFG hooks before calling it.
Nope, that won't fly (for the moment). expand_phi_nodes also split edges
and it's necessary that this is
--- Comment #9 from pinskia at gcc dot gnu dot org 2009-04-28 01:04 ---
(In reply to comment #8)
If somebody can explain why it's
necessary to let the generated RTL code depend on the IR mode, we could
possibly find a good way around this limitation.
Because we don't want to mark
--- Comment #12 from lucier at math dot purdue dot edu 2009-04-28 01:39
---
I tried to build and check with this patch, but I got stopped with:
/tmp/lucier/gcc/objdirs/mainline/./prev-gcc/xgcc
-B/tmp/lucier/gcc/objdirs/mainline/./prev-gcc/
--- Comment #8 from hp at gcc dot gnu dot org 2009-04-28 01:50 ---
(In reply to comment #7)
The patch at http://gcc.gnu.org/ml/gcc-patches/2009-04/msg02133.html does
indeed fix the build failures at r146820.
Now regtesting
The patch is not a *complete* success, as there's a
--- Comment #9 from hp at gcc dot gnu dot org 2009-04-28 01:59 ---
GDB backtrace for comment #8, after rm *.o; make all-gcc CFLAGS=-g:
#0 fancy_abort (file=0xd77ded /tmp/buildice5/gcc/gcc/expr.c, line=3387,
function=0xd78201 emit_move_insn)
at
g++-4.4 gives odd error about anonymous being uninitialized around a vector
resize().
// test case: tc_uninit.cc
#include vector
struct A {
double time;
size_t id;
A() { } // uninitialized
};
struct B {
typedef
1 - 100 of 107 matches
Mail list logo