search for: msg00097

...function-sections -o test.o /usr/local/bin/ld: internal error in layout_eh_frame_section, at .././../gold/object.cc:1309 It is that place: https://github.com/gittup/binutils/blob/gittup/gold/object.cc#L1372 Did not investigate it, but it looks it is place (https://sourceware.org/ml/binutils/2009-06/msg00097.html) mentioned in comment for https://marc.info/?l=llvm-commits&m=144683596826489. LLD ~head fails here https://github.com/llvm-mirror/lld/blob/master/ELF/InputFiles.cpp#L392 as we are trying to do cast to InputSection, though .eh_frame is not regular InputSection but EhInputSection. Basing...

...: internal error in layout_eh_frame_section, at >> .././../gold/object.cc:1309 >> It is that place: >> https://github.com/gittup/binutils/blob/gittup/gold/object.cc#L1372 >> Did not investigate it, but it looks it is place >> (https://sourceware.org/ml/binutils/2009-06/msg00097.html) >> mentioned in comment for >> https://marc.info/?l=llvm-commits&m=144683596826489. > >I've committed a patch in gold that should fix this problem: > > https://sourceware.org/ml/binutils/2017-11/msg00541.html > >Can you try gold again with this patch ap...

...on 2010-06-09) along with files & lines that triggered the pattern search. [1] http://people.debian.org/~morph/strexp/string-exceptions.lintian This mass-bug filing was announced at 2010-06-06 on [2] (see the thread and the references there). [2] http://lists.debian.org/debian-devel/2010/06/msg00097.html We do not consider the whole situation a stopper for the Python transition to 2.6, except (of course) for those single bugs where severity will be increased. Thanks in advance for your attention, Sandro on behalf of debian-python

...on 2010-06-09) along with files & lines that triggered the pattern search. [1] http://people.debian.org/~morph/strexp/string-exceptions.lintian This mass-bug filing was announced at 2010-06-06 on [2] (see the thread and the references there). [2] http://lists.debian.org/debian-devel/2010/06/msg00097.html We do not consider the whole situation a stopper for the Python transition to 2.6, except (of course) for those single bugs where severity will be increased. Thanks in advance for your attention, Sandro on behalf of debian-python

Hi, I was just googling around for linux-vserver support in libvirt, however, only found sad ppl complaining about the fact, that there is still no linux-vserver support in libbirt. Despite the fact, that there was some kind of lag in review by more than one person, why isn't it still in? so... merely two years after? I think once the patched would have been applied, ppl would start using it,

Hi! Seems like I need some help with a really awkward problem I stumbled over today. In a remote access solution I developed, a Perl CGI script accesses a Windows NT 4.0 Server through Filesys::SmbClient and thus libsmbclient. Browsing the shares and the directories works perfectly but as soon as I try to get any file, it fails with a "Permission denied", even if I try it with the

...layout_eh_frame_section, at >>> .././../gold/object.cc:1309 >>> It is that place: >>> https://github.com/gittup/binutils/blob/gittup/gold/object.cc#L1372 >>> Did not investigate it, but it looks it is place >>> (https://sourceware.org/ml/binutils/2009-06/msg00097.html) >>> mentioned in comment for >>> https://marc.info/?l=llvm-commits&m=144683596826489. >> >>I've committed a patch in gold that should fix this problem: >> >> https://sourceware.org/ml/binutils/2017-11/msg00541.html >> >>Can you t...

>Thank you for taking a look. I think that the answer depends on how much slower GNU linkers are with separate .eh_frame sections. If it is not too slow, it may make >sense to generate split .eh_frame sections unconditionally. Otherwise, we might want to add a new option so that clang doesn't produce split .eh_frame sections by >default. I'll start investigating the

...0.html v3 fixes issue found during code review: - options now appear in alphabetical order v2: Almost the same as v1 except '--blocksize' option description is moved into a common submodule (similar to key-option.pod). v1 was here: https://www.redhat.com/archives/libguestfs/2020-February/msg00097.html Nikolay Ivanets (1): tools: add '--blocksize' option for C-based tools align/Makefile.am | 1 + align/scan.c | 8 ++++++++ align/virt-alignment-scan.pod | 2 ++ cat/Makefile.am | 1 + cat/cat.c | 8 ++++++++ cat/filesy...

...-module posted here: https://www.redhat.com/archives/libguestfs/2020-February/msg00099.html v2: Almost the same as v1 except '--blocksize' option description is moved into a common submodule (similar to key-option.pod). v1 was here: https://www.redhat.com/archives/libguestfs/2020-February/msg00097.html Nikolay Ivanets (1): tools: add '--blocksize' option for C-based tools align/Makefile.am | 1 + align/scan.c | 8 ++++++++ align/virt-alignment-scan.pod | 2 ++ cat/Makefile.am | 1 + cat/cat.c | 8 ++++++++ cat/filesy...

Hi all, Here is an updated version of that patch series. Diff to v5: * Apply Pino's comments * Fix indentation issues * Add a default value for arch in builder/index_parser.ml if template is set * Improved new images filtering: don't process image that didn't change. This has been uncovered by introduction of --no-compression Cédric Bosdonnat (10): lib/osinfo.c: