On 02/05/15 10:13, Sandra Loosemore wrote:
It looks to me like that, when the rewrite of the inline asm sections
was committed last May (r210273), there was general agreement that it
needed additional copy-editing to fix markup problems and the like. But,
nobody ever followed up to do that.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64889
Jeffrey A. Law law at redhat dot com changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
On Thu, Feb 5, 2015 at 3:22 AM, Renlin Li renlin...@arm.com wrote:
Hi all,
location information is missing when rewrite complex component-wise
load/store.
This patch add the location info to fix the recently gcc.dg/uninit-13.c and
gcc.dg/uninit-17.c failures on arm target. The compiler
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=17982
Jeffrey A. Law law at redhat dot com changed:
What|Removed |Added
Status|NEW |RESOLVED
On 01/30/15 05:29, Martin Liška wrote:
Hi.
Attached patch handles situation where remove_unreachable_nodes is
called before
IPA ICF registers removal hooks. As a result, a deleted callgraph node
is touched.
Tested on x86_64-linux-pc without a new regression seen.
Ready for trunk?
Thanks,
On Thu, 8 Jan 2015, Andrew Haley wrote:
Android native GCC can't support LTO because of a lack of support for
dlopen() in the C library. How should we patch the configury to disable
LTO by default?
Doesn't setting unsupported_languages in toplevel configure.ac
work for you?
brgds, H-P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=44394
Jeffrey A. Law law at redhat dot com changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Hi!
As discussed in PR64340, the clearing of flag_ipa_ra is misplaced too,
because it isn't reflected in optimization_default_node.
Fixed thusly, bootstrapped/regtested on x86_64-linux and i686-linux, ok for
trunk?
2015-02-06 Jakub Jelinek ja...@redhat.com
* toplev.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64965
Bug ID: 64965
Summary: __FILE__ doesn't work if the filename contains newline
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64896
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48009
--- Comment #11 from Daniel Richard G. skunk at iskunk dot org ---
Yep, that system's still running. I'll be happy to test any fixes for this
issue.
Hello!
2015-02-06 Uros Bizjak ubiz...@gmail.com
* gcc.target/i386/pr64317.c: Compile for 32bit *-*-linux* targets.
(dg-options): Use -fpie instead of -fPIE -pie.
Tested on x86_64-linux-gnu {,m32}, committed to mainline SVN.
Uros.
Index: gcc.target/i386/pr64317.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=39722
Jeffrey A. Law law at redhat dot com changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=39714
Bug 39714 depends on bug 39722, which changed state.
Bug 39722 Summary: [4.8/4.9 Regression][cond-optab] worse code with bitfields
on v850, mn10300, avr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=39722
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63744
Mikael Morin mikael at gcc dot gnu.org changed:
What|Removed |Added
Keywords||patch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61138
--- Comment #6 from Mikael Morin mikael at gcc dot gnu.org ---
(In reply to Dominique d'Humieres from comment #1)
Likely r190641.
Yes
(In reply to Mikael Morin from comment #2)
gfc_trans_pointer_assignment sets lse.descriptor_only before
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64205
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Hi!
As mentioned in the PR, the problem here is that the Ada FE needs to modify
global_options after toplevel.c (process_options), but as for LTO we now use
optimization_{default,current}_node for options of functions without
specifial optimization node, it means the changed options aren't
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62258
--- Comment #9 from M. Hanselmann public at hansmi dot ch ---
A few days ago I submitted a patch for this issue based on Dmitry's patch. It
seems as if we can get it in after the 5.0 release.
Hello,
we currently reject programs of the form
module m
integer :: s
end module m
subroutine s
use m, only: x = s, x = s
end subroutine s
with an error stating that S is the name of the current program unit.
Interestingly, the duplicate rename is necessary to trigger it.
There
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64878
--- Comment #7 from Sebastian Pop spop at gcc dot gnu.org ---
Author: spop
Date: Fri Feb 6 21:08:13 2015
New Revision: 220491
URL: https://gcc.gnu.org/viewcvs?rev=220491root=gccview=rev
Log:
PR 64878: do not jump thread across more than one
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53238
--- Comment #22 from Daniel Richard G. skunk at iskunk dot org ---
Still using AIX 4.3 here. The std::ctypechar error has been particularly
nettlesome, as it's beyond my ken and I can't work around it.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=39723
Vladimir Makarov vmakarov at gcc dot gnu.org changed:
What|Removed |Added
CC||vmakarov
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64896
--- Comment #8 from Jakub Jelinek jakub at gcc dot gnu.org ---
Author: jakub
Date: Fri Feb 6 20:47:20 2015
New Revision: 220489
URL: https://gcc.gnu.org/viewcvs?rev=220489root=gccview=rev
Log:
PR ipa/64896
* cgraphunit.c
On Fri, 6 Feb 2015, Mike Stump wrote:
Personally, the call form of bal in my book should be called call, and
the non-call form of it should be called bal, but, I realize it is
likely to late to do much about now. If one went down this path, then
even changing it away from bal is wrong.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64878
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64205
--- Comment #7 from Michael Meissner meissner at gcc dot gnu.org ---
Author: meissner
Date: Fri Feb 6 19:15:56 2015
New Revision: 220485
URL: https://gcc.gnu.org/viewcvs?rev=220485root=gccview=rev
Log:
[gcc]
2015-02-06 Michael Meissner
On 02/06/15 13:28, Jakub Jelinek wrote:
Hi!
As discussed in PR64340, the clearing of flag_ipa_ra is misplaced too,
because it isn't reflected in optimization_default_node.
Fixed thusly, bootstrapped/regtested on x86_64-linux and i686-linux, ok for
trunk?
2015-02-06 Jakub Jelinek
On Fri, Feb 6, 2015 at 12:36 PM, Lynn A. Boger
labo...@linux.vnet.ibm.com wrote:
I was told by the testers that this patch did not work. The error message
was:
panic: interface conversion: interface is nil, not error
goroutine 1 [running]:
client.$nested1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64752
David Malcolm dmalcolm at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
/src/fink.build/gcc50-5.0.0-1000/darwin_objdir/gcc/
/sw/src/fink.build/gcc50-5.0.0-1000/gcc-5-20150206/gcc/testsuite/gcc.dg/visibility-22.c
-fno-diagnostics-show-caret -fdiagnostics-color=never -fPIC -lm
-m32 -o ./visibility-22.exe(timeout = 300)
spawn -ignore SIGHUP
/sw/src/fink.build/gcc50
/gcc-5-20150206/gcc/testsuite/gcc.dg/visibility-23.c
-fno-diagnostics-show-caret -fdiagnostics-color=never -fPIC -S -m32 -o
visibility-23.s
contains...
.text
.globl _main
_main:
LFB0:
pushl %ebp
LCFI0:
movl%esp, %ebp
LCFI1:
subl$8, %esp
call
This bug has gone latent on the trunk; however, the problem still
remains that cse will incorrectly simplify a ZERO/SIGN_EXTRACT in some
cases.
ZERO/SIGN_EXTRACT are somewhat special in that if they are extracting
from a memory operand, that memory operand will always have QImode
regardless of
I saw
config/darwin.h:#undef TARGET_ASM_ASSEMBLE_VISIBILITY
config/darwin.h:#define TARGET_ASM_ASSEMBLE_VISIBILITY
darwin_assemble_visibility
config/i386/cygming.h:#undef TARGET_ASM_ASSEMBLE_VISIBILITY
config/i386/cygming.h:#define TARGET_ASM_ASSEMBLE_VISIBILITY
i386_pe_assemble_visibility
with...
Executing on host:
/sw/src/fink.build/gcc50-5.0.0-1000/darwin_objdir/gcc/xgcc
-B/sw/src/fink.build/gcc50-5.0.0-1000/darwin_objdir/gcc/
/sw/src/fink.build/gcc50-5.0.0-1000/gcc-5-20150206/gcc/testsuite/gcc.dg/visibility-22.c
-fno-diagnostics-show-caret -fdiagnostics-color=never -fPIC -lm
-m32
The attached patch adds a link to the built HTML docs for libgccjit to
htdocs/onlinedocs/index.html.
Committed to CVS as obvious.
Index: htdocs/onlinedocs/index.html
===
RCS file: /cvs/gcc/wwwdocs/htdocs/onlinedocs/index.html,v
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64752
--- Comment #2 from David Malcolm dmalcolm at gcc dot gnu.org ---
Author: dmalcolm
Date: Fri Feb 6 23:19:32 2015
New Revision: 220494
URL: https://gcc.gnu.org/viewcvs?rev=220494root=gccview=rev
Log:
PR jit/64752 - Rewrite jit testsuite to
* config/rs6000/rs6000.c (rs6000_call_aix): Use get_current_sequence.
The rs6000 change is okay.
Thanks, David
The jit testsuite attempted to test the gcc_jit_context_compile_to_file
API entrypoint by running file on the generated file, and comparing
the result against a regexp.
This approach is unfixable: some hosts won't have file installed, and
the output of file seems to vary enough from host to host
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64257
David Malcolm dmalcolm at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
On 6 February 2015 at 12:12, Victor d@ngs.ru wrote:
--- the forwarded message follows ---
-- Forwarded message --
From: Victor d@ngs.ru
To: gcc-h...@gcc.gnu.org
Cc:
Date: Wed, 04 Feb 2015 15:41:56 +0600
Subject: Vararg templates. GCC vs Clang
Code:
On 3 February 2015 at 13:49, Renlin Li renlin...@arm.com wrote:
On 01/02/15 15:08, Jonathan Wakely wrote:
I failed to CC gcc-patches on this patch ...
On 29/01/15 13:02 +, Jonathan Wakely wrote:
diff --git
a/libstdc++-v3/testsuite/17_intro/headers/c++200x/all_attributes.cc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53119
Askar Safin safinaskar at mail dot ru changed:
What|Removed |Added
CC||safinaskar at
Any idea why HP still sees the tests fail? See comment 8 at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64467#c8
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53119
--- Comment #22 from Rich Felker bugdal at aerifal dot cx ---
The warning is probably correct for C++ because C++ has {} as its universal
zero initializer, and {0} may not (unsure about this; I'm not a C++ expert)
even be valid as an initializer
On Mon, Feb 2, 2015 at 11:37 PM, Jakub Jelinek ja...@redhat.com wrote:
On Mon, Feb 02, 2015 at 02:51:43PM -0800, Andrew Pinski wrote:
While trying to build the GCC 5 with GCC 5, I ran into an ICE when
building libcpp at -O0. The problem is the C++ front-end was not
folding
Hi Sandra,
Index: gcc/ipa-devirt.c
===
polymorphic (indirect) call
- This is callgraph represention of virtual method call. Every
+ This is callgraph representation of virtual method call. Every
polymorphic
/src/fink.build/gcc50-5.0.0-1000/darwin_objdir/gcc/
/sw/src/fink.build/gcc50-5.0.0-1000/gcc-5-20150206/gcc/testsuite/gcc.dg/visibility-22.c
-fno-diagnostics-show-caret -fdiagnostics-color=never -fPIC -lm
-m32 -o ./visibility-22.exe(timeout = 300)
spawn -ignore SIGHUP
/sw/src/fink.build
/sw/src/fink.build/gcc50-5.0.0-1000/darwin_objdir/gcc/
/sw/src/fink.build/gcc50-5.0.0-1000/gcc-5-20150206/gcc/testsuite/gcc.dg/visibility-23.c
-fno-diagnostics-show-caret -fdiagnostics-color=never -fPIC -S -m32 -o
visibility-23.s
Can you give my updated patch:
https://gcc.gnu.org/git/?p=gcc.git
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=42522
Jeffrey A. Law law at redhat dot com changed:
What|Removed |Added
CC||law at redhat dot
The documentation for libgccjit is now visible on the GCC website in
HTML form at:
https://gcc.gnu.org/onlinedocs/jit/
(and is being built nightly).
Thanks to everyone who helped make this happen (Gerald Pfeifer, Joseph
Myers, Frank Ch. Eigler, Jeff Law, iirc).
The Show Source links on each
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=2714
--- Comment #7 from David Edelsohn dje at gcc dot gnu.org ---
Author: dje
Date: Sat Feb 7 02:34:38 2015
New Revision: 220501
URL: https://gcc.gnu.org/viewcvs?rev=220501root=gccview=rev
Log:
PR debug/2714
PR bootstrap/64256
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64256
--- Comment #12 from David Edelsohn dje at gcc dot gnu.org ---
Author: dje
Date: Sat Feb 7 02:34:38 2015
New Revision: 220501
URL: https://gcc.gnu.org/viewcvs?rev=220501root=gccview=rev
Log:
PR debug/2714
PR bootstrap/64256
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53348
--- Comment #9 from David Edelsohn dje at gcc dot gnu.org ---
Author: dje
Date: Sat Feb 7 02:55:03 2015
New Revision: 220502
URL: https://gcc.gnu.org/viewcvs?rev=220502root=gccview=rev
Log:
PR bootstrap/53348
* inclhack.def
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53348
--- Comment #8 from David Edelsohn dje at gcc dot gnu.org ---
Patches are reviewed on gcc-patches mailinglist, not in Bugzilla
The attached patch is everything I've got so far to address issues in
building GCC on AIX 4.3. This covers issues
With the attached patch I create a special version of fbuf_flush that is only
called with list directed I/O. There can be no tabbing back and forth so it is
safe to flush the buffer whenever we want. The bug occurs when the buffer keeps
growing to no end until no more allocations can be made
/fink.build/gcc50-5.0.0-1000/gcc-5-20150206/gcc/testsuite/gcc.dg/visibility-22.c
-fno-diagnostics-show-caret -fdiagnostics-color=never -fPIC -lm
-m32 -o ./visibility-22.exe(timeout = 300)
spawn -ignore SIGHUP
/sw/src/fink.build/gcc50-5.0.0-1000/darwin_objdir/gcc/xgcc
-B/sw/src/fink.build
After a lot of investigation, I believe that I have learned why stabs
debugging on AIX disabled use of continuations. GDB, IBM DBX and IBM
XLDB are able to work with stab string continuations produced by GCC.
I am enabling it using definitions that match the behavior of IBM XL
compilers to avoid
On 7 February 2015 at 00:05, Jonathan Wakely wrote:
This question would have been more appropriate on the gcc-help mailing list.
I should have said it *was* more appropriate on that list, and should
have remained there. You could have pinged the gcc-help list, or just
been patient, before
It's been a long time since I did any significant work on GCC,
and it is unlikely that I'll be doing much for the foreseeable
future.
While I still have some understanding of the modules I used to
maintain, I don't think it is reasonable to have me making
decisions on them. It's been too long and
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53119
--- Comment #23 from Askar Safin safinaskar at mail dot ru ---
Please remove {0} warning at least in cases where {0} is obviously OK (such as
addrinfo)
private_extern[ \t_]*_?foo
with...
Executing on host:
/sw/src/fink.build/gcc50-5.0.0-1000/darwin_objdir/gcc/xgcc
-B/sw/src/fink.build/gcc50-5.0.0-1000/darwin_objdir/gcc/
/sw/src/fink.build/gcc50-5.0.0-1000/gcc-5-20150206/gcc/testsuite/gcc.dg/visibility-22.c
-fno-diagnostics-show-caret -fdiagnostics
On 02/06/2015 06:19 PM, Gerald Pfeifer wrote:
Hi Sandra,
Index: gcc/ipa-devirt.c
===
polymorphic (indirect) call
- This is callgraph represention of virtual method call. Every
+ This is callgraph representation
On Fri, Feb 6, 2015 at 2:20 PM, H.J. Lu hjl.to...@gmail.com wrote:
I saw
config/darwin.h:#undef TARGET_ASM_ASSEMBLE_VISIBILITY
config/darwin.h:#define TARGET_ASM_ASSEMBLE_VISIBILITY
darwin_assemble_visibility
config/i386/cygming.h:#undef TARGET_ASM_ASSEMBLE_VISIBILITY
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60956
--- Comment #8 from Jerry DeLisle jvdelisle at gcc dot gnu.org ---
Patch
https://gcc.gnu.org/ml/gcc-patches/2015-02/msg00449.html
The following patch fixes a typo discovered recently:
https://gcc.gnu.org/ml/gcc/2015-02/msg00040.html
The patch was bootstrapped and tested on x86/x86-64.
Committed as rev.220488.
2015-02-06 Vladimir Makarov vmaka...@redhat.com
* lra.c (lra_emit_add): Fix a typo in using
Hi!
As discussed in the PR, for functions that return an aggregate that is not
aggregate_value_p (i.e. returned in registers), using RESULT_DECL is
undesirable, that's not what we normally emit for user code.
So, this patch instead uses a temporary, which is optimized right now as
much as
Hi!
As discussed in the PR, for functions that return an aggregate that is not
aggregate_value_p (i.e. returned in registers), using RESULT_DECL is
undesirable, that's not what we normally emit for user code.
So, this patch instead uses a temporary, which is optimized right now as
much
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64957
--- Comment #2 from Jakub Jelinek jakub at gcc dot gnu.org ---
Created attachment 34682
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=34682action=edit
gcc5-pr64957.patch
Untested fix.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64957
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Priority|P3 |P1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64317
--- Comment #5 from Ilya Enkovich enkovich.gnu at gmail dot com ---
(In reply to Jakub Jelinek from comment #4)
Does #c2 fix this, or is #c3 an unrelated bugreport that still needs fixing?
Problem is still seen after the fix. I put test here
Maciej W. Rozycki ma...@linux-mips.org writes:
On Thu, 5 Feb 2015, Matthew Fortune wrote:
I'm OK with this change but I'd like Catherine to comment before
committing.
It seems a shame to duplicate the block of code but it is probably just
as
ugly to define a macro for the la/dla
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60289
--- Comment #6 from vehre at gcc dot gnu.org ---
Author: vehre
Date: Fri Feb 6 11:22:54 2015
New Revision: 220474
URL: https://gcc.gnu.org/viewcvs?rev=220474root=gccview=rev
Log:
PR fortran/60289
Initial patch by Janus Weil
*
On Fri, Feb 06, 2015 at 09:44:20AM +, Tobias Burnus wrote:
I think it is useful to know that one can build libcc1.so - also as
advertisement. Thus, I propose to include something like the quip in
the attachment.
GDB uses it in version 7.9, which is not yet released but already
branched
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60956
Tobias Burnus burnus at gcc dot gnu.org changed:
What|Removed |Added
CC||burnus at gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64952
Mikael Morin mikael at gcc dot gnu.org changed:
What|Removed |Added
CC||mikael at gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64957
--- Comment #3 from Jakub Jelinek jakub at gcc dot gnu.org ---
Author: jakub
Date: Fri Feb 6 11:36:34 2015
New Revision: 220475
URL: https://gcc.gnu.org/viewcvs?rev=220475root=gccview=rev
Log:
PR rtl-optimization/64957
PR debug/64817
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64817
--- Comment #10 from Jakub Jelinek jakub at gcc dot gnu.org ---
Author: jakub
Date: Fri Feb 6 11:36:34 2015
New Revision: 220475
URL: https://gcc.gnu.org/viewcvs?rev=220475root=gccview=rev
Log:
PR rtl-optimization/64957
PR debug/64817
Hi!
The
/* Given (xor (ior (xor A B) C) D), where B, C and D are
constants, simplify to (xor (ior A C) (B~C)^D), canceling
out bits inverted twice and not set by C. Similarly, given
(xor (and (xor A B) C) D), simplify without inverting C in
the xor
On Fri, 6 Feb 2015, Andrew Haley wrote:
On 06/02/15 08:00, Hans-Peter Nilsson wrote:
On Thu, 8 Jan 2015, Andrew Haley wrote:
Android native GCC can't support LTO because of a lack of support for
dlopen() in the C library. How should we patch the configury to disable
LTO by default?
On Fri, Feb 06, 2015 at 10:44:20AM +0100, Tobias Burnus wrote:
I think it is useful to know that one can build libcc1.so - also as
advertisement. Thus, I propose to include something like the quip in
the attachment.
GDB uses it in version 7.9, which is not yet released but already
branched
On February 5, 2015 4:42:50 PM CET, Jakub Jelinek ja...@redhat.com wrote:
Hi!
On the following testcase we fail -fcompare-debug, because in .LASAN0
initializer we get a NOP_EXPR optimized away only in one of the cases.
The reason is that cgraph* is looking at DECL_ABSTRACT_P flag of
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62258
Mateusz Kwiatkowski m.kwiatkowski at avsystem dot com changed:
What|Removed |Added
CC|
On February 6, 2015 4:28:01 AM CST, Andrew Haley a...@redhat.com wrote:
On 02/06/2015 10:18 AM, Hans-Peter Nilsson wrote:
On Fri, 6 Feb 2015, Andrew Haley wrote:
On 06/02/15 08:00, Hans-Peter Nilsson wrote:
On Thu, 8 Jan 2015, Andrew Haley wrote:
Android native GCC can't support LTO because
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64957
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=26845
Jeffrey A. Law law at redhat dot com changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64893
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
CC||jakub at gcc dot
On 06/02/15 08:00, Hans-Peter Nilsson wrote:
On Thu, 8 Jan 2015, Andrew Haley wrote:
Android native GCC can't support LTO because of a lack of support for
dlopen() in the C library. How should we patch the configury to disable
LTO by default?
Doesn't setting unsupported_languages in
Hi,
inline is a patch to avoid using /dev/random on Windows in ssp.c. If it
is getting used there might be a local malicious process supplying fake
random values (e.g. via C:\dev\random) rendering SSP useless.
Comments/review are much appreciated. The patch is against the 4.9 branch:
From
I think it is useful to know that one can build libcc1.so - also as
advertisement. Thus, I propose to include something like the quip in
the attachment.
GDB uses it in version 7.9, which is not yet released but already
branched off.
OK? - Other suggestions or comments?
Tobias
Index:
On 02/06/2015 10:18 AM, Hans-Peter Nilsson wrote:
On Fri, 6 Feb 2015, Andrew Haley wrote:
On 06/02/15 08:00, Hans-Peter Nilsson wrote:
On Thu, 8 Jan 2015, Andrew Haley wrote:
Android native GCC can't support LTO because of a lack of support for
dlopen() in the C library. How should we patch
On Thu, 5 Feb 2015, Matthew Fortune wrote:
I'm OK with this change but I'd like Catherine to comment before committing.
It seems a shame to duplicate the block of code but it is probably just as
ugly to define a macro for the la/dla instruction.
Native systems have sys/asm.h for such ABI
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62631
--- Comment #21 from Eric Botcazou ebotcazou at gcc dot gnu.org ---
Author: ebotcazou
Date: Fri Feb 6 11:17:46 2015
New Revision: 220473
URL: https://gcc.gnu.org/viewcvs?rev=220473root=gccview=rev
Log:
PR target/62631
*
Hi Paul,
thanks for the review.
Committed as r220474.
Regards,
Andre
On Thu, 5 Feb 2015 15:15:02 +0100
Paul Richard Thomas paul.richard.tho...@gmail.com wrote:
Dear Andre,
That's fine to commit to trunk.
Thanks for the patch
Paul
On 30 January 2015 at 11:19, Andre
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62631
--- Comment #22 from Eric Botcazou ebotcazou at gcc dot gnu.org ---
OK, this is fixed on the SPARC, but not on the PA where we still have 2 IVs.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64937
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
On Fri, Feb 06, 2015 at 09:44:40AM +0100, Richard Biener wrote:
Looks good to me. I wonder if this will also help Aldyh...
I also wonder what it takes to make dwarf2out use DECL_ABSTRACT_P ||
force_abstract with maintaining that new state and whether that would be
both cheaper and cleaner?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64317
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
CC||jakub at gcc dot
On 02/06/2015 11:05 AM, Cyd Haselton wrote:
Technically not a bug, but a limitation of either fakechroot ported to
Android, Android's severely stripped libc, or a combination of the two.
I think it's a bug. libfakechroot presents a version of dlopen() on
the assumption that the libc it's
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62631
--- Comment #23 from Eric Botcazou ebotcazou at gcc dot gnu.org ---
OK, this is fixed on the SPARC, but not on the PA where we still have 2 IVs.
Correction: we have only one IV on the PA, but it's 'i' and not 'p'.
Dave, is the generated code
1 - 100 of 187 matches
Mail list logo