Le 29/08/2011 17:08, Alexandre Lissy a écrit :
> Le 29/08/2011 16:57, Alexandre Lissy a écrit :
>> Le 29/08/2011 16:44, Alexandre Lissy a écrit :
>>> Le 29/08/2011 15:15, Basile Starynkevitch a écrit :
On Mon, Aug 29, 2011 at 12:21:12PM +0200, Alexandre Lissy wrote:
> Files containing the
Le 29/08/2011 17:22, Alexandre Lissy a écrit :
> Le 29/08/2011 17:08, Alexandre Lissy a écrit :
>> Le 29/08/2011 16:57, Alexandre Lissy a écrit :
>>> Le 29/08/2011 16:44, Alexandre Lissy a écrit :
Le 29/08/2011 15:15, Basile Starynkevitch a écrit :
> On Mon, Aug 29, 2011 at 12:21:12PM +020
The newly introduced target 'melt-tiny-tests' was buggy, this commit
fixes the issue by:
- splitting target in two targets, introducing the
'melt-sayhello.melt' target which produces the MELT code
corresponding, with a dependency on
$(melt_default_modules_list).modlis.
- adding a depende
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 08/26/11 08:47, Bernd Schmidt wrote:
> In rest_of_reorder_blocks, we avoid reordering if
> !optimize_function_for_speed_p. However, we still call
> insert_section_bounary_note, which can cause problems because now, if
> we have a sequence of HOT-C
We currently generate
__i686.get_pc_thunk.bx:
movl(%esp), %ebx
ret
in PIC binaries. This can cause problems if the assembly output ends up
in a .S file which is then compiled again: __i686 is a predefined macro
and expands to "1". This happens in glibc when compiling csu/crti.S
On 07/29/2011 07:55 PM, John David Anglin wrote:
Ping?
Hi Dave,
ltmain.sh is a generated file, so this patch is not correct. Perhaps
something like (pasted in mail, so wrapped):
diff --git a/libltdl/config/ltmain.m4sh b/libltdl/config/ltmain.m4sh
index 9358ec5..bd5736c 100644
--- a/libltdl/
On Mon, Aug 29, 2011 at 9:11 AM, Bernd Schmidt wrote:
> We currently generate
>
> __i686.get_pc_thunk.bx:
> movl (%esp), %ebx
> ret
> in PIC binaries. This can cause problems if the assembly output ends up
> in a .S file which is then compiled again: __i686 is a predefined macro
>
On Mon, Aug 29, 2011 at 9:36 AM, H.J. Lu wrote:
> On Mon, Aug 29, 2011 at 9:11 AM, Bernd Schmidt
> wrote:
>> We currently generate
>>
>> __i686.get_pc_thunk.bx:
>> movl (%esp), %ebx
>> ret
>> in PIC binaries. This can cause problems if the assembly output ends up
>> in a .S file
On 08/29/11 18:37, H.J. Lu wrote:
> On Mon, Aug 29, 2011 at 9:36 AM, H.J. Lu wrote:
>> Doesn't Google have a patch to change it to __x86.get_pc_thunk.bx?
>>
>
> http://gcc.gnu.org/ml/gcc-patches/2011-04/msg02422.html
Cool. I guess I'll approve and commit this version, unless someone sees
a reas
On Mon, Aug 29, 2011 at 06:38:11PM +0200, Bernd Schmidt wrote:
> On 08/29/11 18:37, H.J. Lu wrote:
> > On Mon, Aug 29, 2011 at 9:36 AM, H.J. Lu wrote:
>
> >> Doesn't Google have a patch to change it to __x86.get_pc_thunk.bx?
> >>
> >
> > http://gcc.gnu.org/ml/gcc-patches/2011-04/msg02422.html
>
http://gcc.gnu.org/ml/gcc-patches/2011-08/msg01349.html
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 08/29/11 10:55, Vladimir Makarov wrote:
> http://gcc.gnu.org/ml/gcc-patches/2011-08/msg01349.html
OK.
jeff
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iQEcBAEBAgAG
On Mon, Aug 29, 2011 at 4:31 PM, Richard Guenther wrote:
> This patch makes a conversion optab from the direct optabs vcond
> and vcondu. This allows to specify different modes for the
> actual comparison and the value that is selected.
>
> All targets but i386 are trivially converted by
> s/vco
On Mon, 29 Aug 2011, Uros Bizjak wrote:
> On Mon, Aug 29, 2011 at 4:31 PM, Richard Guenther wrote:
>
> > This patch makes a conversion optab from the direct optabs vcond
> > and vcondu. This allows to specify different modes for the
> > actual comparison and the value that is selected.
> >
> >
Hello Everyone,
Here is a link for a new patch (http://software.intel.com/file/38290). This
patch is for the "cilkplus" branch and includes the following modifications:
1) Merges changes in the gcc master (SHA1:
f326eb816922bc183133c09b25564d550ab9a282).
2) Adds functionality to allow _Cilk_sp
2011/8/29 Paolo Carlini :
> On 08/29/2011 10:54 AM, Pedro Alves wrote:
>>
>> While these two didn't get the HAVE_... prefix. Was that intended?
>
> To be clear: make sure before committing that *all* use _GLIBCXX_HAVE_*
>
> Paolo.
Done and added missing _GLIBCXX_HAVE_ for all checks.
Committed at
On Mon, Aug 29, 2011 at 12:44 PM, Iyer, Balaji V
wrote:
> Hello Everyone,
>
> Here is a link for a new patch (http://software.intel.com/file/38290). This
> patch is for the "cilkplus" branch and includes the following modifications:
>
> 1) Merges changes in the gcc master (SHA1:
> f326eb816922b
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 08/29/11 03:03, Jakub Jelinek wrote:
> Hi!
>
> http://gcc.gnu.org/ml/gcc-patches/2011-08/msg01767.html PR
> middle-end/48722 Fix RTL sharing problem with
> CALL_INSN_FUNCTION_USAGE
>
> http://gcc.gnu.org/ml/gcc-patches/2011-08/msg00428.html Adjust
Hi all,
here is a relatively simple patch which fixes the PR in the subject
line. The problem was: For functions with polymorphic allocatable
result, the result variable was not nullified at the start.
The patch was regtested on x86_64-unknown-linux-gnu. Ok for trunk?
Cheers,
Janus
2011-08-29
Hi!
One of the Ada changes committed today, most likely
http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=178176
(couldn't find it posted on gcc-patches) broke x86_64-linux
bootstrap, with errors like:
ctrl_c.c:34:21: fatal error: tsystem.h: No such file or directory
compilation terminated.
make[9]
On 08/29/2011 09:58 PM, Kai Tietz wrote:
Done and added missing _GLIBCXX_HAVE_ for all checks. Committed at
revision 178257.
Something seems wrong here, in terms of commas:
too_many_links = EMLINK
//too_many_symbolic_link_levels = ELOOP,
#ifdef _GLIBCXX_HAVE_EOVERFLOW
.. also, you forgot to add 2011 to the Copyright years.
Paolo.
Hi!
As the following testcase shows, sometimes lp->landing_pad may be a
NOTE_DELETED_LABEL note and in that case
find_rarely_executed_basic_blocks_and_crossing_edges crashes.
for_each_eh_label in except.c does:
rtx lab = lp->landing_pad;
if (lab && LABEL_P (lab))
(*
On 8/29/2011 4:50 PM, Paolo Carlini wrote:
.. also, you forgot to add 2011 to the Copyright years.
Paolo.
In the GNAT development environment we have an SVN style
checking filter, and this is one of the things it checks
for so we prevent any checkin missing the current year in
the copyright no
Am 29.08.2011 22:28, schrieb Janus Weil:
Hi all,
here is a relatively simple patch which fixes the PR in the subject
line. The problem was: For functions with polymorphic allocatable
result, the result variable was not nullified at the start.
The patch was regtested on x86_64-unknown-linux-gnu.
David asked me to reverse the default for the -msave-toc-indirect option, since
it is buggy in a few cases, and in other places causes slowdowns if the
function has an early exit before calling the indrect function. I also
documented the switch.
I did the usual bootstrap and make check with no re
>> The patch was regtested on x86_64-unknown-linux-gnu. Ok for trunk?
>
> OK. Looks rather obvious.
Thanks. Committed as r178262.
Cheers,
Janus
>> 2011-08-29 Janus Weil
>>
>> PR fortran/50225
>> * trans-decl.c (gfc_generate_function_code): Nullify polymorphic
>> allocatab
The Go frontend was lowering expressions in blocks twice: once the usual
way, and once by traversing all subexpressions of a block statement.
The main effect of this was to waste compilation time. This patch fixes
it. Bootstrapped and ran Go testsuite on x86_64-unknown-linux-gnu.
Committed to mai
This patch to the Go frontend lowers calls to bound method expressions,
rather than handling them when converting to GENERIC. Bootstrapped and
ran Go testsuite on x86_64-unknown-linux-gnu. Committed to mainline.
Ian
diff -r 5097a3ef0927 go/expressions.cc
--- a/go/expressions.cc Mon Aug 29 15:00
The attached patches are several changes required for a new TM method,
gl_wt (global lock, write-through), which is added by the last patch
patch1: Add TM-method-specific begin code. All time-based TMs need to
know at which point in time they start working. Initializing lazily on
the first txnal l
Recently, we ran "make check" on the GCC built from the GUPC branck
and compared it against "make check" run against the GCC trunk version
of the most recent merge with the trunk. The following failure
was detected on the GUPC branch.
cc1: internal compiler error: in print_specific_help, at opts
Hi
This is a patch for the explicit vector shuffling we have discussed a
long time ago here:
http://gcc.gnu.org/ml/gcc-patches/2010-08/msg01092.html
The new patch introduces the new tree code, as we agreed, and expands
this code by checking the vshuffle pattern in the backend.
The patch at the m
"H.J. Lu" writes:
> On Mon, Aug 29, 2011 at 12:44 PM, Iyer, Balaji V
> wrote:
>> Hello Everyone,
>>
>> Here is a link for a new patch (http://software.intel.com/file/38290). This
>> patch is for the "cilkplus" branch and includes the following modifications:
>>
>> 1) Merges changes in the gcc
This patch adds new tests for overload resolution. In contrast to
prior tests, we want these tests to have assembly differences because
PPH binds overloads at header compilation time, not based on accident
of include order. The test control files change as a consequence.
Changed the compiler com
The DFP classes are treated as transparent aggregates, so they get
mangled and passed like their first field. In the testcase it is
defined to have a base class, so the first field is an artificial base
field, which doesn't make any sense.
Tested x86_64-pc-linux-gnu, applying to trunk.
commi
DR 994 added default arguments to the set of places that a
brace-enclosed initializer list can appear in C++11. This patch
implements that.
Tested x86_64-pc-linux-gnu, applying to trunk.
commit 5ba9be05f72a270674e434e447d50c4b8f6d30f8
Author: Jason Merrill
Date: Mon Aug 29 00:54:22 2011 -04
The lambda capture path in finish_id_expression wasn't calling mark_used
like the other paths.
Tested x86_64-pc-linux-gnu, applying to trunk and 4.6.
commit 0aceb42a8ba7bde23447d6ae74c8615721a40952
Author: Jason Merrill
Date: Mon Aug 29 11:23:56 2011 -0400
PR c++/50224
* semantics.
Hi,
This is a ping.
Is the patch ok for trunk?
Thanks, K
On Fri, Aug 26, 2011 at 5:52 PM, H.J. Lu wrote:
> On Fri, Aug 26, 2011 at 6:45 AM, Kirill Yukhin
> wrote:
>> Hi guys,
>> Thanks for your objections.
>>
>> HJ, I scanned all AVX2 tests. So, every tests has at least which
>> distinguishe
> The following patch fixed the bootstrap for me, will commit it
> as obvious once also regtesting finishes.
>
> 2011-08-29 Jakub Jelinek
>
> * gcc-interface/Makefile.in (../stamp-gnatlib1-$(RTSDIR)): Copy
> tsystem.h into $(RTSDIR) instead of rts.
Patch is certainly fine, thanks
101 - 139 of 139 matches
Mail list logo
