https://sourceware.org/bugzilla/show_bug.cgi?id=13764
--- Comment #8 from Vincent Lefèvre ---
Still reproducible with the binutils 2.38.50.20220629-4 Debian package.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=27551
--- Comment #17 from Vincent Lefèvre ---
(In reply to Nick Clifton from comment #16)
> OK, do you have a patch to propose which fixes this problem ?
I think that this could require a lot of changes, because according to the "-e
encoding" desc
https://sourceware.org/bugzilla/show_bug.cgi?id=27551
--- Comment #15 from Vincent Lefèvre ---
(In reply to Nick Clifton from comment #14)
> But that is the point. The encoding of characters in the file being scanned
> is not known. Using LC_CTYPE is incorrect, because that specifies how to
> d
https://sourceware.org/bugzilla/show_bug.cgi?id=27551
--- Comment #13 from Vincent Lefèvre ---
(In reply to Nick Clifton from comment #12)
> (In reply to Vincent Lefèvre from comment #10)
> Hi Vincent,
>
> > The bug is that:
> >
> > if (encoding == 's')
> > buf[0] = c & 0x7f;
> >
> > So
https://sourceware.org/bugzilla/show_bug.cgi?id=27551
--- Comment #11 from Vincent Lefèvre ---
But even when removing this test, keeping the "else", c is always 1-byte long,
so that non-ASCII characters are always regarded as non-printable.
--
You are receiving this mail because:
You are on the
https://sourceware.org/bugzilla/show_bug.cgi?id=27551
--- Comment #10 from Vincent Lefèvre ---
The bug is that:
if (encoding == 's')
buf[0] = c & 0x7f;
So the byte 0xc0 gets changed to 0x40, which is printable.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=27551
--- Comment #9 from Vincent Lefèvre ---
(In reply to Nick Clifton from comment #8)
> Found the cause of the testsuite failure, so here is a revised (version 3)
> patch.
Like with "-e S", I get binary data:
zira% echo $LC_CTYPE
C.UTF-8
zira%
https://sourceware.org/bugzilla/show_bug.cgi?id=27551
--- Comment #4 from Vincent Lefèvre ---
BTW, "-e S" is also buggy for ISO-8859-1 (and others) too since it outputs the
control characters from 0x80 to 0x9f.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=27551
--- Comment #3 from Vincent Lefèvre ---
Sorry, to support multibyte characters, you need iswprint().
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=27551
--- Comment #2 from Vincent Lefèvre ---
Hi Nick,
(In reply to Nick Clifton from comment #1)
> You can achieve the desired decoding by setting the character width
> on the command line, like this:
>
> % echo abcdéfghi | ./binutils/str
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: binutils
Assignee: unassigned at sourceware dot org
Reporter: vincent-srcware at vinc17 dot net
Target Milestone: ---
The default encoding of the "strings" utility is documented to
https://sourceware.org/bugzilla/show_bug.cgi?id=22734
--- Comment #2 from Vincent Lefèvre ---
The content seems fine, but there are some typos:
sytem → system
zero-initialiszed → zero-initialized
Moreover, I also suppose that "behaviour" should be changed to "behavior" since
this is US Engli
Component: binutils
Assignee: unassigned at sourceware dot org
Reporter: vincent-srcware at vinc17 dot net
Target Milestone: ---
The nm documentation in the manual contains:
@item B
@itemx b
The symbol is in the uninitialized data section (known as BSS).
However, this
https://sourceware.org/bugzilla/show_bug.cgi?id=21476
Vincent Lefèvre changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=21476
--- Comment #1 from Vincent Lefèvre ---
(In reply to Vincent Lefèvre from comment #0)
> Under Debian/unstable (with binutils 2.28), ld now generates a RUNPATH
> instead of a RPATH, breaking test programs generated by libtool.
Note that this o
Severity: normal
Priority: P2
Component: ld
Assignee: unassigned at sourceware dot org
Reporter: vincent-srcware at vinc17 dot net
Target Milestone: ---
Under Debian/unstable (with binutils 2.28), ld now generates a RUNPATH instead
of a RPATH, breaking test
http://sourceware.org/bugzilla/show_bug.cgi?id=13764
--- Comment #4 from Vincent Lefèvre ---
(In reply to Maxim Yegorushkin from comment #3)
> Shouldn't it be LDFLAGS='-fuse-ld=gold'?
It may work, but using CFLAGS is better (this is specific to MPFR and to the
way GMP builds work).
Mor
http://sourceware.org/bugzilla/show_bug.cgi?id=13764
--- Comment #2 from Vincent Lefèvre ---
The bug is still present in binutils 2.23.52.20130722 (Debian). It can be
reproduced by compiling MPFR with the --with-gmp configure option. For
instance:
./configure --with-gmp=/usr/local/gmp-deb
http://sourceware.org/bugzilla/show_bug.cgi?id=13764
Bug #: 13764
Summary: gold doesn't take the LD_RUN_PATH environment variable
into account
Product: binutils
Version: 2.22
Status: NEW
Severity: normal
http://sourceware.org/bugzilla/show_bug.cgi?id=13301
Vincent Lefèvre changed:
What|Removed |Added
CC||vincent-srcware at vinc17
20 matches
Mail list logo
