On Thu, Jul 25, 2013 at 05:06:55AM +0200, Jakub Jelinek wrote:
On Wed, Jul 24, 2013 at 07:36:31PM +0200, Richard Biener wrote:
Make them callee saved means we need to change ld.so to
preserve them and we need to change unwind library to
support them. It is certainly doable.
IMHO it
On 07/24/2013 11:51 PM, David Starner wrote:
On Wed, Jul 24, 2013 at 8:50 AM, Andrew Haley a...@redhat.com wrote:
Not at all: we're just disagreeing about what a real system with
a real workload looks like.
No, we aren't. We're disagreeing about whether it's acceptable to
enable a feature
2013/7/25 Ian Lance Taylor i...@google.com:
On Wed, Jul 24, 2013 at 4:36 PM, Roland McGrath rol...@hack.frob.com wrote:
Will an MPX-using binary require an MPX-supporting dynamic linker to run
correctly?
* An old dynamic linker won't clobber %bndN directly, so that's not a
problem.
On 07/24/2013 05:58 PM, Zamyatin, Igor wrote:
Hi All!
This is to let you know that enabling of Intel® MPX technology (see details in
http://download-software.intel.com/sites/default/files/319433-015.pdf) in GCC
has been started. (Corresponding changes in binutils are here -
On Wed, Jul 24, 2013 at 9:52 PM, Ondřej Bílka nel...@seznam.cz wrote:
On Wed, Jul 24, 2013 at 08:25:14AM -1000, Richard Henderson wrote:
On 07/24/2013 05:23 AM, Richard Biener wrote:
H.J. Lu hjl.to...@gmail.com wrote:
Hi,
Here is a patch to extend x86-64 psABI to support AVX-512:
On Thu, Jul 25, 2013 at 03:17:43PM +0300, Janne Blomqvist wrote:
On Wed, Jul 24, 2013 at 9:52 PM, Ondřej Bílka nel...@seznam.cz wrote:
On Wed, Jul 24, 2013 at 08:25:14AM -1000, Richard Henderson wrote:
On 07/24/2013 05:23 AM, Richard Biener wrote:
H.J. Lu hjl.to...@gmail.com wrote:
2013/7/25 Florian Weimer fwei...@redhat.com:
On 07/24/2013 05:58 PM, Zamyatin, Igor wrote:
Hi All!
This is to let you know that enabling of IntelŽ MPX technology (see
details in
http://download-software.intel.com/sites/default/files/319433-015.pdf) in
GCC has been started. (Corresponding
Hi,
This got lost in our site-consolidation efforts.
We are working to make it active again.
Will update the community soon.
Regards
Ganesh
From: Joseph Myers [jos...@codesourcery.com]
Sent: Tuesday, July 23, 2013 2:57 PM
To: H.J. Lu
Cc: GNU C Library;
On 07/25/2013 03:50 PM, Ilya Enkovich wrote:
Do you mean 'Bounds Directory' when say 'translation tables'? If yes,
then you should be able to access it by getting its address from
BNDCFGU register.
Good to know.
It is not clear how Bound Tables may be shared. Bound Tables are used
to hold
On Thu, Jul 25, 2013 at 4:08 AM, Ilya Enkovich enkovich@gmail.com wrote:
2013/7/25 Ian Lance Taylor i...@google.com:
On Wed, Jul 24, 2013 at 4:36 PM, Roland McGrath rol...@hack.frob.com wrote:
Will an MPX-using binary require an MPX-supporting dynamic linker to run
correctly?
* An old
On Thu, Jul 25, 2013 at 08:55:38AM +0200, Ondřej Bílka wrote:
On Thu, Jul 25, 2013 at 05:06:55AM +0200, Jakub Jelinek wrote:
On Wed, Jul 24, 2013 at 07:36:31PM +0200, Richard Biener wrote:
Make them callee saved means we need to change ld.so to
preserve them and we need to change unwind
On Wed, Jul 24, 2013 at 4:36 PM, Roland McGrath rol...@hack.frob.com wrote:
I've read through the MPX spec once, but most of it is still not very
clear to me. So please correct any misconceptions. (HJ, if you answer
any or all of these questions in your usual style with just, It's not a
On Wed, Jul 24, 2013 at 5:23 PM, Ian Lance Taylor i...@google.com wrote:
* The foo@plt pseudo-symbols that e.g. objdump will display are based on
the BFD backend knowing the size of PLT entries. Arguably this ought
to look at sh_entsize of .plt instead of using baked-in knowledge, but
Snapshot gcc-4.8-20130725 is now available on
ftp://gcc.gnu.org/pub/gcc/snapshots/4.8-20130725/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 4.8 SVN branch
with the following options: svn://gcc.gnu.org/svn/gcc/branches
I am getting a crash with my backend when running arbitrary code with
-g. Apparently this is because the compiler aborts at dwarf2cfi.c:2852
(GCC 4.8.1-release, because
initial_return_save (INCOMING_RETURN_ADDR_RTX);
INCOMING_RETURN_ADDR_RTX is undefined.
The documentation states You only need
I am reaching this code like this:
(gdb) p targetm.debug_unwind_info ()
$1 = UI_DWARF2
(gdb) p targetm_common.except_unwind_info (global_options)
$2 = UI_SJLJ
On Thu, Jul 25, 2013 at 3:57 PM, Hendrik Greving
hendrik.greving.in...@gmail.com wrote:
I am getting a crash with my backend when
I found this email thread
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48459
It sounds like I should define TARGET_DEBUG_UNWIND_INFO and return
UI_NONE for now?
On Thu, Jul 25, 2013 at 3:57 PM, Hendrik Greving
hendrik.greving.in...@gmail.com wrote:
I am getting a crash with my backend when
On Thu, Jul 25, 2013 at 1:17 AM, Andrew Haley a...@redhat.com wrote:
On 07/24/2013 11:51 PM, David Starner wrote:
On Wed, Jul 24, 2013 at 8:50 AM, Andrew Haley a...@redhat.com wrote:
Not at all: we're just disagreeing about what a real system with
a real workload looks like.
No, we aren't.
I was interested to watch the video of the DejaGnu BOF at the Cauldron. A
few issues with DejaGnu for toolchain testing that I've noted but I don't
think were covered there include:
* DejaGnu has a lot of hardcoded logic to try to find various files in a
toolchain build directory. A lot of
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57978
Bug ID: 57978
Summary: f951: internal compiler error: Segmentation fault
Product: gcc
Version: 4.8.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57979
Bug ID: 57979
Summary: G++ accepts constant expression defined using floating
point glvalue
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57979
Jonathan Wakely redi at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57980
Bug ID: 57980
Summary: gcc 4.8.1 -foptimize-sibling-calls -O1 ICE in
build_int_cst_wide, at tree.c:1210
Product: gcc
Version: 4.8.1
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56427
Marek Polacek mpolacek at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51965
Jonathan Wakely redi at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |4.9.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57978
Tobias Burnus burnus at gcc dot gnu.org changed:
What|Removed |Added
CC||burnus at gcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57639
janus at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57981
Bug ID: 57981
Summary: [ICE}
Product: gcc
Version: 4.8.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57981
Yuhki Ogasawara y121516 at gmail dot com changed:
What|Removed |Added
Summary|[ICE} |gcc 4.8 is the
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57982
Bug ID: 57982
Summary: GetModuleHandle in __register_frame_info causes abort
on unload
Product: gcc
Version: 4.7.3
Status: UNCONFIRMED
Severity: major
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57980
Marc Glisse glisse at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57966
--- Comment #5 from janus at gcc dot gnu.org ---
(In reply to janus from comment #3)
(In reply to janus from comment #2)
Draft patch (not regtested yet):
Seems to survive the regtest without any failures
However, it ICEs on the following
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57981
--- Comment #2 from Yuhki Ogasawara y121516 at gmail dot com ---
I'm sorry. I mistook in previous comment.
compile:
$ g++ -std=c++11 -Wall -Wextra -pedantic a.cpp
compile (correct) and messages:
$ g++ -std=c++11 -Wall -Wextra -pedantic a.cpp
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57979
--- Comment #2 from Johannes Goller jogojapan at gmail dot com ---
Confirmed that the problem exists in the most recent version of GCC 4.9, i.e. a
20130725 snapshot from the master branch.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57966
--- Comment #6 from Tobias Burnus burnus at gcc dot gnu.org ---
(In reply to janus from comment #5)
However, it ICEs on the following variant (which involves a GENERIC TBP):
That test case compile with NAG f95 v5.1 (of 2007!) and with a pretty
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57981
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57978
--- Comment #2 from Karin Nyström knyyys at gmail dot com ---
Created attachment 30550
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=30550action=edit
Parameters.f90 (missing in archive)
Sorry about that. All dependencies should be there now.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57983
Bug ID: 57983
Summary: cmakefiles/opencv_perf_gpu.dir
Product: gcc
Version: 4.6.3
Status: UNCONFIRMED
Severity: blocker
Priority: P3
Component: c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57984
Bug ID: 57984
Summary: terminate called after throwing an instance of
'std::regex_error' what(): regex_error during
regex object construction
Product: gcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57984
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53631
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
CC||snypxy at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57821
--- Comment #7 from Jorn Wolfgang Rennecke amylaar at gcc dot gnu.org ---
(In reply to Chung-Ju Wu from comment #6)
Check gcc test summary, it shows that the problem only appears on 32-bit
host.
That's because of the different size of
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57978
Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch changed:
What|Removed |Added
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57978
Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch changed:
What|Removed |Added
Status|UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57978
--- Comment #5 from Karin Nyström knyyys at gmail dot com ---
Created attachment 30551
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=30551action=edit
logini.inc
logini.inc is normally created by the makefile which is why I forgot that one
as
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57978
--- Comment #6 from Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch
---
Reduced testcase:
subroutine Change_calendar (ts_arr, target_calendar)
integer, dimension(1) :: NO_DAY = (/ 0 /), ONE_DAY = (/ 180 /)
integer, allocatable
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57978
--- Comment #7 from Tobias Burnus burnus at gcc dot gnu.org ---
(In reply to Joost VandeVondele from comment #6)
for 4.8 gives a segfault
Which has seemingly be fixed in GCC 4.9.
for 4.9 reports:
allocate (diffdays, source=NO_DAY)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57978
--- Comment #8 from Karin Nyström knyyys at gmail dot com ---
NO_DAY is an array
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57978
Tobias Burnus burnus at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44672
--- Comment #3 from Tobias Burnus burnus at gcc dot gnu.org ---
*** Bug 44529 has been marked as a duplicate of this bug. ***
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44529
Tobias Burnus burnus at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44672
--- Comment #4 from Tobias Burnus burnus at gcc dot gnu.org ---
(In reply to Dominique d'Humieres from comment #1)
Duplicate of pr45440?
It's related but not a duplicate. (Some items in the comments of the PR might
be.)
However, PR44529 and
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57978
--- Comment #10 from Karin Nyström knyyys at gmail dot com ---
Thanks for looking into this so quickly, will upgrading gcc and following that
feature request.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57966
--- Comment #7 from janus at gcc dot gnu.org ---
The following patch fixes both variants (comment 1 and comment 5):
Index: gcc/fortran/resolve.c
===
--- gcc/fortran/resolve.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57985
Bug ID: 57985
Summary: ICE in cgraph_function_node with -fprofile-arcs -O2
Product: gcc
Version: 4.8.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57821
--- Comment #8 from dave.anglin at bell dot net ---
On 25-Jul-13, at 12:51 AM, jasonwucj at gmail dot com wrote:
John, does your case happen on 32-bit only as well?
Yes.
--
John David Anglindave.ang...@bell.net
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57966
--- Comment #8 from janus at gcc dot gnu.org ---
(In reply to janus from comment #7)
Regtesting now ...
Completed successfully!
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57967
--- Comment #4 from Mikael Pettersson mikpe at it dot uu.se ---
I can reproduce the wrong-code with gcc-4.7.3 on armv5tel-linux-gnueabi.
The wrong-code disappeared on 4.7 branch with the recent PR57829 fix in
r200773.
On trunk the wrong-code
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57977
--- Comment #2 from Daniel Santos daniel.santos at pobox dot com ---
Don't you mean the part which prohibits its creation?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57821
--- Comment #9 from dave.anglin at bell dot net ---
On 25-Jul-13, at 6:56 AM, amylaar at gcc dot gnu.org wrote:
hwint.h says that HOST_WIDE_INT should be 64 bit when targeting a
machine with
64 bit size_t. You can insure that by setting
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57977
--- Comment #3 from Daniel Santos daniel.santos at pobox dot com ---
Hmm, I guess it's actually the copy assignment operator. Either way, it makes
sense if the const union member was real, in this case, the copy assignment
for this member would
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57986
Bug ID: 57986
Summary: call to local bind template function called
std::bind without using any namespace.
Product: gcc
Version: 4.8.1
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57986
--- Comment #1 from yangzhe1990 at gmail dot com ---
Created attachment 30552
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=30552action=edit
thread
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57986
--- Comment #2 from yangzhe1990 at gmail dot com ---
Created attachment 30553
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=30553action=edit
vector_iterator_asdf and computation functions
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57986
--- Comment #3 from yangzhe1990 at gmail dot com ---
Created attachment 30554
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=30554action=edit
main program
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57986
--- Comment #4 from Jonathan Wakely redi at gcc dot gnu.org ---
(In reply to yangzhe1990 from comment #0)
Then interesting thing
happens: If I omit a parameter to the bind function, the compiling error
message shows that std::bind was called
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57986
--- Comment #6 from Jonathan Wakely redi at gcc dot gnu.org ---
class vector_iterator_asdf :
public std::iteratorstd::random_access_iterator_tag, T *,
std::ptrdiff_t, T *const *, T *const {
vector_iterator_asdf
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57880
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57986
--- Comment #5 from Jonathan Wakely redi at gcc dot gnu.org ---
thread(const thread X) {
swap(const_caststruct thread (X));
}
This is insane, don't do that.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57981
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57974
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
CC||uros at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57983
Andrew Pinski pinskia at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57974
--- Comment #4 from Uroš Bizjak ubizjak at gmail dot com ---
(In reply to Paolo Carlini from comment #3)
I suspect the back end could be also involved because it happens only for
long double and I didn't see anything special for long double in
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57974
--- Comment #5 from Paolo Carlini paolo.carlini at oracle dot com ---
But isn't this a bug? I mean, naively, what do we gain from the optimization
point of view from not evaluating as 0 in any case? And why it happens only for
long double?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57974
--- Comment #6 from Uroš Bizjak ubizjak at gmail dot com ---
(In reply to Paolo Carlini from comment #5)
But isn't this a bug? I mean, naively, what do we gain from the optimization
point of view from not evaluating as 0 in any case? And why it
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57986
Jonathan Wakely redi at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57986
--- Comment #7 from yangzhe1990 at gmail dot com ---
Thanks. Now only one question left. Why removing algorithm could disable the
ADL?
BTW, in c++03, to avoid the const_cast, is writing a shared_ptr the right
choice?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57974
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57986
--- Comment #9 from yangzhe1990 at gmail dot com ---
algorithm is probably including functional
Yes, you are right. iterator is not including functional.
Make the type non-copyable, and if you need to pass it around then use
shared_ptrthread
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57974
--- Comment #8 from Uroš Bizjak ubizjak at gmail dot com ---
(In reply to Paolo Carlini from comment #7)
However it's still not clear to me why this inconsistency doesn't happen
with clang or icc, for example. I'm not convinced we are doing our
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57974
--- Comment #9 from Paolo Carlini paolo.carlini at oracle dot com ---
Or maybe should be made a little weaker / safer? Are you 100% sure we are
beating performancewise clang and icc on this?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56382
--- Comment #2 from John David Anglin danglin at gcc dot gnu.org ---
Executing on host: /mnt/gnu/gcc/objdir-test/gcc/xgcc
-B/mnt/gnu/gcc/objdir-test/
gcc/ -fno-diagnostics-show-caret -O0 -w -c -o pr55921.o
/mnt/gnu/gcc/gcc/gc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55334
--- Comment #34 from Jan Hubicka hubicka at ucw dot cz ---
I can confirm that one call of resid now gets inlined on the branch
even on x86_64 (I'm confused why, the dump seems to suggest all call
sites would violate param max-inline-insns-auto
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56382
John David Anglin danglin at gcc dot gnu.org changed:
What|Removed |Added
Attachment #29485|0 |1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57987
Bug ID: 57987
Summary: Fortran finalizers considered extern-inline by
middle-end
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57974
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
CC||gdr at gcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57974
--- Comment #11 from Gabriel Dos Reis gdr at gcc dot gnu.org ---
(In reply to Paolo Carlini from comment #10)
Gaby, do you have an opinion on this? Irrespective of the long double issue,
do you want me to re-enable (contra LWG 844) the pow(const
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57974
--- Comment #12 from Paolo Carlini paolo.carlini at oracle dot com ---
Agreed, let's do it.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57880
--- Comment #12 from David Binderman dcb314 at hotmail dot com ---
(In reply to Paolo Carlini from comment #11)
Fixed for 4.9.0.
Good news. Worth referencing the patch that fixed it ?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57880
--- Comment #13 from Paolo Carlini paolo.carlini at oracle dot com ---
I added c++/57880 to the svn CL. Sorry, I'm not going to reference by hand each
and every patch I commit (svn should do it automatically, send a message to
Bugzilla, as it used
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57974
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
CC|paolo.carlini at oracle dot com|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38836
Uroš Bizjak ubizjak at gmail dot com changed:
What|Removed |Added
Target||x86
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57966
janus at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57530
--- Comment #5 from Tobias Burnus burnus at gcc dot gnu.org ---
Resolution patch (approved but not yet committed):
http://gcc.gnu.org/ml/fortran/2013-06/msg00049.html
trans*.c patch for TYPE = CLASS (submitted):
: target
Assignee: unassigned at gcc dot gnu.org
Reporter: dushistov at mail dot ru
I tested such simple function on i7-3740QM CPU @ 2.70GHz, with gcc 4.8.1 and
gcc 4.9.0 20130725:
double pi(unsigned int count)
{
unsigned int i;
double p = 0;
double z = 1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57988
H.J. Lu hjl.tools at gmail dot com changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57954
H.J. Lu hjl.tools at gmail dot com changed:
What|Removed |Added
CC||dushistov at mail dot
--- Comment #3 from Johannes Goller jogojapan at gmail dot com ---
It also exists in a 4.9.0 snapshot from yesterday (20130725, built from the
master branch).
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57989
Bug ID: 57989
Summary: gcc for ARM defines __ARM_FEATURE_SIMD32, but does
provide SIMD32 (ARMv6) intrinsics
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
2013/7/24 Steve Kargl s...@troutmask.apl.washington.edu:
On Wed, Jul 24, 2013 at 11:53:09PM +0200, Janus Weil wrote:
Hi all,
here is a straightforward patch for an ICE-on-invalid problem, which
basically adds some checks for 'class_ok'.
Regtested on x86_64-unknown-linux-gnu. Ok for trunk?
1 - 100 of 187 matches
Mail list logo
