Displaying 4 results from an estimated 4 matches for "etadata".
Did you mean:
metadata
2004 Sep 05
1
strange non-eraseable mixture between file and directory on ext3 FS
Hi!
On my notebook I got a strage ext3-related problem:
root at jura98 /usr/portage/app-misc/obexftp # ls -l
total 4
dr-Sr-sr-t 2 8242 15720 4096 Dec 28 1993 metadata.xml
[how this got created is beyond my knowledge, possibly because of some
random memory corruption a bad kernel patch caused a few weeks ago]
root at jura98 /usr/portage/app-misc/obexftp # rm metadata.xml/
rm: cannot remove
etadata.xml/': Is a directory
root at jura98 /usr/portage/app-misc...
2014 Oct 14
2
[LLVMdev] [RFC] Less memory and greater maintainability for debug info IR
...savings when we have a single pie slice near 40% of the # of Value's allocated and another at 21%. Especially this being "step 4".
15.3GB is the peak memory of `llvm-lto`. This comes late in the
process, after DIEs have been created. I haven't looked in detail past
debug info metadata, but here's a sketch of what I imagine is in memory
at this point.
- The IR, including uniquing side-tables.
- Optimization and backend passes.
- Parts of SelectionDAG that haven't been freed.
- `MachineFunction`s and everything inside them.
- Whatever state the `AsmPrinter`, etc...
2005 May 19
1
Gnumeric
Hi,
I am trying to install Gnumeric in CentOS 4 and I can't. It
complains about quite a few dependencies failing. It suggested
installing some postgresql librairies, openldap librairies... I
did that, now I still get:
dependencies failed:
libmdb/libmdbsq/libsqlite/libxbase/libtds.
Is there a yum repository that has them or a yum repository for
gnumeric?
I have tried Dag, he does not, he
2014 Oct 13
9
[LLVMdev] [RFC] Less memory and greater maintainability for debug info IR
In r219010, I merged integer and string fields into a single header
field. By reducing the number of metadata operands used in debug info,
this saved 2.2GB on an `llvm-lto` bootstrap. I've done some profiling
of DW_TAGs to see what parts of PR17891 and PR17892 to tackle next, and
I've concluded that they will be insufficient.
Instead, I'd like to implement a more aggressive plan, which as a
s...