The attached patch eliminates the failures in linkage of the new
gcc.dg/torture/pr53922.c testcase on darwin by passing
-Wl,-undefined,dynamic_lookup
to the linker as recommended by the darwin linker developer...
http://gcc.gnu.org/ml/gcc-bugs/2012-09/msg01802.html
Tested on x86_64-apple-darw
On Wed, 19 Sep 2012, sell...@mips.com wrote:
> 2012-09-17 Ian Lance Taylor
>
> * MAINTAINERS (Various Maintainers): Add libbacktrace.
> * configure.ac (host_libs): Add libbacktrace.
> (target_libraries): Add libbacktrace.
> * Makefile.def (host_modules): Add libbacktrace
Hi Tobias,
> This patch fixes a couple of issues, I run into when working on FINAL
> subroutines.
>
>
> a) PR54618:
>
> (i) For a nonallocatable CLASS(...),INTENT(OUT), gfortran is setting the the
> _def_init; however, for OPTIONAL this has to be guarded by an is-present
> check.
>
> (ii) For CLAS
Hi all,
this patch fixes an ICE recently reported by Andrew Benson. It does so
by rejecting polymorphic arguments to the C_F_POINTER intrinsic. For
discussion and standard references, please refer to the PR and today's
email thread.
Apart from fixing this PR, the patch modifies two other error me
Hello,
this patch lets forwprop fold bit_field_refs of constructors. It is
particularly useful in forwprop4, which happens after the pass that lowers
unsupported vector operations. Indeed, that pass keeps breaking vectors
into pieces and reconstructing them for each operation, which is a waste
On Sat, Sep 22, 2012 at 3:29 PM, Bruce Korb wrote:
> Hi Gaby,
>
> On 09/22/12 13:07, Gabriel Dos Reis wrote:
>>> SVN is behaving unexpectedly. Help, please?
>>
>> Have you upgraded your system or SVN recently?
>
> Not deliberately. :) Switched openSuSE releases (12.2 now).
yeah, I have been run
As demonstrated by the testcase, the new propagate_constants_for_unrolling can
change the EH properties of a statement when it turns array accesses with
variable index into array accesses with fixed index if -fnon-call-exception is
enabled.
The proposed fix is to call maybe_clean_or_replace_eh_
Hi Gaby,
On 09/22/12 13:07, Gabriel Dos Reis wrote:
>> SVN is behaving unexpectedly. Help, please?
>
> Have you upgraded your system or SVN recently?
Not deliberately. :) Switched openSuSE releases (12.2 now).
> If yes, you need to issue the command
>
> $ svn upgrade
It's been crunchin
> Well, the current code assumes that the replacements are gimple
> register types and, perhaps more importantly, it assumes there are no
> to-be-replaced pieces within to-be-replaced pieces. If we were to put
> a structure outside of a frame structure and scalarize some field
> within it at the s
On Sat, Sep 22, 2012 at 2:59 PM, Bruce Korb wrote:
> On 09/22/12 12:49, Bruce Korb wrote:
>> "Huh?" Sorry. Don't know what else to say:
>
> Similar results using straight up svn:
>
> $ bash contrib/gcc_update
> Updating SVN tree
> svn: E155036: Please see the 'svn upgrade' command
> svn: E155036
On Fri, Sep 21, 2012 at 10:11 PM, Segher Boessenkool
wrote:
> Currently, the register predicates allow a subreg of anything,
> including memory or the wrong kind of register. Most other ports
> do not allow this. As far as I can see, this doesn't help the
> compiler generate better code, potenti
On 09/22/12 12:49, Bruce Korb wrote:
> "Huh?" Sorry. Don't know what else to say:
Similar results using straight up svn:
$ bash contrib/gcc_update
Updating SVN tree
svn: E155036: Please see the 'svn upgrade' command
svn: E155036: Working copy '/u/gnu/proj/gcc-svn' is too old (format 10, created
"Huh?" Sorry. Don't know what else to say:
Per: http://gcc.gnu.org/wiki/GitMirror
$ git svn init -Ttrunk --prefix=origin/ svn+ssh://gcc.gnu.org/svn/gcc
Network connection closed unexpectedly: Unable to connect to a repository at \
URL 'svn+ssh://gcc.gnu.org/svn/gcc': To better debug SSH conn
Hello,
this patch removes one copy of a block of code that somehow ended up
duplicated. Richard Henderson apparently already fixed part of the problem
here:
http://gcc.gnu.org/ml/gcc-patches/2011-10/msg00120.html
but missed this bit (or was it a different patch?).
Not yet tested (seems obvi
On Sat, Sep 22, 2012 at 12:54 PM, Eric Botcazou wrote:
>> Vector compare testcases can't be compiled with 4.7- - vector compares
>> are not implemented for C++ there. As observed, BLKmode compare is not
>> triggered for alpha in the whole testsuite, as far as release branches
>> are concerned.
>
>
> Vector compare testcases can't be compiled with 4.7- - vector compares
> are not implemented for C++ there. As observed, BLKmode compare is not
> triggered for alpha in the whole testsuite, as far as release branches
> are concerned.
Then there is no real reason to touch the release branches in
Hi Thomas,
> http://gcc.gnu.org/ml/gcc-patches/2012-09/msg01293.html
>
>> pretty self-explanatory. No test case because there is no change
>> in behavior. OK for trunk?
looks good to me. Thanks for the patch!
Cheers,
Janus
I wrote:
http://gcc.gnu.org/ml/gcc-patches/2012-09/msg01293.html
pretty self-explanatory. No test case because there is no change
in behavior. OK for trunk?
On Fri, 2012-09-21 at 14:59 -0600, Tom Tromey wrote:
> This patch adds some typedef printers to libstdc++.
>
> This relies on a gdb patch that hasn't yet gone in (pending on the list).
> If the gdb patch changes, I'll change these printers as well.
>
> The basic idea is that you can now have gdb
Similar to the last patch, this rejects a surrogate pair, which is
invalid UTF-8, when doing a range over a string. Bootstrapped and ran
Go testsuite on x86_64-unknown-linux-gnu. Committed to mainline and 4.7
branch.
Ian
diff -r 2a400cc3eae6 libgo/runtime/go-rune.c
--- a/libgo/runtime/go-rune.c
20 matches
Mail list logo
