cc.gnu.org/bugzilla/ Please do check
that current sources have the bug you are reporting.
--
Alan Modra
tils master. The fix should eventually trickle
down to debian.
--
Alan Modra
de.out is attached, please verify it.
> Thank you.
>
> Liam Zhang
--
Alan Modra
On Thu, Apr 11, 2024 at 04:32:31AM +0200, oset wrote:
> Why is 32-bit objdump not able to read 64-bit executable?
It can, if you configure bfd with the targets you require. If you
don't select a 64-bit target the you need to use --enable-64-bit-bfd.
--
Alan Modra
Australia Development Lab, IBM
cgi?id=30598 which were fixed
in June 2023.
$ binutils/strings -n 4294967295 /usr/bin/strings
binutils/strings: minimum string length 4294967295 is too big
--
Alan Modra
Australia Development Lab, IBM
->dwarf_str_buffer);
>free (file->dwarf_ranges_buffer);
> + free (file->dwarf_rnglists_buffer);
>free (file->dwarf_line_buffer);
>free (file->dwarf_abbrev_buffer);
>free (file->dwarf_info_buffer);
Thanks, I've committed this patch to c
other files, but only this one trigger this thing.
See the ARM EABI documents. Thumb function symbols are marked by
setting the low bit of their value.
--
Alan Modra
Australia Development Lab, IBM
This was fixed with commit 907b52f4ceb6 2022-10-03.
--
Alan Modra
Australia Development Lab, IBM
On Tue, Feb 28, 2023 at 09:07:17AM -0800, Yuri wrote:
> On 2/28/23 01:39, Alan Modra wrote:
> > include/ansidecl.h is in the binutils sources.
>
> Ok, I see that include/ansidecl.h is not installed by binutils.
It is installed for me. With default configure and current mainline:
On Tue, Feb 28, 2023 at 01:23:25AM -0800, Yuri wrote:
> On 2/28/23 01:14, Nick Clifton wrote:
> > Hi Yuri,
> >
> > > Where is ENUM_BITFIELD expected to come from?
> >
> > /usr/include/anisdecl.h
>
>
> There's no such file on FreeBSD.
includ
INFOA" and similarly for
the other output sections in your extra script. By specifying the
input sections these will match your output section before orphan
sections are handled. This modification should work with older
linkers too.
2) Add INSERT BEFORE .infoA; at the end of your extra script.
--
Alan Modra
Australia Development Lab, IBM
124013.html
--
Alan Modra
Australia Development Lab, IBM
On Fri, Sep 30, 2022 at 09:52:41PM +0800, bjchan9an wrote:
> There is an uncontrolled stack recursion vulnerability in binutils-2.38
Sorry, fuzzing reports against anything but current mainline will be
ignored.
--
Alan Modra
Australia Development Lab, IBM
mbols in
order to apply relocations. If a symbol with a section of SHN_COMMON
is seen, a per-file COMMON section will be created. Hmm, I suppose
you could argue that since this is done for the linker, there is no
need to do so for simple_get_relocated_section_contents.
--
Alan Modra
Australia Development Lab, IBM
ze_setx being converted in
tc_gen_reloc.
That's not the only problem. The relocs emitted in synthetize_setx
will cause text relocations in a dynamic library or PIE. So it looks
to me that setx with a non-constant value when PIC is simply
unsupported. I'd encourage you to post a patch to
binut...@sourceware.org fixing the problem, or at least emitting an
error rather than bad code.
--
Alan Modra
Australia Development Lab, IBM
[d|i|l|e|x|h]}
@itemx --unicode=@var{[default|invalid|locale|escape|hex|highlight]}
-Controls the display of UTF-8 encoded mulibyte characters in strings.
+Controls the display of UTF-8 encoded multibyte characters in strings.
The default (@option{--unicode=default}) is to give them no special
treatment, and instead rely upon the setting of the
@option{--encoding} option. The other values for this option
--
Alan Modra
Australia Development Lab, IBM
0d64622696e02
nm now shows
-C, --demangle[=STYLE] Decode mangled/processed symbol names
STYLE can be "none", "auto", "gnu-v3", "java",
"gnat", "dlang", "rust"
--
Alan Modra
Australia Development Lab, IBM
generates these prototypes. Thanks for the report and
patch. I've extended your patch to other files too.
https://sourceware.org/pipermail/binutils/2021-November/118441.html
--
Alan Modra
Australia Development Lab, IBM
ort of binutils build problem, for example you
might have a problem caused by system installed libbfd headers or
shared library. That sort of thing has been reported by other
people in the past.
--
Alan Modra
Australia Development Lab, IBM
I modified
> input-file.c, and I successfully solved the problem.
The problem with this patch is that ungetc is only guaranteed to work
for *one* character. Also, since f_in might be a pipe you can't
rewind.
--
Alan Modra
Australia Development Lab, IBM
On Tue, Aug 17, 2021 at 12:14:46PM +0100, Sudip Mukherjee wrote:
> arch/mips/dec/prom/locore.S:29: Error: opcode not supported on this
> processor: r4600 (mips3) `rfe'
Answered in pr28241.
--
Alan Modra
Australia Development Lab, IBM
Not a bug.
../../binutils/readelf.c:5586:28: runtime error: unsigned integer overflow:
18446744073178963944 + 536870912 cannot be represented in type 'unsigned long'
Not a bug.
../../binutils/readelf.c:9312:17: runtime error: unsigned integer overflow:
18446744073709421054 + 4294967299 cannot be represented in type 'unsigned long'
Not a bug.
I'll be committing a few fixes for the real bugs you found.
--
Alan Modra
Australia Development Lab, IBM
ivered to anyone.
I see all of these reports are unsigned integer overflow, which is an
odd thing for ubsan to complain about. Overflow of unsigned integers
is not undefined behaviour!
--
Alan Modra
Australia Development Lab, IBM
On Sun, Jul 18, 2021 at 04:57:19PM -0400, Christopher Wellons wrote:
> This fixes a defect introduced in 25162c795. The "uint" type has not
> been explicitly defined here, causing compilation to fail.
Thanks, I pushed this to the 2.37 branch, commit 999566402e.
--
Alan
> int (64 bit integer) in the host platform (Windows), however, the function
> os_time from the file sim/common/callback.c:414 (path relative to project
> root), takes a long (32 bit integer) as a parameter:
>
> static longos_time (host_callback *p, long *t){
> return wrap (p, time (t));
> }
>
> How can I fix this error?
>
>
> Stepan Klymonchuk
--
Alan Modra
Australia Development Lab, IBM
bfd *exec_bfd);
char * rs6000coff_core_file_failing_command (bfd *abfd);
--
Alan Modra
Australia Development Lab, IBM
ystem10error_codeE+0x83
Lose the +0x83, which isn't part of the name and it can
$ c++filt _ZN5boost4asio6detail9scheduler3runERNS_6system10error_codeE
boost::asio::detail::scheduler::run(boost::system::error_code&)
--
Alan Modra
Australia Development Lab, IBM
line with git commit
c48acf6f267 but not applied to the 2.34 branch. I'm unsure whether
changes like this should be applied to a release branch, but it seems
likely they should not.
--
Alan Modra
Australia Development Lab, IBM
e fill expression is evaluated when parsing the script for
the first time, before the symbol table is even created.
--
Alan Modra
Australia Development Lab, IBM
rdup
> /src/llvm-project/compiler-rt/lib/asan/asan_interceptors.cpp:468:3
> #1 0x6e76d0 in get_field
> /src/binutils-gdb/opcodes/microblaze-dis.c:46:11
This is PR25249, fixed with git commit 378fd436405b3.
--
Alan Modra
Australia Development Lab, IBM
fd);
return FALSE;
}
--
Alan Modra
Australia Development Lab, IBM
___
bug-binutils mailing list
bug-binutils@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-binutils
ster, please open a bug report at
https://sourceware.org/bugzilla/enter_bug.cgi?product=binutils
--
Alan Modra
Australia Development Lab, IBM
___
bug-binutils mailing list
bug-binutils@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-binutils
On Tue, Feb 19, 2019 at 05:06:08PM +0100, Michael Roitzsch wrote:
> My proposed fix is attached as a patch.
Applied.
--
Alan Modra
Australia Development Lab, IBM
___
bug-binutils mailing list
bug-binutils@gnu.org
https://lists.gnu.org/mail
ease report this bug.
gas shouldn't be reporting an internal error here. Very likely you
have a wrongly quoted string in the input to gas. Please open a bug
at https://sourceware.org/bugzilla/enter_bug.cgi?product=binutils with
the input to gas (.s file) attached.
--
Alan Modra
Austra
(long) header->e_shstrndx);
+ printf (_(" Section header string table index: %u"),
+ header->e_shstrndx);
if (filedata->section_headers != NULL
&& header->e_shstrndx == (SHN_XINDEX & 0
n configure with
--disable-gdb --disable-sim --disable-readline --disable-libdecnumber
--
Alan Modra
Australia Development Lab, IBM
___
bug-binutils mailing list
bug-binutils@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-binutils
s:
>
> 0018 0018 001c FDE cie=
> pc=00012520..c00f252125200400
> Augmentation data: 00
>
> DW_CFA_nop
> DW_CFA_nop
I could not reproduce anything like this using binutils-2
t;
> Any idea what could be causing this? Let me know if you need any more
> information from me.
Most likely the test needs to be linked against a library that your
compiler does not automatically add when linking.
--
Alan Modra
Australia Development Lab, IBM
___
On Tue, Apr 11, 2017 at 10:48:06AM +0200, Sébastien Dusuel wrote:
> I seem to have found a bug in GNU as, when using the intel syntax on x86_64,
Indeed you have. I have opened
https://sourceware.org/bugzilla/show_bug.cgi?id=21373
to track this issue.
--
Alan Modra
Australia Development
On Sat, Mar 11, 2017 at 12:29:57AM +0100, Juan Manuel Guerrero wrote:
> Certainly not the most important fix but here a small patch to pacify
> the compiler by removing the comma at the end of enumerator list.
Which compiler would that be?
--
Alan Modra
Australia Development La
bal, which is invalid. The sh_info
value also means ld only starts considering symbols as global at index
6. So you have no global symbols as far as ld is concerned.
--
Alan Modra
Australia Development Lab, IBM
___
bug-binutils mailing list
bug-bin
2line (GNU Binutils for Ubuntu) 2.24
Please dump out the raw line number information produced by clang,
using "readelf -wl a.out". I think you will find that the problem is
with clang, not addr2line.
--
Alan Modra
Australia Development Lab, IBM
___
bug-binutils mailing list
bug-binutils@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-binutils
objdump also shows some context lines before the repeated line.
That's why my_fun appears twice. We could probably fix that.
You'll also notice repeated source lines after the negative advance of
line number that don't actually corresponded to code at those
locations. In this case
u want to specify them, provide --build and omit
--host (--host defaults to the --build value). That way you should be
safe if config.guess changes again.
--
Alan Modra
Australia Development Lab, IBM
___
bug-binutils mailing list
bug-binutils@gnu.org
nf.h" 1
> # 16 "./../include/alloca-conf.h"
> # 1 "../bfd/config.h" 1
> # 17 "./../include/alloca-conf.h" 2
This says your gcc is broken, but before you report a bug you should
check exactly what runs when you type "gcc". It may be a scrip
On Fri, Jun 19, 2015 at 03:25:45PM -0700, Pete Lancashire wrote:
> ./chew -f ./doc.str < >aoutx.tmp
> bash: syntax error near unexpected token `>'
On Sat, Jun 20, 2015 at 07:34:47AM +0200, Andreas Schwab wrote:
> Alan Modra writes:
> > * Makefile.
-interposition? I'd be
surprised if the testsuite passed using that option!
--
Alan Modra
Australia Development Lab, IBM
___
bug-binutils mailing list
bug-binutils@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-binutils
o see why the failure is occurring.
--
Alan Modra
Australia Development Lab, IBM
___
bug-binutils mailing list
bug-binutils@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-binutils
C99 or GNU C which to determine
> how to make a uint64_t happen for HOST_WIDEST_INT
>
> This is causing a conflict.
Fixed on master binutils with git commit 4c219c2e.
https://sourceware.org/ml/binutils/2014-12/msg00112.html
--
Alan Modra
Australia Development Lab, IBM
_
ipt
> "dwarf.c", line 5571: zero or negative subscript
> "dwarf.c", line 6205: zero or negative subscript
> cc: acomp failed for dwarf.c
> make[4]: *** [dwarf.o] Error 2
dwarf_vma on your system is only a 32-bit type. Investigate why this
is so.
--
Alan Modra
Australia Development Lab, IBM
___
bug-binutils mailing list
bug-binutils@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-binutils
ou may find the
problem is that gcc is not passing the -L options you expect.
--
Alan Modra
Australia Development Lab, IBM
___
bug-binutils mailing list
bug-binutils@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-binutils
On Fri, Dec 12, 2014 at 01:46:57PM -0700, Stuart Kemp wrote:
> Compilation still fails in the same place.
Did you regenerate configure and config.in?
--
Alan Modra
Australia Development Lab, IBM
___
bug-binutils mailing list
bug-binutils@gnu.
Xgettext could not extract the end of the string.
This has been fixed in binutils-2.25.
--
Alan Modra
Australia Development Lab, IBM
___
bug-binutils mailing list
bug-binutils@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-binutils
On Tue, Dec 09, 2014 at 12:01:41PM +1030, Alan Modra wrote:
> On Mon, Dec 08, 2014 at 01:30:34PM -0700, Stuart Kemp wrote:
> >
> > Building binutils-2.24 fails on HPUX PA-RISC 11.31 using HP's compiler
>
> Yes, you need a compiler that supports "long long".
m.h
HOST_WIDEST_INT define.
--
Alan Modra
Australia Development Lab, IBM
___
bug-binutils mailing list
bug-binutils@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-binutils
t;Ubuntu 10.04 LTS"
The difference will be due to the newer g++ passing --as-needed to ld.
See the ld info document on --as-needed.
--
Alan Modra
Australia Development Lab, IBM
___
bug-binutils mailing list
bug-binutils@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-binutils
y discernable
> difference is that they're located in completely different parts of
> the section.
The cases I've seen involved C++ and ld -r. Binutils git master and
binutils-2_25-branch should have the problem fixed.
See https://sourceware.org/bugzilla/show_bug.cgi?
people with the same problem.
--
Alan Modra
Australia Development Lab, IBM
___
bug-binutils mailing list
bug-binutils@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-binutils
On Wed, Sep 10, 2014 at 09:19:08AM -0400, Dan Nicolaescu wrote:
> Rules for updating the texi files look like this:
They look a little different on binutils-gdb.git master. :)
--
Alan Modra
Australia Development Lab, IBM
___
bug-binutils mail
On Tue, Sep 09, 2014 at 04:06:11PM -0600, Adam.Jirasek wrote:
> ==9138== Conditional jump or move depends on uninitialised value(s)
> ==9138==at 0x4017BF4: index (in /lib64/ld-2.19.so)
ld.so is part of glibc, not binutils. Please see
http://www.gnu.org/software/libc/bugs.html
--
Alan
bfd_get_16 (abfd, data + i + 8 + j * 2 + 2)));
+ fprintf (file, " (%4x)", (unsigned int) bfd_get_16 (abfd, p));
+ p += 2;
j++;
}
fprintf (file, "\n");
}
-
- i += size;
}
free (dat
c: $(srcdir)/emulparams/scoreelf.sh \
$(ELF_DEPS) $(srcdir)/emultempl/scoreelf.em \
$(srcdir)/scripttempl/elf.sc ${GEN_DEPENDS}
+ ${GENSCRIPTS} score7_elf "$(tdir_score7_elf)" scoreelf
esh.c: $(srcdir)/emulparams/sh.sh \
$(srcdir)/emultempl/generic.em $(srcdir)/script
bug_info is not ALLOC, LOAD.
This means the section is not loaded into memory and the VMA is
irrelevant. Another DLL could well occupy this space, because
airpac_.exe does not use that memory.
--
Alan Modra
Australia Development Lab, IBM
___
bug-binutils
On Sun, Jan 12, 2014 at 10:28:39AM +0400, Andrew Rose wrote:
> I think it's a bug
Yes, in your libc.so. Take a look at that file with an editor.
--
Alan Modra
Australia Development Lab, IBM
___
bug-binutils mailing list
bug-binutils@gnu.o
ns are inverted. As you can see, fdivr instruction has been used
> in the place where Intel used fdiv. This problem exists only for this
> specific addressing mode:
>
> DC F8+i FDIV ST(i), ST(0)
> DC F0+i FDIVR ST(i), ST(0)
See the comment at the start of
7;s been like that since
http://sourceware.org/ml/binutils/2007-06/msg00101.html.
Maybe Kai can suggest a better sentence.
--
Alan Modra
Australia Development Lab, IBM
___
bug-binutils mailing list
bug-binutils@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-binutils
info->indextable[i].str = last_str;
info->indextable[i].directory_name = directory_name;
info->indextable[i].file_name = file_name;
info->indextable[i].function_name = NULL;
--
Alan Modra
Australia Development Lab, IBM
shed prerequisites of target file `source'.
Must remake target `source'.
objdump -S akaros-kernel > akaros-kernel.asm
Putting child 0x011480e0 (source) PID 23694 on the chain.
Live child 0x011480e0 (source) PID 23694
Segmentation fault (core dumped)
Reaping losing child 0x01
On Sun, Jun 02, 2013 at 02:40:28PM -0700, Barret Rhoden wrote:
> On 2013-06-02 at 14:23 Alan Modra wrote:
> > On Sat, Jun 01, 2013 at 10:21:16AM -0700, Barret Rhoden wrote:
> > > It does not fail if the Makefile doesn't
> > > modify a file that it includes.
>
o
running out of stack, tries to run objdump with some severly limited
system resource.
I doubt that this objdump segfault is worth pursuing.
--
Alan Modra
Australia Development Lab, IBM
___
bug-binutils mailing list
bug-binutils@gnu.org
https://lists
On Thu, Oct 25, 2012 at 10:27:32PM +0200, Pieter De Mil wrote:
> On 10/25/2012 01:28 AM, Alan Modra wrote:
> >On Wed, Oct 24, 2012 at 02:05:49PM +0200, Pieter De Mil wrote:
> >>/tmp/cc22PMWw.s: Assembler messages:
> >>/tmp/cc22PMWw.s:10902: Error: Missing symbol
903: Error: expected comma after name `' in .size
> directive
> /tmp/cc22PMWw.s:10904: Error: junk at end of line, first
> unrecognized character is `0'
Your source contains syntax errors. Fix it. Older versions of gas
accepted bad .size directives and silently genera
stash->bfd_ptr = debug_bfd;
-
return TRUE;
}
@@ -3689,4 +3692,6 @@ _bfd_dwarf2_cleanup_debug_info (bfd *abf
free (stash->dwarf_ranges_buffer);
if (stash->info_ptr_memory)
free (stash->info_ptr_memory);
+ if (stash->close_on_cleanup)
+
t=/tmp
.../ld/.libs/lt-ld-new: this linker was not configured to use sysroots
So, something weird is happening. --enable-shared can cause trouble
unless you know exactly what you're doing. Try building without it.
You may be picking up the wrong libbfd.so.
--
Alan Modra
Australia Developme
> > > 1. I compiled binutils with sysroot support but without specifying a
> > > sysroot, so ./configure --sysroot=.
> >
> > Did you configure using "--with-sysroot=." or "--with-sysroot="? If
>
ching ./lib, ./usr/lib etc.
--
Alan Modra
Australia Development Lab, IBM
___
bug-binutils mailing list
bug-binutils@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-binutils
his function
> ../../binutils-2.22/gas/config/tc-arm.c:1912:26: error: ‘firsttype$index’
> may be used uninitialized in this function
configure with --disable-werror. The fields are in fact initialized.
--
Alan Modra
Australia Development Lab, IBM
__
On Thu, Mar 01, 2012 at 09:40:21AM -0800, Eliot Dresselhaus wrote:
> is the for (i...) loop going beyond the end of the array?
I don't think so.
--
Alan Modra
Australia Development Lab, IBM
___
bug-binutils mailing list
bug-binutils@gnu.o
uses this
feature in FDPRpro, so someone cared to make it work.
https://www.research.ibm.com/haifa/projects/systems/cot/fdpr/
--
Alan Modra
Australia Development Lab, IBM
___
bug-binutils mailing list
bug-binutils@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-binutils
> There looks to be a missing break in there.
Indeed. I have fixed this in current mainline sources. Thanks!
--
Alan Modra
Australia Development Lab, IBM
___
bug-binutils mailing list
bug-binutils@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-binutils
an point to any other sym type.
The lang_one_common change is needed in any function called by
bfd_link_hash_traverse. When warning symbols are created, they
replace the "real" entry in the hash table, so you never get to see
the real symbol in a hash traversal.
--
Alan Modra
g.c 7 Jun 2011 09:03:41 -
@@ -5885,6 +5885,9 @@ lang_one_common (struct bfd_link_hash_en
bfd_vma size;
asection *section;
+ if (h->type == bfd_link_hash_warning)
+h = h->u.i.link;
+
if (h->type != bfd_link_hash_common)
return TRUE;
--
Alan Modra
Australia Developm
ab->elf.dynobj = abfd;
+ if (!_bfd_elf_create_ifunc_sections (htab->elf.dynobj, info))
return FALSE;
break;
}
--
Alan Modra
Australia Development Lab, IBM
___
bug-binutils mailing list
bug-binutils@gnu.o
ocation of x.o as specified in x.a is "../x.o" and not
> "y/x.o". It doesn't seem to be a problem in the opposite direction
> -- "ar rT x.a y/x.o" generates the relative location as "y/x.o".
>
> Actually, is this a bug?
I thi
On Thu, Mar 03, 2011 at 12:06:12PM -0800, Michael Snyder wrote:
> * peXXigen.c (_bfd_XXi_swap_aux_in): Use sizeof in memcpy.
> (_bfd_XXi_swap_aux_out): Ditto.
OK. The less code I have to look at to verify something is correct,
the more I like it.
--
Alan Modra
Australia Devel
On Thu, Mar 03, 2011 at 12:27:02PM -0800, Michael Snyder wrote:
> * elf64-x86-64.c (elf_x86_64_relocate_section): Remove dead code.
OK.
--
Alan Modra
Australia Development Lab, IBM
___
bug-binutils mailing list
bug-binutils@gnu.org
h
On Thu, Mar 03, 2011 at 11:12:34AM -0800, Michael Snyder wrote:
> * coff-x86_64.c (coff_amd64_rtype_to_howto): Fencepost error.
OK.
--
Alan Modra
Australia Development Lab, IBM
___
bug-binutils mailing list
bug-binutils@gnu.org
h
On Thu, Mar 03, 2011 at 10:46:09AM -0800, Michael Snyder wrote:
> * archive.c (bsd_write_armap): Fail if stat fails.
I think it would be better to just set the timestamp to zero if stat
fails. There is precedent for this, eg. opncls.c:_maybe_make_executable.
--
Alan Modra
Austra
On Thu, Mar 03, 2011 at 10:32:18AM -0800, Michael Snyder wrote:
> * aoutx.h (aout_link_write_other_symbol): Missing break statement.
OK.
--
Alan Modra
Australia Development Lab, IBM
___
bug-binutils mailing list
bug-binutils@gnu.org
h
On Thu, Mar 03, 2011 at 10:25:31AM -0800, Michael Snyder wrote:
> 2011-03-03 Michael Snyder
>
> * aoutx.txt (aout_final_link): Use sizeof int not sizeof int*.
aoutx.h. OK.
--
Alan Modra
Australia Development Lab, IBM
___
bug
On Thu, Mar 03, 2011 at 12:12:52PM -0800, Michael Snyder wrote:
> 2011-03-03 Michael Snyder
>
> * dwarf2.c (scan_unit_for_symbols): Stop memory leak.
OK.
--
Alan Modra
Australia Development Lab, IBM
___
bug-binutils mailing
On Thu, Mar 03, 2011 at 11:01:11AM -0800, Michael Snyder wrote:
> 2011-03-03 Michael Snyder
>
> * archive.c (_bfd_slurp_extended_name_table): Fail if bfd_seek fails.
OK.
--
Alan Modra
Australia Development Lab, IBM
___
bug-binutil
vide a relocatable symbol like Manufacturer_ID_String by
two (unless your target happens to have a relocation that would allow
the linker to perform the divide for you).
--
Alan Modra
Australia Development Lab, IBM
___
bug-binutils mailing
On Wed, Feb 02, 2011 at 05:40:09PM -0800, Bruce Waggoner wrote:
> Assertion failure in ignore_rest_of_line
I believe this bug has already been fixed. Upgrade your binutils to
2.21.
--
Alan Modra
Australia Development Lab, IBM
___
bug-binut
there a way to get the total file size here, and if it is greater
> than 4gig, to make this field wider? I realize that it will then be
> greater than 80 chars...
Patches welcome.. Alternatively, build on a 64-bit host.
--
Alan Modra
Australia Development Lab, IBM
for help on a mingw list. How you configure depends on
where your current cross-tools are.
--
Alan Modra
Australia Development Lab, IBM
___
bug-binutils mailing list
bug-binutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-binutils
crt -luser32 -lkernel32 -ladvapi32 -lshell32 -lmingw32 -lgcc
-lmoldname -lmingwex -lmsvcrt crtend.o
$ echo $?
0
$ ~/build/gas/i586-mingw32/ld/ld-new -v
GNU ld (GNU Binutils) 2.21.51.20110123
--
Alan Modra
Australia Development Lab, IBM
___
bug-binut
ker
command line. ie. all the input to the linker.
--
Alan Modra
Australia Development Lab, IBM
___
bug-binutils mailing list
bug-binutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-binutils
nothing uses
aout_gnu.h. See include/aout/aout64.h for the values actually used.
--
Alan Modra
Australia Development Lab, IBM
___
bug-binutils mailing list
bug-binutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-binutils
ing --{no-,}demangle.
--
Alan Modra
Australia Development Lab, IBM
___
bug-binutils mailing list
bug-binutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-binutils
1 - 100 of 203 matches
Mail list logo
