Hi!
The middle-end argument of memset is signed (int), so simplify_builtin_call
correctly checks host_integerp (val2, 0), but later on used tree_low_cst
(val2, 1), so for negative values it would ICE. Fixed thusly, the memset
is supposed to cast the int to unsigned char internally anyway.
On Sat, 18 Aug 2012, Dimitrios Apostolou wrote:
Hi,
On Fri, 17 Aug 2012, Jakub Jelinek wrote:
On Fri, Aug 17, 2012 at 06:41:37AM -0500, Gabriel Dos Reis wrote:
I am however concerned with:
static void
store_bindings (tree names, VEC(cxx_saved_binding,gc) **old_bindings)
The following should fix PR54326 (3.4.6 at least compiles genoutput.c
without warnings after this).
Bootstrap running on x86_64-unknown-linux-gnu.
Richard.
2012-08-20 Richard Guenther rguent...@suse.de
PR bootstrap/54326
* genoutput.c (note_constraint): Properly use
On Sun, Aug 19, 2012 at 8:30 PM, Dimitrios Apostolou ji...@gmx.net wrote:
2012-08-19 Dimitrios Apostolou ji...@gmx.net
* gcc/tree-ssa-pre.c (phi_translate_pool): New static global
alloc_pool, used for allocating struct expr_pred_trans_d for
phi_translate_table.
On Sun, Aug 19, 2012 at 8:44 PM, Gary Funck g...@intrepid.com wrote:
I filed two bug reports:
GCC install document does not list minimum required g++ version
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54324
GCC does not build with G++ version 3.4.0
On Mon, Aug 20, 2012 at 6:49 AM, Andrew Pinski
andrew.pin...@caviumnetworks.com wrote:
On Wed, Jul 25, 2012 at 4:39 AM, Richard Guenther
richard.guent...@gmail.com wrote:
On Tue, Jul 24, 2012 at 5:50 PM, Andrew Pinski
andrew.pin...@caviumnetworks.com wrote:
Hi,
Before tuples was
On Mon, Aug 20, 2012 at 8:27 AM, Jakub Jelinek ja...@redhat.com wrote:
Hi!
The middle-end argument of memset is signed (int), so simplify_builtin_call
correctly checks host_integerp (val2, 0), but later on used tree_low_cst
(val2, 1), so for negative values it would ICE. Fixed thusly, the
This creates better marking code (even though we probably tail-recurse
for the exising one).
Bootstrapped and tested on x86-64-unknown-linux-gnu, applied.
Richard.
2012-08-20 Richard Guenther rguent...@suse.de
* gimple.h (gimple_statement_base): Annotate with GTY chain_next.
Index:
Dimitrios Apostolou ji...@gmx.net a écrit:
[...]
* include/libiberty.h (XOBDELETE, XOBGROW, XOBGROWVEC, XOBSHRINK)
(XOBSHRINKVEC, XOBFINISH): New type-safe macros for obstack
operations.
(XOBFINISH): Changed to return (T *) instead of T. All callers
updated.
On Mon, Aug 20, 2012 at 09:37:39AM +0200, Richard Guenther wrote:
On Sun, Aug 19, 2012 at 8:30 PM, Dimitrios Apostolou ji...@gmx.net wrote:
2012-08-19 Dimitrios Apostolou ji...@gmx.net
* gcc/tree-ssa-pre.c (phi_translate_pool): New static global
alloc_pool, used for
On Mon, 20 Aug 2012, Jakub Jelinek wrote:
I'd note for all the recently posted patches from Dimitrios, the gcc/
prefix doesn't belong to the ChangeLog entry pathnames, the filenames are
relative to the corresponding ChangeLog location.
Ah sorry, it's what the mklog utility generates, it
Well, it should store the largest working set in BBs, or one that came
from a much longer run. But I see the issue you are pointing out. The
num_counters (the number of hot bbs) should be reasonable, as the
total number of BBs is the same between all runs, and I want to show
the largest or
Tejas Belagod wrote:
Ulrich Weigand wrote:
The following patch implements this idea; it passes a basic regression
test on arm-linux-gnueabi. (Obviously this would need a lot more
testing on various platforms before getting into mainline ...)
Can you have a look whether this fixes the problem
This is an issue of folding looking at SSA def stmts when SSA form
is not up-to-date. That's not safe unless the SSA name we are
looking at is not marked for update (see GIMPLE_COND folding in
cfgcleaup for another example).
Bootstrapped and tested on x86_64-unknown-linux-gnu, applied.
On Fri, 17 Aug 2012, Richard Guenther wrote:
This gets rid of this field, pushing it into a short int in tree_base
(hopefully 2^16 non-defaulted template args are enough ...). The
existing code is a bit confusing because of the differences with
respect to ENABLE_CHECKING, it has very
On Tue, 14 Aug 2012, Tobias Burnus wrote:
I have committed the patch as obvious, however, I am happy for any
comments.
I went ahead and made some smaller changes, patch below.
I noticed you are using q.../q, as in qcodee/code/q,
which we usually don't. Why that?
Gerald
Index: changes.html
Oleg Endo oleg.e...@t-online.de wrote:
This adds support for SH's rotcr insn.
Tested on rev 190459 with
make -k check RUNTESTFLAGS=--target_board=sh-sim
\{-m2/-ml,-m2/-mb,-m2a/-mb,-m4/-ml,-m4/-mb,-m4a/-ml,-m4a/-mb}
and no new failures.
OK?
OK.
Regards,
kaz
Oleg Endo oleg.e...@t-online.de wrote:
This adds two new patterns to undo an optimization that is done by ifcvt
and is not beneficial if zero displacement branches are available on SH.
Tested on rev 190459 with
make -k check RUNTESTFLAGS=--target_board=sh-sim
Building a cross compiler from i686-mingw32 to arm-none-eabi fails
after the move to build as C++ because config/arm/neon.md uses ffs but
no MinGW header declares ffs (and unlike in C, an implicit declaration
of this built-in function can't be used). This patch fixes this issue
by making the gcc
On Mon, Aug 20, 2012 at 1:28 PM, Joseph S. Myers
jos...@codesourcery.com wrote:
Building a cross compiler from i686-mingw32 to arm-none-eabi fails
after the move to build as C++ because config/arm/neon.md uses ffs but
no MinGW header declares ffs (and unlike in C, an implicit declaration
of
On Sat, Aug 18, 2012 at 11:59 AM, Marc Glisse marc.gli...@inria.fr wrote:
Hello,
here is a new patch (passes bootstrap+regtest), which only combines
permutations if the result is the identity. I'll file a PR about more
general
combinations to link to this conversation and the cost hook
On Fri, Aug 17, 2012 at 7:05 PM, Richard Earnshaw rearn...@arm.com wrote:
On 17/08/12 16:20, Richard Earnshaw wrote:
Ok, in which case we have to give is_widening_mult_rhs_p enough smarts
to not strip
(s32)u32
and return u32.
I'll have another think about it.
Take two.
This
This performs timevar push/pop at the single remaining entry to
incremental SSA rewrite setup. The other entry,
register_new_name_mapping, is removed by making its only other
user use create_new_def_for. Which needs to handle a NULL DEF
for this case, as we have no access to a DEF op for an
Il 19/08/2012 18:55, Richard Guenther ha scritto:
Initially I had one obstack per struct graph, which was better than using
XNEW for every edge, but still obstack_init() called from new_graph() was
too frequent.
So in this iteration of the patch the obstack is static global, initialised
On Mon, Aug 20, 2012 at 2:03 PM, Paolo Bonzini bonz...@gnu.org wrote:
Il 19/08/2012 18:55, Richard Guenther ha scritto:
Initially I had one obstack per struct graph, which was better than using
XNEW for every edge, but still obstack_init() called from new_graph() was
too frequent.
So in
This shrinks TREE_VEC from 40 bytes to 32 bytes and SSA_NAME from
80 bytes to 72 bytes on a 64bit host. Both structures suffer
from the fact they need storage for an integer (length and version)
which leaves unused padding. Both data structures do not require
as many flag bits as we keep in
On Mon, 20 Aug 2012, Oleg Endo wrote:
You mean, since SH is neither a primary nor a secondary platform,
there are no particular release criteria for it? What does that
actually mean?
From what I recall, you can make stage 1 type changes even after
stage 1. However, if your port is broken,
On Mon, Aug 20, 2012 at 1:37 AM, Oleg Endo oleg.e...@t-online.de wrote:
On Sun, 2012-08-19 at 21:43 +0200, Gerald Pfeifer wrote:
On Sun, 19 Aug 2012, Oleg Endo wrote:
Thanks. Let's hope that I can squeeze in some more stuff while
stage 1 lasts. :T
You know that for backend-specific
Hi Paolo,
On Mon, 20 Aug 2012, Paolo Bonzini wrote:
Il 19/08/2012 18:55, Richard Guenther ha scritto:
Initially I had one obstack per struct graph, which was better than using
XNEW for every edge, but still obstack_init() called from new_graph() was
too frequent.
So in this iteration of the
On 2012-08-19 07:18 , Arnaud Charlet wrote:
The conditionals cannot be removed for the time being because the
foreign language interface of the Ada part of the compiler is
hardcoded for C.
Barring a massive switch to the Ada language for the GNU project,
we would need to switch the foreign
On 11/07/12 12:30, Tom de Vries wrote:
On 13/11/10 10:50, Eric Botcazou wrote:
I profiled the pass on spec2000:
-mabi=32 -mabi=64
ee-pass (usr time): 0.70 1.16
total (usr time): 919.30 879.26
ee-pass(%): 0.08 0.13
The pass
This patch started out to be a purely mechanical change to the switch
statements so that the ones that are used to take apart constants can be
logically grouped.This is important for the next patch that I will
submit this week that frees the rtl level from only being able to
represent
I of course meant the machine independent not dependent
On 08/20/2012 09:50 AM, Kenneth Zadeck wrote:
This patch started out to be a purely mechanical change to the switch
statements so that the ones that are used to take apart constants can
be logically grouped.This is important for the
Hi Richard,
your patch fails here; I get the build failure:
/projects/tob/gcc-git/gcc/gcc/tree-ssa-math-opts.c: In function ‘bool
is_widening_mult_rhs_p(tree, tree, tree_node**, tree_node**)’:
/projects/tob/gcc-git/gcc/gcc/tree-ssa-math-opts.c:2014:18: error:
variable ‘rhs_code’ set but not
On Fri, Aug 17, 2012 at 2:42 AM, Chupin, Pavel V
pavel.v.chu...@intel.com wrote:
Submitted patch here: https://android-review.googlesource.com/#/c/41705
-- Pavel
link.h has been added to AOSP. I am closing PR 54209.
Thanks.
--
H.J.
On 20/08/12 15:01, Tobias Burnus wrote:
Hi Richard,
your patch fails here; I get the build failure:
/projects/tob/gcc-git/gcc/gcc/tree-ssa-math-opts.c: In function ‘bool
is_widening_mult_rhs_p(tree, tree, tree_node**, tree_node**)’:
Hi,
in this old issue submitter points out that we emit too easily
Wunused_variable warnings even when the destructor has side effects
(otoh, the constructor is handled Ok). This is particularly annoying
together with eg, RAII.
Turns out that lately we are already careful when we handle the
In this PR, OMP lowering is not going into the transaction code.
So if GIMPLE_TRANSACTION is found, we lower its body.
(Patch also fixes a format issue.)
Note that PR53992 component in Bugzilla must be change from c to libgomp
(I don't have bugzilla account with admin rights, who should I ask
Found this while running -ftime-report on a largish C++ source file.
We need to start TV_NAME_LOOKUP conditionally inside poplevel()
because it may be called from another lookup routine that already has
TV_NAME_LOOKUP going.
Tested on x86_64. Committed to trunk.
2012-08-20 Diego Novillo
On 17 August 2012 16:55, Joseph S. Myers jos...@codesourcery.com wrote:
On Fri, 17 Aug 2012, Simon Baldwin wrote:
You could have just added
case OPT_cpp_:
to the switch in gen_producer_string, instead of all this.
Thanks. I was under the impression, apparently mistaken, that
On 08/20/2012 07:20 AM, Patrick Marlier wrote:
2012-08-17 Patrick Marlier patrick.marl...@gmail.com
PR libgomp/53992
* omp-low.c (lower_omp_1): Handle GIMPLE_TRANSACTION.
Ok everywhere.
The Bugzilla must not change to libgomp, as that is
reserved for the runtime library.
r~
On Mon, Aug 20, 2012 at 10:20:33AM -0400, Patrick Marlier wrote:
Ok for trunk? Ok to backport to 4.7 branch if no regression?
Ok for both, with the following nits resolved:
gcc/
2012-08-17 Patrick Marlier patrick.marl...@gmail.com
PR libgomp/53992
Use PR middle-end/53992 instead,
On Mon, 20 Aug 2012, Simon Baldwin wrote:
OPT_* for Fortran options only exist when the Fortran front-end is in the
source tree (whether or not enabled). I think we try to avoid knowingly
breaking use cases where people remove some front ends from the source
tree, although we don't
On Mon, Aug 20, 2012 at 2:48 AM, Jan Hubicka hubi...@ucw.cz wrote:
Well, it should store the largest working set in BBs, or one that came
from a much longer run. But I see the issue you are pointing out. The
num_counters (the number of hot bbs) should be reasonable, as the
total number of BBs
Hi,
while I was happy using obstacks in other parts of the compiler I thought
they would provide a handy solution for the XNEWVECs/XRESIZEVECs in
df-scan.c, especially df_install_refs() which is the heaviest malloc()
user after the rest of my patches.
In the process I realised that obstacks
On Thu, Aug 16, 2012 at 2:13 PM, Gabriel Dos Reis
g...@integrable-solutions.net wrote:
On Wed, Aug 15, 2012 at 9:52 AM, Ollie Wild a...@google.com wrote:
(Adding other C++ maintainers in case someone else wants to have a
stab.)
Ping?
I consider Jason to be the expert on this; so let
On Mon, Aug 20, 2012 at 4:54 PM, Dimitrios Apostolou ji...@gmx.net wrote:
In the process I realised that obstacks weren't exactly suitable (thanks
matz for helping on IRC),
Right, alloc-pool would be a better choice here.
Ciao!
Steven
On Mon, Aug 20, 2012 at 11:48 AM, Jan Hubicka hubi...@ucw.cz wrote:
The summary merging in coverage.c confuses me a bit as it seems to be
handling the case when there are multiple program summaries in a
single gcda file. When would this happen? It looks like the merge
handling in libgcov
Kenneth Zadeck zad...@naturalbridge.com writes:
The omission of CONST_FIXED from the cselib_expand_value_rtx_1,
attr_copy_rtx, clear_struct_flag and combine switches looks
unintentional (though only as a missed compiler-speed optimisation).
Same goes for the omission of CONST_VECTOR from
So I definitely preffer 2 or 3 over 1. David has experience with 3. How well
does
it work for LIPO?
This (lack of locking, races) is not a new problem. There is no
synchronization in libgcov for profile update/merge at both thread and
process level. Thread level data races leads to
Hello,
my last attempt on improving something serious was about three weeks ago,
trying to keep all lengths of all strings parsed in the frontend for the
whole compilation phase until the assembly output. I was hoping that would
help on using faster hashes (knowing the length allows us to
If this approach seems like it is feasible, then we could stick with
the current approach of emitting the working set array in the summary,
mitigating it somewhat by doing the sum_all based scaling of the
counter values, then in a follow on patch restructure the merging code
to delay the
The GCC -fpic/-fPIC option has evolved to mean code generation for a
shared library and changes the optimization behavior of the compiler.
Code for AIX PowerPC always is PIC, but the optimization behavior is
affecting AIX.
libtool exports all global symbols on AIX while GCC binds_local_p()
OK.
Jason
On Mon, Aug 20, 2012 at 8:35 AM, Steven Bosscher stevenb@gmail.com wrote:
On Mon, Aug 20, 2012 at 11:48 AM, Jan Hubicka hubi...@ucw.cz wrote:
The summary merging in coverage.c confuses me a bit as it seems to be
handling the case when there are multiple program summaries in a
single gcda
On Mon, Aug 20, 2012 at 7:44 PM, Teresa Johnson tejohn...@google.com wrote:
But
the code in coverage.c is dealing with a single gcda file containing
multiple program summaries. Is there code somewhere that will cause
this to happen?
Not that I know of, no.
(There are enhancement requests for
Hi Tobias,
do you think that -Wtarget-lifetime should be included with -Wall?
I think so, because the code flagged is certainly invalid, and likely
to cause random errors.
Thomas
Ping.
On Tue, Aug 14, 2012 at 11:02 AM, Sriraman Tallam tmsri...@google.com wrote:
+ger...@pfiefer.com
On Tue, Aug 14, 2012 at 10:51 AM, Sriraman Tallam tmsri...@google.com wrote:
Hi Gerald,
Is this release note alright?
Thanks,
-Sri.
On Fri, Aug 10, 2012 at 7:20 PM, Sriraman
On Fri, Aug 10, 2012 at 10:20 PM, Sriraman Tallam tmsri...@google.com wrote:
Hi,
I have added a release note for x86 builtins __builtin_cpu_is and
__builtin_cpu_supports. They were checked in to trunk in rev. 186789.
Is this ok to submit?
I would not include such detailed documentation in
On Thu, Aug 16, 2012 at 5:32 PM, Cary Coutant ccout...@google.com wrote:
+/* Output a single entry in the pubnames table. */
+
+static void
+output_pubname (dw_offset die_offset, pubname_entry *entry)
For this function, I'd suggest a comment to the effect that the logic
is lifted from GDB.
Jakub Jelinek ja...@redhat.com writes:
2012-08-17 Jakub Jelinek ja...@redhat.com
PR rtl-optimization/54294
* fwprop.c (all_uses_available_at): Ignore debug insns in between
def_insn and target_insn when checking whether the shortcut is
possible.
OK, thanks.
Hi Thomas,
Thomas Koenig wrote:
do you think that -Wtarget-lifetime should be included with -Wall?
I think so, because the code flagged is certainly invalid, and likely
to cause random errors.
I concur. However, that's what the current version in the trunk does:
-Wall implies
SPARC is now one of the last mainstream 64-bit platforms that do not define
MAX_FIXED_MODE_SIZE to TImode. Doing so helps the Ada compiler in particular
because it is a heavy user of structures made up of a pair of pointers.
Bootstrapped/regtested/compat-regtested on SPARC64/Solaris, applied
Xinliang David Li davi...@google.com writes:
Process level synchronization problems can happen when two processes
(running the instrumented binary) exit at the same time. The
updated/merged counters from one process may be overwritten by another
process -- this is true for both counter data
Hi!
On the testcase from this PR on AVR (from libgcc, thus not including
it into testsuite/) we ICE, because dead_debug_insert_temp is called
several times on the same insn, for multi-register hard register for each
regno in it (except the first which doesn't seem to be dead).
In the first call
Committed as Rev. 190542
Tobias
Index: gcc/testsuite/gfortran.dg/warn_target_lifetime_2.f90
===
--- gcc/testsuite/gfortran.dg/warn_target_lifetime_2.f90 (Revision 0)
+++ gcc/testsuite/gfortran.dg/warn_target_lifetime_2.f90
I was mistaken here -- gcov_open actually uses locking via fcntl
interface -- so we do need to find a way to solve the summary update
synchronization problem when it is separate out of the per-file update
loop.
David
On Mon, Aug 20, 2012 at 12:03 PM, Andi Kleen a...@firstfloor.org wrote:
On Fri, Apr 27, 2012 at 08:16:04PM +0200, Mark Wielaard wrote:
On Fri, 2012-04-27 at 15:43 +0200, Jakub Jelinek wrote:
On Fri, Apr 27, 2012 at 03:36:56PM +0200, Mark Wielaard wrote:
But even without this, I think the patch is worth it just to get rid of
all the relocations necessary
On Mon, Aug 20, 2012 at 09:59:26PM +0200, Mark Wielaard wrote:
Ping. There are stable releases of GDB 7.5, valgrind 3.8.0 and
elfutils 0.154 out now that support it.
I rebased the patch and tested against GDB 7.5.
2012-08-20 Mark Wielaard m...@redhat.com
* dwarf2out.h (enum
OK. Sorry for the delay.
Jason
Hi Sriraman,
On Fri, 10 Aug 2012, Sriraman Tallam wrote:
I have added a release note for x86 builtins __builtin_cpu_is and
__builtin_cpu_supports. They were checked in to trunk in rev. 186789.
I had hoped one of the x86 maintainers would review this from his
perspective given that they have
Ping.
http://gcc.gnu.org/ml/gcc-patches/2012-08/msg00398.html
-cary
On Mon, Aug 13, 2012 at 1:13 PM, Cary Coutant ccout...@google.com wrote:
2012-08-07 Cary Coutant ccout...@google.com
gcc/
* dwarf2out.c (clone_as_declaration): Copy DW_AT_abstract_origin
attribute.
On Tue, Aug 14, 2012 at 11:59 AM, Diego Novillo dnovi...@google.com wrote:
On 12-08-14 09:48 , Diego Novillo wrote:
This merge touches several files, so I'm thinking that the best time is
going to be on Thu 16/Aug around 2:00 GMT.
So, the fixes I needed from Lawrence are already in so we
On 08/20/12 01:02:39, Oleg Endo wrote:
Hello,
This adds support for SH's rotcr insn.
Tested on rev 190459 with
make -k check RUNTESTFLAGS=--target_board=sh-sim
\{-m2/-ml,-m2/-mb,-m2a/-mb,-m4/-ml,-m4/-mb,-m4a/-ml,-m4a/-mb}
and no new failures.
OK?
Cheers,
Oleg
ChangeLog:
On Mon, 2012-08-20 at 14:09 -0700, Gary Funck wrote:
ChangeLog:
PR target/50489
Above: that should be: PR target/54089.
* config/sh/sh.md (rotcr, *rotcr, shar, shlr): New insns and
splits.
(ashrdi3_k, lshrdi3_k): Rewrite as insn_and_split.
*
On Sat, 2012-08-18 at 10:23 +0200, Uros Bizjak wrote:
On Sat, Aug 18, 2012 at 10:14 AM, Uros Bizjak ubiz...@gmail.com wrote:
After discussion with Oleg, it looks that it is enough to prevent
wrong registers in the output of the (multi-output) insn pattern. As
far as inputs are concerned,
This patch is for the google/gcc-4_7 branch.
When a location list or location expression is removed from a DIE, we
need to remove entries in the .debug_addr table that were referenced
by those location expressions. Except for one case, the existing code
checked only the first descriptor in each
On Mon, Aug 20, 2012 at 5:30 PM, Cary Coutant ccout...@google.com wrote:
This patch is for the google/gcc-4_7 branch.
When a location list or location expression is removed from a DIE, we
need to remove entries in the .debug_addr table that were referenced
by those location expressions.
My last change to google 4.7 that included gdb/gdb-index.h as it
exists in binutils, but it included a trailing comma in an enumerator.
I have checked in as obvious the patch below which eliminates the
trailing comma.
Sterling
2012-08-20 Sterling Augustine saugust...@google.com
*
2012-08-20 Cary Coutant ccout...@google.com
gcc/
* dwarf2out.c (remove_loc_list_addr_table_entries): Change
parameter; update all calls.
(output_pubname): Don't assert on unknown TAGs.
(resolve_addr): Call remove_loc_list_addr_table_entries for all
Xinliang David Li davi...@google.com writes:
Process level synchronization problems can happen when two processes
(running the instrumented binary) exit at the same time. The
updated/merged counters from one process may be overwritten by another
process -- this is true for both counter
On 8/20/12, H.J. Lu hjl.to...@gmail.com wrote:
The C++ merge caused:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54332
GCC memory usage is more than doubled from = 3GB to = 10GB.
Is this a known issue?
The two memory stat reports show no differences. Are you sure you
didn't splice in the
In config/mips/mips.h, there is presently this comment:
/* ??? 16-bit offsets can overflow in large functions. */
#define TARGET_MIPS16_SHORT_JUMP_TABLES TARGET_MIPS16_TEXT_LOADS
A while ago we had a bug report where a big switch statement did, in
fact, overflow the range of 16-bit offsets,
I ran the testsuite for you; no regressions. Looks OK to me, please
apply. Thanks!
Hi Gerald / Diego,
I have made all the mentioned changes. I also shortened the
description like Diego mentioned by removing all the strings but kept
the caveats. I have not added a reference to the documentation because
i do not know what link to reference. The builtins are completely
On Mon, Aug 20, 2012 at 6:31 PM, Lawrence Crowl cr...@google.com wrote:
On 8/20/12, H.J. Lu hjl.to...@gmail.com wrote:
The C++ merge caused:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54332
GCC memory usage is more than doubled from = 3GB to = 10GB.
Is this a known issue?
The two memory
On Mon, Aug 20, 2012 at 6:27 PM, Jan Hubicka hubi...@ucw.cz wrote:
Xinliang David Li davi...@google.com writes:
Process level synchronization problems can happen when two processes
(running the instrumented binary) exit at the same time. The
updated/merged counters from one process may be
On Mon, Aug 20, 2012 at 6:27 PM, Jan Hubicka hubi...@ucw.cz wrote:
Xinliang David Li davi...@google.com writes:
Process level synchronization problems can happen when two processes
(running the instrumented binary) exit at the same time. The
updated/merged counters from one process
On i386 GNU/Linux, when compiling with -D_FILE_OFFSET_BITS=64, fcntl.h
winds up doing this:
# define F_GETLK F_GETLK64 /* Get record locking info. */
...
# define F_GETLK64 12 /* Get record locking info. */
Because of the ordering, -fdump-go-spec does not write F_GETLK into
89 matches
Mail list logo