* Rainer Orth wrote on Mon, Apr 04, 2011 at 08:19:19PM CEST:
> To avoid this mess, I'm instead setting LD_LIBRARY_PATH in CHECK. While
> this isn't exactly portable (some platforms, especially Darwin and
> HP-UX, use different variables), it's at least more widespread than -R.
Toplevel configure
Hello,
While looking at something else, I noticed that preprocessing this
code snippet:
cat -n test.c
~=~
void foo (void)
{
int i1, j1, k1;
#define p parallel
#define P(x) private (x##1)
#define S(x) shared (x##1)
#define F(x) firstprivate (x##1)
#pragma omp p P(i) \
S(j) \
F(k)
;
}
~=~
I had introduced an const issue by recent patch. Attached patch fixes that.
Kai
Index: gcc/gcc/config/i386/i386-protos.h
===
--- gcc.orig/gcc/config/i386/i386-protos.h 2011-04-08 16:00:16.264411500
+0200
+++ gcc/gcc/config/i386/
*ping*
http://gcc.gnu.org/ml/fortran/2011-04/msg00041.html
On 05.04.2011 19:44, Tobias Burnus wrote:
This patch adds multi-image support to UCOBOUND. In the
-fcoarray=single case, the last dimension is just "LCOARRAY (coarray,
dim=corank)". However, if there are multiple images, one has for
c
Hi,
as permitted by the DWARF-[234] standards, this patch makes the compiler emit
the DW_AT_artificial attribute for compiler-generated types; there are a lot
of them in Ada. GDB doesn't use it (yet), but other debuggers do use it to
speed up type lookups.
Tested on i586-suse-linux, OK for th
On Fri, 8 Apr 2011, Kohei Takahashi wrote:
> I wish to host a new mirror site.
> When it is possible to register in the mirror list, it is glad.
>
> The URL is http://ftp.tsukuba.wide.ad.jp/software/gcc .
> The mirror is located in Japan/Tsukuba, mirror manager is me, Kohei
> Takahashi, and email
I've noticed/fixed a few occurrences of doubled words like "the the",
"to to", etc. in other packages, so wrote this to find more of them:
git ls-files|xargs perl -0777 -n \
-e 'while (/\b(then?|if|but|or|and|to)\s+\1\b/gms)' \
-e '{$n=($` =~ tr/\n/\n/ + 1); ($v=$&)=~s/\n/\\n/g;' \
-
Hello world,
I committed the following as obvious, after verifying with the
w3c validator.
RCS file: /cvs/gcc/wwwdocs/htdocs/gcc-4.7/changes.html,v
retrieving revision 1.6
retrieving revision 1.7
diff -u -r1.6 -r1.7
--- changes.html4 Apr 2011 07:08:12 - 1.6
+++ changes.html
> I find that both nf.f90 and capacita.f90 segfault in runtime for any stack
> size.
On x86_64-apple-darwin10, nf.f90 "works". However if I run it through
valgrind I get
==64815== Memcheck, a memory error detector
==64815== Copyright (C) 2002-2010, and GNU GPL'd, by Julian Seward et al.
==64815=
PR libstdc++/48465
* configure.ac (libtool_VERSION): Bump library version to 6:16:0.
* configure: Regenerate.
* config/abi/pre/gnu.ver (GLIBCXX_3.4.16): Export missing symbols.
* testsuite/util/testsuite_abi.cc: Add GLIBCXX_3.4.16.
tested x86_64-linux, commi
A simple one.
PR libstdc++/48541
* include/std/functional (_Base_manager::_M_get_pointer): Use
addressof.
* testsuite/20_util/function/48541.cc: New.
Tested x86_64-linux, committed to trunk and the 4.6 branch.
Index: include/std/functional
=
On Apr 10, 2011, at 4:54 AM, Jim Meyering wrote:
> I've noticed/fixed a few occurrences of doubled words like "the the",
> "to to"
I fixed all the non-surious matches in the gcc/testsuite. if if in the fortran
testsuite was the major spurious match. Thanks.
Index: gcc.target/mips/inter/mips16_
On Mar 8, 2011, at 11:23 AM, DJ Delorie wrote:
>> avoid memory overrun in a test leading to potential double-free
>> * testsuite/test-expandargv.c (writeout_test): Fix off-by-one error:
>> i.e., do copy the trailing NUL byte.
>
> Ok. Thanks!
Applied, thanks. In general, you have to ask someone
On Apr 10, 2011, at 4:54 AM, Jim Meyering wrote:
> I would be inclined to prepare a patch if I thought it would
> be applied (promptly?), but I submitted a clear/simple fix for
> an obvious double-free bug (albeit only in a test case) a month ago:
>
> http://patchwork.ozlabs.org/patch/85973/
2011/4/8 Jeff Law :
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 04/08/11 07:21, Laurynas Biveinis wrote:
>> 2011/4/8 Steven Bosscher :
* stmt.c (label_rtx): Allocate RTX in permanent RTL memory.
>>>
>>> That looks strange, labels should be function specific, except
>>> non-
2011/4/9 Steven Bosscher :
> 4. RTL per function. GCC expands one GIMPLE function at a time, and
> the idea is to initialize the RTL obstack once when expanding starts,
> let it grow until final, and blow it away after final. Unlike 20 years
> ago, this obstack is never rolled back during RTL passe
2011/4/8 Basile Starynkevitch :
> Actually, the above committed patch is better than nothing, but not
> perfect. It happens to generate ggc_alloc macros for things which are
> not defined in the plugin (however, this is not a big deal in practice,
> since it generates some macros in common with tho
On Sun, 10 Apr 2011 21:27:10 +0300
Laurynas Biveinis wrote:
> 2011/4/9 Steven Bosscher :
> > 4. RTL per function. GCC expands one GIMPLE function at a time, and
> > the idea is to initialize the RTL obstack once when expanding starts,
> > let it grow until final, and blow it away after final. Unl
On Sun, 10 Apr 2011 21:47:05 +0300
Laurynas Biveinis wrote:
> 2011/4/8 Basile Starynkevitch :
> > Actually, the above committed patch is better than nothing, but not
> > perfect. It happens to generate ggc_alloc macros for things which are
> > not defined in the plugin (however, this is not a big
On Apr 10, 2011, at 4:54 AM, Jim Meyering wrote:
> I've noticed/fixed a few occurrences of doubled words like "the the",
I've fixed the obviously wrong ones in gcc/.* excluding ada and go. I don't
hate Ada and go, since I don't pretend to keep up on rules to their parts of
the tree. I did do j
On Sun, 10 Apr 2011, Jim Meyering wrote:
> I would be inclined to prepare a patch if I thought it would
> be applied (promptly?), but I submitted a clear/simple fix for
> an obvious double-free bug (albeit only in a test case) a month ago:
>
> http://patchwork.ozlabs.org/patch/85973/
>
On Sun, 10 Apr 2011, Jim Meyering wrote:
> boehm-gc/configure.host:5:the the
> boehm-gc/doc/README:123:to to
> boehm-gc/misc.c:212:to to
> boehm-gc/os_dep.c:4010:to to
Maintained externally and the GCC copy is very out-of-date. Send patches
to upstream boehm-gc instead.
> libdecnumber/decCommo
On Sun, 10 Apr 2011, Thomas Koenig wrote:
> I committed the following as obvious, after verifying with the
> w3c validator.
Thanks! I followed up with a minor editorial change.
Gerald
Index: changes.html
===
RCS file: /cvs/gcc/wwwd
Mike Stump wrote:
> On Apr 10, 2011, at 4:54 AM, Jim Meyering wrote:
>> I've noticed/fixed a few occurrences of doubled words like "the the",
>
> I've fixed the obviously wrong ones in gcc/.* excluding ada and go. I
> don't hate Ada and go, since I don't pretend to keep up on rules to
> their part
Mike Stump wrote:
> On Apr 10, 2011, at 4:54 AM, Jim Meyering wrote:
>> I've noticed/fixed a few occurrences of doubled words like "the the",
>> "to to"
>
> I fixed all the non-surious matches in the gcc/testsuite. if if in
> the fortran testsuite was the major spurious match. Thanks.
Thanks.
Ye
On Sun, Apr 10, 2011 at 8:22 PM, Laurynas Biveinis
wrote:
> It is certainly true that moving away from GC will make some kinds of
> bugs possible again, but I hope that not enough to be an unmanageable
> concern.
One thing that may help, is to poison parts of released obstacks,
instead of actuall
Le 10. 04. 11 02:19, Joseph S. Myers a écrit :
> Likewise. We don't use VERIFIED and CLOSED in GCC, proper text should
> reflect the existence of only one closed state with a genuine meaning and
> not mention the others (ideally they'd be completely hidden).
That's not true. VERIFIED and CLOSED
On 10 April 2011 23:51, Frédéric Buclin wrote:
> Le 10. 04. 11 02:19, Joseph S. Myers a écrit :
>> Likewise. We don't use VERIFIED and CLOSED in GCC, proper text should
>> reflect the existence of only one closed state with a genuine meaning and
>> not mention the others (ideally they'd be complet
Le 11. 04. 11 01:33, Jonathan Wakely a écrit :
> Most of those cases are the reporter changing the status to VERIFIED
> after a gcc maintainer has set it to RESOLVED. That doesn't mean the
> maintainers use VERIFIED of that keeping it is useful.
If they are useless, then they should be removed to
On Mon, 11 Apr 2011, Frédéric Buclin wrote:
> Le 10. 04. 11 02:19, Joseph S. Myers a écrit :
> > Likewise. We don't use VERIFIED and CLOSED in GCC, proper text should
> > reflect the existence of only one closed state with a genuine meaning and
> > not mention the others (ideally they'd be comp
On Fri, 8 Apr 2011 19:55:51 +0200
Basile Starynkevitch wrote:
> Committed revision 172203 (on trunk).
>
> Actually, the above committed patch is better than nothing, but not
> perfect. It happens to generate ggc_alloc macros for things which are
> not defined in the plugin (however, this is not
Is this patch OK?
Thanks,
David
On Sat, Apr 9, 2011 at 9:34 AM, Xinliang David Li wrote:
> SPEC06 build with FDO is ok with the patch -- no abnormality was found.
>
> David
>
> On Fri, Apr 8, 2011 at 2:42 PM, Xinliang David Li wrote:
>> Please review this patch. Regression test is ok. I will d
32 matches
Mail list logo
