Matthew Fortune matthew.fort...@imgtec.com writes:
As it stands I wasn't planning on supporting .module arch= I was just
going to add .module fp= and leave it at that. The only thing I need to
give assembly code writers absolute control over is the overall FP mode
of the module. I don't
Richard Sandiford rdsandif...@googlemail.com writes:
Matthew Fortune matthew.fort...@imgtec.com writes:
As it stands I wasn't planning on supporting .module arch= I was just
going to add .module fp= and leave it at that. The only thing I need
to give assembly code writers absolute control
From: gcc-ow...@gcc.gnu.org [mailto:gcc-ow...@gcc.gnu.org] On Behalf Of
Joseph S. Myers
The functions affected use floating-point in their public interfaces - for
example, __muldc3. Note that libcalls have a different hook
(TARGET_LIBCALL_VALUE, ending up using arm_libcall_uses_aapcs_base)
On Mon, Mar 17, 2014 at 2:22 PM, Richard Biener
richard.guent...@gmail.com wrote:
On Sun, Mar 16, 2014 at 1:21 PM, Prathamesh Kulkarni
bilbotheelffri...@gmail.com wrote:
In c_expr::c_expr, shouldn't OP_C_EXPR be passed to operand
constructor instead of OP_EXPR ?
Indeed - I have committed the
On Mon, Mar 17, 2014 at 06:12:13PM +0100, Stefan Ring wrote:
At the company where I work, we have a large program using Boost
Python (1.54). We do our product builds for RHEL 5 and recently
started building using gcc 4.8 from RedHat devtoolset 2 for
performance. This works well, except for one
On Mon, Mar 17, 2014 at 10:01 PM, Martin Uecker
uec...@eecs.berkeley.edu wrote:
Am Mon, 17 Mar 2014 09:44:53 +0100
schrieb Richard Biener richard.guent...@gmail.com:
On Sun, Mar 16, 2014 at 3:58 AM, Martin Uecker uec...@eecs.berkeley.edu
wrote:
Hi list,
the strings in the .debug_str
From: Richard Sandiford [mailto:rdsandif...@googlemail.com]
-mno-float as it stands today is really just -msoft-float with some
floating-point support removed from the library to save space.
One of the important examples is that the floating-point printf
and scanf formats are not supported,
I don't remember it well, but from re-reading the gcc-patches threads around
that time like:
http://gcc.gnu.org/ml/gcc-patches/2009-06/msg00368.html
That thread is from 2009.
it seems that the actually committed fix for the bug that the
gcc41-unwind-restore-state.patch was meant to fix was
http://gcc.gnu.org/ml/gcc-patches/2009-06/msg00368.html
That thread is from 2009.
it seems that the actually committed fix for the bug that the
gcc41-unwind-restore-state.patch was meant to fix was
http://gcc.gnu.org/ml/gcc-patches/2006-01/msg00617.html committed as
Hi,
I've sent this email to everyone who had opinions about the introduction of
nan-2008 for mips according to the mailing list archives...
The NaN linkage rules introduced with -mnan=2008 enforce a strict rule that all
code be built with either legacy NaN or 2008 NaN. This impacts both static
On Tue, 18 Mar 2014, Thomas Preud'homme wrote:
From: gcc-ow...@gcc.gnu.org [mailto:gcc-ow...@gcc.gnu.org] On Behalf Of
Joseph S. Myers
The functions affected use floating-point in their public interfaces - for
example, __muldc3. Note that libcalls have a different hook
On Fri, Jun 21, 2013 at 5:27 PM, Andrew MacLeod amacl...@redhat.com wrote:
[ I foolishly sent this with the document as an attachment... hopefully it
gets rejected and anyone interested can simply download the document from
the wiki..]
Over the past couple of months, I've slowly been putting
On Tue, 18 Mar 2014, Matthew Fortune wrote:
1) There is no way to mark a module as don't care/not relevant. At a
minimum this could be done via inspection of the GNU FP ABI attribute
and when its value is 'Any' then NaNs don't matter. Better still would
be that modules with floating point
Joseph Myers jos...@codesourcery.com writes:
1) There is no way to mark a module as don't care/not relevant. At a
minimum this could be done via inspection of the GNU FP ABI attribute
and when its value is 'Any' then NaNs don't matter. Better still would
be that modules with floating point
Hello,
I've been compiling Chromium with LTO and I noticed that WPA
stream_out forks and do parallel:
http://gcc.gnu.org/ml/gcc-patches/2013-11/msg02621.html.
I am unable to fit in 16GB memory: ld uses about 8GB and lto1 about 6GB.
When WPA start to fork, memory consumption increases so
On Tue, Mar 18, 2014 at 4:09 PM, Martin Liška mli...@suse.cz wrote:
Hello,
I've been compiling Chromium with LTO and I noticed that WPA stream_out
forks and do parallel:
http://gcc.gnu.org/ml/gcc-patches/2013-11/msg02621.html.
I am unable to fit in 16GB memory: ld uses about 8GB and lto1
On Tue, Mar 18, 2014 at 4:13 PM, Richard Biener
richard.guent...@gmail.com wrote:
On Tue, Mar 18, 2014 at 4:09 PM, Martin Liška mli...@suse.cz wrote:
Hello,
I've been compiling Chromium with LTO and I noticed that WPA stream_out
forks and do parallel:
CppCon, The C++ Conference
Opening Keynote by Bjarne Stroustrup
September 7â12, 2014
Bellevue, Washington, USA
Registration is now open for CppCon 2014 to be held September 7â12, 2014
at the Meydenbauer Center in Bellevue, Washington, USA. This year the
conference starts with the keynote by
On Tue, Mar 18, 2014 at 10:19 AM, Richard Biener
richard.guent...@gmail.com wrote:
On Fri, Jun 21, 2013 at 5:27 PM, Andrew MacLeod amacl...@redhat.com wrote:
[ I foolishly sent this with the document as an attachment... hopefully it
gets rejected and anyone interested can simply download the
hi list
I need help
I make Dynamic-link library in c
I want link it from a C++
I Create .h file like this
#ifdef __cplusplus
extern C { // only need to export C interface if
// used by C++ source code
#endif
__declspec( dllimport ) static void flood_loop(MAP *map, int x,
int
On 18 March 2014 17:35, Ali Abdul Ghani wrote:
hi list
I need help
This is the wrong list for user support, please use the gcc-help
mailing list instead.
You will probably want to provide more information that but cannot
work if you expect anyone to be able to help.
Hi,
I've been porting some software to arm64 and one of their test suites uses
va_list as an argument in their function call and I get an error regarding
that function when I compile. I was just wondering if va_list has been ported
to arm64 yet.
Thanks
Nick Kemp
On Tue, Mar 18, 2014 at 10:50 AM, Nicholas Robert Kemp
nrk...@myseneca.ca wrote:
Hi,
I've been porting some software to arm64 and one of their test suites uses
va_list as an argument in their function call and I get an error regarding
that function when I compile. I was just wondering
David Guillen da...@davidgf.net writes:
So far I'm still facing problems regarding memory addresses even with
the most restrictive conditions. The non-recognized instruction is:
../../../libgcc/libgcc2.c: In function '__muldi3':
../../../libgcc/libgcc2.c:559:1: error: insn not satisfying its
Thomas Preud'homme thomas.preudho...@arm.com writes:
From: Richard Sandiford [mailto:rdsandif...@googlemail.com]
-mno-float as it stands today is really just -msoft-float with some
floating-point support removed from the library to save space.
One of the important examples is that the
Matthew Fortune matthew.fort...@imgtec.com writes:
Richard Sandiford rdsandif...@googlemail.com writes:
Matthew Fortune matthew.fort...@imgtec.com writes:
As it stands I wasn't planning on supporting .module arch= I was just
going to add .module fp= and leave it at that. The only thing I
Richard Sandiford rdsandif...@googlemail.com writes:
What DJ meant below was that you should reject all pseudo registers
if strict_p. I.e. REG_P (foo) should be:
REG_P (foo) (!strict_p || REGNO_MODE_OK_FOR_BASE_P (foo, mode))
sorry:
REG_P (foo) (!strict_p || REGNO_MODE_OK_FOR_BASE_P
Umesh Kalappa umesh.kalap...@gmail.com writes:
Hi All ,
We are porting gcc4.8.1 to the new target and we created the new
.rodata section w.r.t flags by get_unnamed_section() .
Now we need to associate the global %object data of type .word or
.byte to the created .rodata section and
Richard Sandiford rdsandif...@googlemail.com writes:
Matthew Fortune matthew.fort...@imgtec.com writes:
Richard Sandiford rdsandif...@googlemail.com writes:
Matthew Fortune matthew.fort...@imgtec.com writes:
As it stands I wasn't planning on supporting .module arch= I was
just going to
Matthew Fortune matthew.fort...@imgtec.com writes:
Richard Sandiford rdsandif...@googlemail.com writes:
Matthew Fortune matthew.fort...@imgtec.com writes:
Richard Sandiford rdsandif...@googlemail.com writes:
Matthew Fortune matthew.fort...@imgtec.com writes:
As it stands I wasn't planning
On Mar 18, 2014, at 9:13 PM, Prathamesh Kulkarni bilbotheelffri...@gmail.com
wrote:
On Mon, Mar 17, 2014 at 2:22 PM, Richard Biener
richard.guent...@gmail.com wrote:
On Sun, Mar 16, 2014 at 1:21 PM, Prathamesh Kulkarni
bilbotheelffri...@gmail.com wrote:
In c_expr::c_expr, shouldn't
On Mar 12, 2014, at 12:19 PM, Braden Obrzut ad...@maniacsvault.net wrote:
My name is Braden Obrzut and I am a student from the University of Akron
interested in contributing to GCC for GSoC. I am interested in working on a
project related to the c++-concepts branch.
In particular, I am
On Mar 12, 2014, at 11:42 AM, Thomas Wynn tw...@programmer.net wrote:
Hello, my name is Thomas Wynn. I am a junior in pursuit of a B.S. in
Computer Science at The University of Akron. I am interested in
working on a project with GCC for this year's Google Summer of Code.
More specifically, I
On Feb 26, 2014, at 12:27 AM, guray ozen guray.o...@gmail.com wrote:
Hello,
I'm master student at high-performance computing at barcelona
supercomputing center. And I'm working on my thesis regarding openmp
accelerator model implementation onto our compiler (OmpSs). Actually i
almost
On Mar 17, 2014, at 2:39 AM, Mihai Mandrescu mihai.mandre...@gmail.com wrote:
Hello,
I just enrolled in Google Summer of Code and would like to contribute
to GCC. I'm not very familiar with the process of getting a project
for GSoC nor with free software development in general, but I would
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60546
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
CC||jakub at gcc dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60546
--- Comment #22 from linzj manjian2006 at gmail dot com ---
(In reply to Jakub Jelinek from comment #21)
What is not satisfying?
struct QualifiedNameComponents {
StringImpl* m_prefix;
StringImpl* m_localName;
StringImpl*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60557
--- Comment #5 from Jakub Jelinek jakub at gcc dot gnu.org ---
Created attachment 32380
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=32380action=edit
gcc49-pr60557.patch
This should hopefully fix it.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60465
Mike Frysinger vapier at gentoo dot org changed:
What|Removed |Added
CC||vapier at gentoo
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60558
Mike Frysinger vapier at gentoo dot org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60558
Bug ID: 60558
Summary: building glibc-2.19 w/gcc-4.8.x on ia64 produces bad
ld.so
Product: gcc
Version: 4.8.2
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60465
devurandom at gmx dot net changed:
What|Removed |Added
Target||ia64-unknown-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55383
--- Comment #12 from Magnus Reftel magnus.reftel at gmail dot com ---
Any suggestions on how to progress with this one?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60504
--- Comment #8 from Mikael Pettersson mikpelinux at gmail dot com ---
(In reply to Mikael Pettersson from comment #5)
Sorry, no joy. With Eric's suggested patch I still got:
Correction: Eric's suggested patch does work. In my previous attempt
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60559
Bug ID: 60559
Summary: g++.dg/vect/pr60023.cc fails with -fno-tree-dce (ICE)
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57521
--- Comment #7 from Richard Biener rguenth at gcc dot gnu.org ---
Author: rguenth
Date: Tue Mar 18 08:46:21 2014
New Revision: 208632
URL: http://gcc.gnu.org/viewcvs?rev=208632root=gccview=rev
Log:
2014-03-18 Richard Biener rguent...@suse.de
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57656
--- Comment #7 from Richard Biener rguenth at gcc dot gnu.org ---
Author: rguenth
Date: Tue Mar 18 08:46:21 2014
New Revision: 208632
URL: http://gcc.gnu.org/viewcvs?rev=208632root=gccview=rev
Log:
2014-03-18 Richard Biener rguent...@suse.de
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57517
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57521
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57517
--- Comment #7 from Richard Biener rguenth at gcc dot gnu.org ---
Author: rguenth
Date: Tue Mar 18 08:46:21 2014
New Revision: 208632
URL: http://gcc.gnu.org/viewcvs?rev=208632root=gccview=rev
Log:
2014-03-18 Richard Biener rguent...@suse.de
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57656
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60560
Bug ID: 60560
Summary: Problem allocating character array with assumed length
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60561
Bug ID: 60561
Summary: ICE in gimplify_var_or_parm_decl, at gimplify.c:1721
for gfortran.dg/associate_1.f03
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60557
--- Comment #6 from Tobias Burnus burnus at gcc dot gnu.org ---
(In reply to Jakub Jelinek from comment #5)
This should hopefully fix it.
Looks good to me. For the testcase of comment 1, it also gives the expected
run-time diagnostic:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60561
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Keywords|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60561
Dominique d'Humieres dominiq at lps dot ens.fr changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60561
--- Comment #3 from Dominique d'Humieres dominiq at lps dot ens.fr ---
So it should be rejected without -std=f2003?
Compiling the code with -std=f2003 -fall-intrinsics gives the ICE (without
-fall-intrinsics there is a link error
Undefined
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60561
--- Comment #4 from Dominique d'Humieres dominiq at lps dot ens.fr ---
The ICE is in the following subroutine
SUBROUTINE test_char (n)
INTEGER, INTENT(IN) :: n
CHARACTER(LEN=n) :: str
str = foobar
ASSOCIATE (my = str)
END
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60562
Bug ID: 60562
Summary: ’4.9 Regression] FAIL:
gcc.target/i386/excess-precision-3.c execution test on
x86_64-apple-darwin13
Product: gcc
Version: 4.9.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60039
--- Comment #8 from Nick Hudson skrll at netbsd dot org ---
On 03/18/14 02:34, kkojima at gcc dot gnu.org wrote:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60039
--- Comment #7 from Kazumoto Kojima kkojima at gcc dot gnu.org ---
Ugh, then
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60563
Bug ID: 60563
Summary: FAIL: g++.dg/ext/sync-4.C on *-apple-darwin*
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60128
Rainer Orth ro at gcc dot gnu.org changed:
What|Removed |Added
Status|RESOLVED|REOPENED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60553
--- Comment #5 from Richard Biener rguenth at gcc dot gnu.org ---
next_variant-type_name-type-next_variant-type-name-decl_original_type-type_name-decl_context-next_variant-type_context-next_variant-next_variant-next_variant-type_fields-type-...
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60465
--- Comment #4 from Andreas Schwab sch...@linux-m68k.org ---
How about showing the previous ~20 insns here.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60504
--- Comment #9 from Eric Botcazou ebotcazou at gcc dot gnu.org ---
Correction: Eric's suggested patch does work. In my previous attempt I
applied his patch and only did an incremental rebuild, and that didn't
resolve all testsuite regressions.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57522
--- Comment #6 from Dominique d'Humieres dominiq at lps dot ens.fr ---
Any reason why tho PR is not closed as fixed?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57522
--- Comment #7 from Dominique d'Humieres dominiq at lps dot ens.fr ---
*** Bug 58339 has been marked as a duplicate of this bug. ***
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58339
Dominique d'Humieres dominiq at lps dot ens.fr changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57522
Paul Thomas pault at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58941
--- Comment #8 from Richard Biener rguenth at gcc dot gnu.org ---
Author: rguenth
Date: Tue Mar 18 10:58:22 2014
New Revision: 208640
URL: http://gcc.gnu.org/viewcvs?rev=208640root=gccview=rev
Log:
2014-03-18 Richard Biener rguent...@suse.de
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60419
--- Comment #8 from Jakub Jelinek jakub at gcc dot gnu.org ---
FYI, since r208573 the reduced ppc64 testcase no longer reproduces, but the #c0
still does.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60128
--- Comment #15 from Dominique d'Humieres dominiq at lps dot ens.fr ---
What is the output of
write(*,(en15.1)) 9.4905
end
? If it is 9.4, it means that your snprintf is not rounding to nearest but to
zero.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60561
Tobias Burnus burnus at gcc dot gnu.org changed:
What|Removed |Added
Keywords|accepts-invalid,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60553
--- Comment #6 from Richard Biener rguenth at gcc dot gnu.org ---
Another idea would be (many next-variant walks in the call stack)
Index: lto/lto-tree.h
===
--- lto/lto-tree.h
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58941
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60128
--- Comment #16 from ro at CeBiTec dot Uni-Bielefeld.DE ro at CeBiTec dot
Uni-Bielefeld.DE ---
--- Comment #15 from Dominique d'Humieres dominiq at lps dot ens.fr ---
What is the output of
write(*,(en15.1)) 9.4905
end
? If it is 9.4,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60128
--- Comment #17 from Dominique d'Humieres dominiq at lps dot ens.fr ---
Could your repeat the test for
write(*,(en15.1)) 9.4905_8
end
write(*,(en15.1)) 9.4905_10
end
and
write(*,(en15.1)) 9.4905_16
end
?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60325
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60325
--- Comment #4 from Uroš Bizjak ubizjak at gmail dot com ---
(In reply to Jakub Jelinek from comment #3)
Thus fixed?
Hard to say, but the testsuite failure is gone and we have no testcase...
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60504
--- Comment #10 from Mikael Pettersson mikpelinux at gmail dot com ---
(In reply to Eric Botcazou from comment #9)
That's good news, thanks. Did you do a testsuite run for all languages?
Sorry, didn't have time for that -- the repeated 4.9
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55896
Marek Polacek mpolacek at gcc dot gnu.org changed:
What|Removed |Added
CC||mpolacek at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60133
--- Comment #2 from Jakub Jelinek jakub at gcc dot gnu.org ---
Hasn't this been fixed by r208383 and r208384 ?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58721
--- Comment #23 from Jakub Jelinek jakub at gcc dot gnu.org ---
Author: jakub
Date: Tue Mar 18 11:31:04 2014
New Revision: 208641
URL: http://gcc.gnu.org/viewcvs?rev=208641root=gccview=rev
Log:
PR ipa/58721
gcc/
* internal-fn.c: Include
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55896
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
CC||jakub at gcc dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59487
Bug 59487 depends on bug 58721, which changed state.
Bug 58721 Summary: [4.9 Regression] The subroutine perdida is no longer inlined
in fatigue.f90
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58721
What|Removed
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58721
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60315
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
CC||jakub at gcc dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60562
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |4.9.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55896
--- Comment #3 from sworddragon2 at aol dot com ---
why aren't you using strlen???
Because of this bug (if it should be still valid):
https://bugs.launchpad.net/ubuntu/+source/gcc-4.7/+bug/1035321
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60128
--- Comment #18 from ro at CeBiTec dot Uni-Bielefeld.DE ro at CeBiTec dot
Uni-Bielefeld.DE ---
--- Comment #17 from Dominique d'Humieres dominiq at lps dot ens.fr ---
Could your repeat the test for
write(*,(en15.1)) 9.4905_8
end
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55896
--- Comment #4 from Jakub Jelinek jakub at gcc dot gnu.org ---
(In reply to sworddragon2 from comment #3)
why aren't you using strlen???
Because of this bug (if it should be still valid):
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60128
--- Comment #19 from Dominique d'Humieres dominiq at lps dot ens.fr ---
write(*,(en15.1)) 9.4905_16
end
9.4E+00
So the test fails due to a bug in the rounding of real(16) in your lib. Do you
have any idea about how the tests for
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60564
Bug ID: 60564
Summary: [C++11] The std::packaged_task constructor taking a
reference to a functor does not copy its argument.
Product: gcc
Version: 4.8.0
Status:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55383
--- Comment #13 from Manuel López-Ibáñez manu at gcc dot gnu.org ---
(In reply to Magnus Reftel from comment #12)
Any suggestions on how to progress with this one?
Looking at the testcases modified by the patch, I don't know why there is no
test
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60459
Raghu raghupv30 at gmail dot com changed:
What|Removed |Added
Severity|normal |critical
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60438
Bernd Edlinger bernd.edlinger at hotmail dot de changed:
What|Removed |Added
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60564
Jonathan Wakely redi at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60562
Dominique d'Humieres dominiq at lps dot ens.fr changed:
What|Removed |Added
Target|x86_64-apple-darwin1* |
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60438
--- Comment #38 from Dominique d'Humieres dominiq at lps dot ens.fr ---
Hi, this seems to have created a new regression:
FAIL: gcc.target/i386/excess-precision-3.c execution test
pr60562
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60128
--- Comment #20 from Jerry DeLisle jvdelisle at gcc dot gnu.org ---
We can xfail the test case if we are certain of the problem.
1 - 100 of 285 matches
Mail list logo
