https://sourceware.org/bugzilla/show_bug.cgi?id=27716
--- Comment #7 from cqwrteur ---
Created attachment 13360
--> https://sourceware.org/bugzilla/attachment.cgi?id=13360&action=edit
a demo patch
this is a naive patch.
--
You are receiving this mail because:
You are on the CC list for the b
https://sourceware.org/bugzilla/show_bug.cgi?id=27716
--- Comment #6 from cqwrteur ---
(In reply to cqwrteur from comment #4)
> (In reply to Alan Modra from comment #3)
> > When did you last have a successful build of binutils for this host?
>
> Just this time. :) I have successfully built this
https://sourceware.org/bugzilla/show_bug.cgi?id=27716
--- Comment #5 from cqwrteur ---
(In reply to Alan Modra from comment #3)
> When did you last have a successful build of binutils for this host?
the same issue also happens in GCC since they all use libiberty and that
library's upstream is bu
https://sourceware.org/bugzilla/show_bug.cgi?id=27716
--- Comment #4 from cqwrteur ---
(In reply to Alan Modra from comment #3)
> When did you last have a successful build of binutils for this host?
Just this time. :) I have successfully built this with GDB disabled.
I tweak the macro to deal w
https://sourceware.org/bugzilla/show_bug.cgi?id=27717
cqwrteur changed:
What|Removed |Added
Build||x86_64-w64-mingw32 (windows
https://sourceware.org/bugzilla/show_bug.cgi?id=27717
Bug ID: 27717
Summary: readelf no mbrtowc on MSDOS djgpp host
Product: binutils
Version: 2.37 (HEAD)
Status: UNCONFIRMED
Severity: normal
Priority: P2
Compone
https://sourceware.org/bugzilla/show_bug.cgi?id=27716
--- Comment #3 from Alan Modra ---
When did you last have a successful build of binutils for this host?
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=27716
--- Comment #2 from cqwrteur ---
In file included from ../../../binutils-gdb/binutils/sysdep.h:133,
from ../../../binutils-gdb/binutils/objdump.c:51:
../../../binutils-gdb/binutils/objdump.c: In function 'show_line':
../../../
https://sourceware.org/bugzilla/show_bug.cgi?id=27716
--- Comment #1 from cqwrteur ---
I try to build a DOS host toolchain, but PATH_MAX is undeclared.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=27716
cqwrteur changed:
What|Removed |Added
Build||x86_64-w64-mingw32 and
|
https://sourceware.org/bugzilla/show_bug.cgi?id=27716
cqwrteur changed:
What|Removed |Added
CC||euloanty at live dot com
--
You are recei
https://sourceware.org/bugzilla/show_bug.cgi?id=27716
Bug ID: 27716
Summary: build failure for host msdosdjgpp. error: 'PATH_MAX'
undeclared (first use in this function)55 |
#define GUESSPATHLEN (MAXPATHLEN + 1)
Product:
https://sourceware.org/bugzilla/show_bug.cgi?id=27360
--- Comment #14 from Toolybird ---
Figured it out! (i.e. You were right)
The relink happens to link against a system installed copy of libiberty.a
residing in /usr/lib instead of the one in the build tree. If I remove
/usr/lib/libiberty.a bef
https://sourceware.org/bugzilla/show_bug.cgi?id=27360
--- Comment #13 from Toolybird ---
> -rpath /usr/local/lib
Just noticed the bug only triggers when --prefix=/usr . Any other prefix seems
to work fine.
I'm starting to think your original comment in the commit about working around
a libtool
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 #12 from Nick Clifton ---
(In reply to Vincent Lefèvre from comment #10)
Hi Vincent,
> The bug is that:
>
> if (encoding == 's')
> buf[0] = c & 0x7f;
>
> So the byte 0xc0 gets changed to 0x40, which is printable.
No - thi
https://sourceware.org/bugzilla/show_bug.cgi?id=27360
--- Comment #12 from Nick Alcock ---
In particular, the relink line I see is:
cd /home/oranix/oracle/private/binutils-gdb/foo/libctf; /bin/sh
/home/oranix/oracle/private/binutils-gdb/foo/libctf/libtool --tag CC
--mode=relink gcc -std=gnu99 -
https://sourceware.org/bugzilla/show_bug.cgi?id=27360
--- Comment #11 from Nick Alcock ---
I can confirm that libctf is being relinked during install (though ld does
not). However, for me, this does not fail: we have always installed libbfd
first and the link works.
I think I need a full log of
18 matches
Mail list logo
