[Bug ld/698] error linking dll on pe

2005-02-08 Thread nickc at redhat dot com
--- Additional Comments From nickc at redhat dot com 2005-02-08 09:37 --- Created an attachment (id=399) --> (http://sources.redhat.com/bugzilla/attachment.cgi?id=399&action=view) Proposed patch -- http://sources.redhat.com/bugzilla/show_bug.cgi?id=698 --- You are re

[Bug ld/698] error linking dll on pe

2005-02-08 Thread nickc at redhat dot com
--- Additional Comments From nickc at redhat dot com 2005-02-08 09:36 --- Hi Peter, Thanks for supplying a test case. Unfortunatley it does not compile as it needs a header file SDL.h which was not supplied and it uses a function SDL_LoadBMP which does not appear to be in the

[Bug binutils/716] strip doesn't maintain /LARGEADDRESSAWARE flag (mingw build, Windows 2000)

2005-02-11 Thread nickc at redhat dot com
--- Additional Comments From nickc at redhat dot com 2005-02-11 17:58 --- Created an attachment (id=404) --> (http://sources.redhat.com/bugzilla/attachment.cgi?id=404&action=view) Proposed fix -- http://sources.redhat.com/bugzilla/show_bug.cgi?id=716 --- You are re

[Bug binutils/716] strip doesn't maintain /LARGEADDRESSAWARE flag (mingw build, Windows 2000)

2005-02-11 Thread nickc at redhat dot com
--- Additional Comments From nickc at redhat dot com 2005-02-11 17:57 --- Hi Jan, Please try the attached patch which should fix the problem. It appears that when we copy a bfd containing PE specific data we are not copying the contents of the pe_data structure. The patch fixes

[Bug binutils/716] strip doesn't maintain /LARGEADDRESSAWARE flag (mingw build, Windows 2000)

2005-02-14 Thread nickc at redhat dot com
--- Additional Comments From nickc at redhat dot com 2005-02-14 11:20 --- Subject: Re: strip doesn't maintain /LARGEADDRESSAWARE flag (mingw build, Windows 2000) Hi Jan, > Even more KISS-like: > > if (pe_data (obfd) != NULL && pe_data (ibfd) != NULL

[Bug binutils/716] strip doesn't maintain /LARGEADDRESSAWARE flag (mingw build, Windows 2000)

2005-02-14 Thread nickc at redhat dot com
--- Additional Comments From nickc at redhat dot com 2005-02-14 11:21 --- Patch checked in -- What|Removed |Added Status|WAITING |RESOLVED

[Bug binutils/750] Addr2line reports function name that is inconsistent with file/line info for C++

2005-02-21 Thread nickc at redhat dot com
--- Additional Comments From nickc at redhat dot com 2005-02-21 17:36 --- Subject: Re: Addr2line reports function name that is inconsistent with file/line info for C++ Hi Fred, > Proposed patch to fix the reported problem This looks fine. Please apply. If you can think of a

[Bug ld/754] --image-base / --enable-auto-image-base silently disregarded if .def used

2005-02-21 Thread nickc at redhat dot com
--- Additional Comments From nickc at redhat dot com 2005-02-21 17:43 --- Subject: Re: New: --image-base / --enable-auto-image-base silently disregarded if .def used Hi, > If a .def file is used to link a DLL, the --image-base and > --enable-auto-image-base options are si

[Bug ld/753] ld 2.13.90 from mingw 3.3.1 cores on malformatted .def file

2005-02-21 Thread nickc at redhat dot com
--- Additional Comments From nickc at redhat dot com 2005-02-21 17:41 --- Subject: Re: New: ld 2.13.90 from mingw 3.3.1 cores on malformatted .def file Hi, > when linking a DLL with a .DEF file, if the BASE directive in the .DEF > file is not of the form "BASE=0x1c

[Bug binutils/760] ar (version 050223 20050223) segfaults at line 4422

2005-02-28 Thread nickc at redhat dot com
--- Additional Comments From nickc at redhat dot com 2005-02-28 15:39 --- Subject: Re: New: ar (version 050223 20050223) segfaults at line 4422 Hi Eric, > GCC 3.4.3 was used to build binutils and the object files below. > This problem is reproducable in binutils 040922.

[Bug binutils/747] Profiling of nested functions

2005-03-15 Thread nickc at redhat dot com
--- Additional Comments From nickc at redhat dot com 2005-03-15 16:34 --- Hi Laurent, This is not a bug but rather a feature of gprof. It considers nested functions to be part of their parent function and by default it will include their timing in their parent's total. You ca

[Bug binutils/790] Typo in dwarf2.c

2005-03-17 Thread nickc at redhat dot com
--- Additional Comments From nickc at redhat dot com 2005-03-17 08:25 --- Hi Fred, Yup, that is a typo alright. I have checked in your patch. Cheers Nick -- What|Removed |Added

[Bug gas/795] UCN problems exposed by GCC tests: gcc.dg/ucnid-2.c, 3, 4 and 6.

2005-03-18 Thread nickc at redhat dot com
--- Additional Comments From nickc at redhat dot com 2005-03-18 11:38 --- Hi Hans-Peter, 0x80 and 0xc3 are not ASCII characters, so why would you expect GAS to be able to assemble them if they are not inside a string defintion ? For what it is worth I was able to compile and

[Bug gas/795] non-ascii-identifier problems exposed by GCC tests: gcc.dg/ucnid-2.c, 3, 4 and 6.

2005-03-18 Thread nickc at redhat dot com
--- Additional Comments From nickc at redhat dot com 2005-03-18 13:06 --- Subject: Re: UCN problems exposed by GCC tests: gcc.dg/ucnid-2.c, 3, 4 and 6. Hi Hans-Peter, > In response to comment #1, I would expect GAS to assemble it because it's > generated by GCC (presu

[Bug ld/805] linking error: cannot handle R_MEM_INDIRECT reloc when using symbolsrec output

2005-03-29 Thread nickc at redhat dot com
--- Additional Comments From nickc at redhat dot com 2005-03-29 17:48 --- Subject: Re: New: linking error: cannot handle R_MEM_INDIRECT reloc when using symbolsrec output Hi dorchen1611, > On creating a .lx File for hms-8300 microprocessor (Lego robot) following > linker &

[Bug binutils/806] Addr2line ignores the DWARF DW_AT_ranges attributes

2005-04-01 Thread nickc at redhat dot com
--- Additional Comments From nickc at redhat dot com 2005-04-01 13:27 --- Subject: Re: Addr2line ignores the DWARF DW_AT_ranges attributes Hi Fred, > Proposed patch to fix the reported problem This patch is approved - please apply. Cheers Nick -- h

[Bug binutils/835] Fails to build in 64bit mode

2005-04-11 Thread nickc at redhat dot com
--- Additional Comments From nickc at redhat dot com 2005-04-11 15:59 --- Subject: Re: New: Fails to build in 64bit mode Hi Francois, > binutils-2.15 does not compile in 64bit mode due to the fact that, starting in > AIX5.2, in 64bit, we do not support the old format of vm-in

[Bug gas/818] error handling %farg[0-4] registers

2005-04-11 Thread nickc at redhat dot com
--- Additional Comments From nickc at redhat dot com 2005-04-11 16:20 --- Subject: Re: New: error handling %farg[0-4] registers Hi Eric, Hi David, > When gas encounters the statement: > fldws -4(%r22),%farg0 > it issues the error: > Error: Field out of

[Bug gas/818] error handling %farg[0-4] registers

2005-04-12 Thread nickc at redhat dot com
--- Additional Comments From nickc at redhat dot com 2005-04-12 08:39 --- Patch applied -- What|Removed |Added Status|NEW |RESOLVED

[Bug gas/845] GAS .rept pseudo op-code

2005-04-13 Thread nickc at redhat dot com
--- Additional Comments From nickc at redhat dot com 2005-04-13 16:13 --- Subject: Re: New: GAS .rept pseudo op-code Hi Jaydeep, > Following code generates error, > > .rept 2 > .irp m1 1,2 >

[Bug binutils/841] mips64-elf-readelf was crashed by EABI64 binary.

2005-04-14 Thread nickc at redhat dot com
--- Additional Comments From nickc at redhat dot com 2005-04-13 15:40 --- Subject: Re: mips64-elf-readelf was crashed by EABI64 binary. Hi Monaka, Do you have a small testcase with which we can reproduce this failure and test any fixes ? Cheers Nick -- http

[Bug ld/850] linker issued assertion failure elf64-ppc.c:7771

2005-04-15 Thread nickc at redhat dot com
--- Additional Comments From nickc at redhat dot com 2005-04-15 10:49 --- Subject: Re: New: linker issued assertion failure elf64-ppc.c:7771 Hi Robert, > The problem caught is about error during linking of executable. > /usr/bin/ld: BFD 041202 20041202 assertion fail elf64-ppc.

[Bug gas/847] Error: Zero-length symbol is illegal

2005-04-15 Thread nickc at redhat dot com
--- Additional Comments From nickc at redhat dot com 2005-04-15 11:46 --- Subject: Re: New: Error: Zero-length symbol is illegal Hi Andreas, > The ia64 assembler is choking on `.file ""' with the error message > "Zero-length symbol is illegal". A

[Bug ld/858] Linker should abort when there is reference to discarded section

2005-04-22 Thread nickc at redhat dot com
--- Additional Comments From nickc at redhat dot com 2005-04-22 14:52 --- Subject: Re: New: Linker should abort when there is reference to discarded section Hi H.J. > Gcc was broken due to a back checkin: > http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21070 > Linker did

[Bug binutils/867] Compilation errors for binutil-2.14 on RedHat 7.2

2005-04-25 Thread nickc at redhat dot com
--- Additional Comments From nickc at redhat dot com 2005-04-25 08:07 --- Subject: Re: New: Compilation errors for binutil-2.14 on RedHat 7.2 Hi Vivekk, > I am getting to compilation errors for binutils-2.14. FYI: This is an old release of binutils. We are now at 2.15 and vers

[Bug binutils/872] strip segv

2005-04-25 Thread nickc at redhat dot com
--- Additional Comments From nickc at redhat dot com 2005-04-25 14:20 --- Created an attachment (id=464) --> (http://sources.redhat.com/bugzilla/attachment.cgi?id=464&action=view) Initialise obfd field of name_list structure. -- http://sources.redhat.com/bugzilla/show_bug

[Bug binutils/867] Compilation errors for binutil-2.14 on RedHat 7.2

2005-04-25 Thread nickc at redhat dot com
--- Additional Comments From nickc at redhat dot com 2005-04-25 13:07 --- Hi Vivek, Those environment settings look OK. Since you can build binutils with the 2.15 sources and not the 2.14 source I conclude that the problem must have been a broken prototype somewhere in the 2.14

[Bug binutils/872] strip segv

2005-04-25 Thread nickc at redhat dot com
--- Additional Comments From nickc at redhat dot com 2005-04-25 14:50 --- Patch applied - case closed -- What|Removed |Added Status|WAITING

[Bug binutils/872] strip segv

2005-04-25 Thread nickc at redhat dot com
--- Additional Comments From nickc at redhat dot com 2005-04-25 14:26 --- Hi Pawe³, The seg fault was caused by a silly fault in the name_list handling code inside the copy_archive() function. The 'obfd' field was not being initialised to a proper value. The attached p

[Bug binutils/868] bfd leaks memory in several places

2005-05-05 Thread nickc at redhat dot com
--- Additional Comments From nickc at redhat dot com 2005-05-05 14:35 --- Subject: Re: New: bfd leaks memory in several places Hi John, > bfd has several memory leaks. I'm fixing the ones in dwarf2.c, but a simple > grep > for 'bfd_realloc' shows several

[Bug gas/876] .space with non-absolute value

2005-05-05 Thread nickc at redhat dot com
--- Additional Comments From nickc at redhat dot com 2005-05-05 17:00 --- Hi, This appears to be a bug in the symbol value evaluation code in gas. It has special case code for + and - based expressions, but for others it just ignores any errors unless the value is being finalized

[Bug gas/876] .space with non-absolute value

2005-05-06 Thread nickc at redhat dot com
--- Additional Comments From nickc at redhat dot com 2005-05-05 17:01 --- Created an attachment (id=477) --> (http://sources.redhat.com/bugzilla/attachment.cgi?id=477&action=view) Proposed patch -- http://sources.redhat.com/bugzilla/show_bug.cgi?id=876 --- You are re

[Bug gas/876] .space with non-absolute value

2005-05-17 Thread nickc at redhat dot com
--- Additional Comments From nickc at redhat dot com 2005-05-17 16:01 --- Hi Hollis, Great. I have now checked this patch in along with this ChangeLog entry. Cheers Nick gas/ChangeLog 2005-05-17 Nick Clifton <[EMAIL PROTECTED]> PR 876 * sym

[Bug binutils/947] Extension to BFD and addr2line to print inlining chain

2005-05-17 Thread nickc at redhat dot com
--- Additional Comments From nickc at redhat dot com 2005-05-17 16:16 --- Subject: Re: Extension to BFD and addr2line to print inlining chain Hi Fred, > Created an attachment (id=487) --> (http://sources.redhat.com/bugzilla/attachment.cgi?id=487&action=view) &g

[Bug gas/949] No relocation overflow error for 14 bit immediate values

2005-05-18 Thread nickc at redhat dot com
--- Additional Comments From nickc at redhat dot com 2005-05-18 08:42 --- Hi Hotti, This problem is due to the fact that the assembler does not distinguish between decimal constants and hexadecimal constants. The assembler considers that the following instruction is correct and

[Bug gas/994] section switch in function causes segfault

2005-06-08 Thread nickc at redhat dot com
--- Additional Comments From nickc at redhat dot com 2005-06-08 15:46 --- Created an attachment (id=510) --> (http://sources.redhat.com/bugzilla/attachment.cgi?id=510&action=view) Fix seg fault by checking for a NULL pointer -- http://sources.redhat.com/bugzilla/show_bug

[Bug gas/991] operands mismatch on correct m68040 instruction

2005-06-08 Thread nickc at redhat dot com
--- Additional Comments From nickc at redhat dot com 2005-06-08 17:04 --- Hi Tom, Thanks for reporting this problem and submit the patches to fix it. I have checked them in, with a little tidying up of the formatting and a few comments added, and I also created this ChangeLog entry

[Bug gas/994] section switch in function causes segfault

2005-06-08 Thread nickc at redhat dot com
--- Additional Comments From nickc at redhat dot com 2005-06-08 15:45 --- Hi Richard, Agreed, the assembler should not crash. I am applying the patch in the attachmrnt to stop the seg fault hapeening. Cheers Nick gas/ChangeLog 2005-06-08 Nick Clifton <[EMAIL PROTEC

[Bug gas/1069] Buffer overflow in tc-crx.c

2005-07-14 Thread nickc at redhat dot com
--- Additional Comments From nickc at redhat dot com 2005-07-14 15:36 --- Subject: Re: Segmentation fault in libiberty/xexit.c:51 Hi Guys, > Alan wrote: > No, this is a buffer overflow of gas/config/tc-crx.c:ins_parse in reset_vars. And I am applying this patch to stop the ov

[Bug gas/1069] Buffer overflow in tc-crx.c

2005-07-14 Thread nickc at redhat dot com
--- Additional Comments From nickc at redhat dot com 2005-07-14 15:37 --- Patch applied -- What|Removed |Added Status|NEW |RESOLVED

[Bug binutils/1391] objcopy trashes PE executable when using "add-gnu-debuglink"

2005-09-30 Thread nickc at redhat dot com
--- Additional Comments From nickc at redhat dot com 2005-09-30 15:25 --- Subject: Re: New: objcopy trashes PE executable when using "add-gnu-debuglink" Hi, > Idx Name Size VMA LMA File off Algn > 0 .gnu_debuglink 0018 00

[Bug binutils/1437] c++filt no longer works with stdin

2005-10-11 Thread nickc at redhat dot com
--- Additional Comments From nickc at redhat dot com 2005-10-11 12:34 --- Subject: Re: New: c++filt no longer works with stdin Hi HJ, > [EMAIL PROTECTED] testsuite]$ cat foo.s > .type _Z1fv, @function > [EMAIL PROTECTED] testsuite]$ > /export/build/gnu/binutils-

[Bug binutils/1391] objcopy trashes PE executable when using "add-gnu-debuglink"

2005-10-11 Thread nickc at redhat dot com
--- Additional Comments From nickc at redhat dot com 2005-10-11 16:05 --- Subject: Re: objcopy trashes PE executable when using "add-gnu-debuglink" Hi, > currently one can fix this manually by executing additional step: > objcopy --change-section-vma .gnu_debuglin

[Bug binutils/1437] c++filt no longer works with stdin

2005-10-11 Thread nickc at redhat dot com
--- Additional Comments From nickc at redhat dot com 2005-10-11 16:34 --- Subject: Re: c++filt no longer works with stdin Hi HJ, > It works for me. I have applied the patch. Cheers Nick -- http://sourceware.org/bugzilla/show_bug.cgi?id=1437 --- You are receiving t

[Bug binutils/1486] DISASSEMBLER_NEEDS_RELOCS doesn't work correctly

2005-10-19 Thread nickc at redhat dot com
--- Additional Comments From nickc at redhat dot com 2005-10-19 17:06 --- Subject: Re: New: DISASSEMBLER_NEEDS_RELOCS doesn't work correctly Hi H.J. > added DISASSEMBLER_NEEDS_RELOCS based in the enabled targets at configure > time. It has several problems: > > 1.

[Bug gas/1568] COFF code section should be read only

2005-10-28 Thread nickc at redhat dot com
--- Additional Comments From nickc at redhat dot com 2005-10-28 10:34 --- Subject: Re: New: COFF code section should be read only Hi Vahur, > To create object files which are link-compatible with MS Visual C, the "x" > flag > in .section directive should also se

[Bug gas/1568] COFF code section should be read only

2005-10-28 Thread nickc at redhat dot com
--- Additional Comments From nickc at redhat dot com 2005-10-28 10:36 --- Created an attachment (id=730) --> (http://sourceware.org/bugzilla/attachment.cgi?id=730&action=view) set readonly bit when handling 'x' attribute for COFF .section pseudo op -- http

[Bug gas/1568] COFF code section should be read only

2005-10-28 Thread nickc at redhat dot com
-- What|Removed |Added Status|NEW |WAITING http://sourceware.org/bugzilla/show_bug.cgi?id=1568 --- You are receiving this mail because:

[Bug gas/1568] COFF code section should be read only

2005-11-07 Thread nickc at redhat dot com
--- Additional Comments From nickc at redhat dot com 2005-11-07 17:57 --- Revised patch applied. (Sorry about the silly thinko in the first version). -- What|Removed |Added

[Bug ld/1150] undefined reference to `_mpi_sgi_init'

2005-11-08 Thread nickc at redhat dot com
--- Additional Comments From nickc at redhat dot com 2005-11-08 15:04 --- Subject: Re: undefined reference to `_mpi_sgi_init' Hi Michael, > I ran into this one as well on IRIX-6.5.28m with gcc-4.0.1 and > binutils-2.16.1. > Why is this bug in status WAITING? Is more

[Bug ld/1150] undefined reference to `_mpi_sgi_init'

2005-11-09 Thread nickc at redhat dot com
--- Additional Comments From nickc at redhat dot com 2005-11-09 16:24 --- Subject: Re: undefined reference to `_mpi_sgi_init' Hi Michael, > I don't have any information beyond the error message and what I learned from > the message to the mailing list quoted above.

[Bug ld/1150] undefined reference to `_mpi_sgi_init'

2005-11-09 Thread nickc at redhat dot com
--- Additional Comments From nickc at redhat dot com 2005-11-09 16:25 --- Created an attachment (id=752) --> (http://sourceware.org/bugzilla/attachment.cgi?id=752&action=view) attempt to ignore OPTIONAL symbols -- http://sourceware.org/bugzilla/show_bug.cgi?id=1150

[Bug ld/1150] undefined reference to `_mpi_sgi_init'

2005-11-10 Thread nickc at redhat dot com
--- Additional Comments From nickc at redhat dot com 2005-11-10 11:45 --- Subject: Re: undefined reference to `_mpi_sgi_init' Hi Michael, > Okay, I gave it a try to build a testcase. It's included in the attachment. Thanks. I was not able to run all of the tests in

[Bug ld/1150] undefined reference to `_mpi_sgi_init'

2005-11-10 Thread nickc at redhat dot com
--- Additional Comments From nickc at redhat dot com 2005-11-10 12:51 --- Created an attachment (id=754) --> (http://sourceware.org/bugzilla/attachment.cgi?id=754&action=view) Second attempt to handle OPTIONAL symbols -- http://sourceware.org/bugzilla/show_bug.cgi?

[Bug ld/1150] undefined reference to `_mpi_sgi_init'

2005-11-11 Thread nickc at redhat dot com
--- Additional Comments From nickc at redhat dot com 2005-11-11 11:21 --- Subject: Re: undefined reference to `_mpi_sgi_init' Hi Michael, > The testcase nwo runs fine with the patched ld: Great - I will check that patch in then as a first step in resolving this PR. &

[Bug ld/1150] undefined reference to `_mpi_sgi_init'

2005-11-21 Thread nickc at redhat dot com
--- Additional Comments From nickc at redhat dot com 2005-11-21 18:30 --- Subject: Re: undefined reference to `_mpi_sgi_init' Hi Michael, > using the above test case I tracked down the place in elflink.c where the > symbol os is reported as undefined when localed in a sha

[Bug ld/1150] undefined reference to `_mpi_sgi_init'

2005-12-22 Thread nickc at redhat dot com
--- Additional Comments From nickc at redhat dot com 2005-12-22 17:46 --- Subject: Re: undefined reference to `_mpi_sgi_init' Hi Rainer, > Did somebody else some tests using these binutils patches? Not yet, but I am back at my normal workplace now, so this is on my list. &g

[Bug ld/1150] undefined reference to `_mpi_sgi_init'

2005-12-23 Thread nickc at redhat dot com
--- Additional Comments From nickc at redhat dot com 2005-12-23 12:28 --- Hi Micha, Sorry for the long delay in reviewing your latest patch. As it turns out it is fine (module a few formatting niggles) and so I have checked it in to the sources along with this ChangeLog entry

[Bug gas/1300] tc-arm.c:11073: warning: format '%08lX' expects type 'long unsigned int', but argument 4 has type 'offsetT'

2005-12-27 Thread nickc at redhat dot com
--- Additional Comments From nickc at redhat dot com 2005-12-27 11:55 --- Patch approved and applied along with this ChangeLog entry. gas/ChangeLog 2005-12-27 James Troup <[EMAIL PROTECTED]> PR 1300 * config/tc-arm.c (md_apply_fix): Fix casts to match t

[Bug binutils/1990] libtool update needed or lt_cv_deplibs_check_method forced to pass_all

2005-12-27 Thread nickc at redhat dot com
--- Additional Comments From nickc at redhat dot com 2005-12-27 16:34 --- Hi James, I have synchronized the version in the binutils sources with the version in the gcc sources, which has the effect of bringing in the change that you have requested. Cheers Nick -- What

[Bug binutils/1391] objcopy trashes PE executable when using "add-gnu-debuglink"

2006-01-16 Thread nickc at redhat dot com
--- Additional Comments From nickc at redhat dot com 2006-01-16 18:17 --- Hi Brian, Hi Anastasius, >> Yes, although I am not sure if an easy fix exists. In the meantime >> please could you try the attached patch which might work. The problem >> with it is that it

[Bug binutils/2159] unused parameters `cursig' and `gregs' in bfd/elf.c (elfcore_write_pstatus)

2006-01-16 Thread nickc at redhat dot com
--- Additional Comments From nickc at redhat dot com 2006-01-16 17:47 --- Created an attachment (id=831) --> (http://sourceware.org/bugzilla/attachment.cgi?id=831&action=view) Add missing ATTRIBUTE_UNUSED declarations to elfcore_write_pstatus(). -- http://sourceware.org/b

[Bug binutils/1391] objcopy trashes PE executable when using "add-gnu-debuglink"

2006-01-16 Thread nickc at redhat dot com
--- Additional Comments From nickc at redhat dot com 2006-01-16 18:18 --- Created an attachment (id=832) --> (http://sourceware.org/bugzilla/attachment.cgi?id=832&action=view) Create a VMA for the gnu_debuglink section -- http://sourceware.org/bugzilla/show_bug.cgi?

[Bug binutils/2159] unused parameters `cursig' and `gregs' in bfd/elf.c (elfcore_write_pstatus)

2006-01-16 Thread nickc at redhat dot com
--- Additional Comments From nickc at redhat dot com 2006-01-16 17:46 --- Hi Michael, Removing those two parameters from elfcode_write_pstatus() would mean changing the BFD library's API, which is not something to be done lightly. For example it would also mean cha

[Bug binutils/2159] unused parameters `cursig' and `gregs' in bfd/elf.c (elfcore_write_pstatus)

2006-01-17 Thread nickc at redhat dot com
--- Additional Comments From nickc at redhat dot com 2006-01-17 10:35 --- Patch commited with this ChangeLog: bfd/ChangeLog 2006-01-17 Nick Clifton <[EMAIL PROTECTED]> PR binutils/2159 * elf.c (elfcore_write_pstatus): Add ATTRIBUTE_UNUSED to unused para

[Bug binutils/1391] objcopy trashes PE executable when using "add-gnu-debuglink"

2006-01-18 Thread nickc at redhat dot com
--- Additional Comments From nickc at redhat dot com 2006-01-18 10:51 --- Hi Guys, I have applied the patch, along with Danny's fix to make sure that the VMA is aligned. The changelog for it is shown below. Cheers Nick binutils/ChangeLog 2006-01-18 Nick Clifton &l

[Bug binutils/1391] objcopy trashes PE executable when using "add-gnu-debuglink"

2006-01-26 Thread nickc at redhat dot com
--- Additional Comments From nickc at redhat dot com 2006-01-26 14:56 --- Subject: Re: objcopy trashes PE executable when using "add-gnu-debuglink" Hi Brian, >> PR binutils/1391 >> * objcopy.c (copy_object): For PE format targets set the VMA of a

[Bug binutils/2225] cisco IOS MIPS ELF causes coredump

2006-01-30 Thread nickc at redhat dot com
--- Additional Comments From nickc at redhat dot com 2006-01-30 11:56 --- This bug was fixed by Jakub Jelinek's patch of 2005-06-14, where amoungst other changes to readelf.c he includes: (process_program_headers): Don't crash if string_table is NULL. With this patc

[Bug binutils/2257] objdump can't recognize CISCO ELF

2006-03-02 Thread nickc at redhat dot com
--- Additional Comments From nickc at redhat dot com 2006-03-01 13:33 --- Hi Alec, Please could you try the uploaded patch. The problem is that the binary you have is corrupt. The e_shstrndx field in the ELF header is wrong. It says that the string table is held in section 8

[Bug binutils/2454] incorrect syntax in avr disassembly

2006-04-07 Thread nickc at redhat dot com
--- Additional Comments From nickc at redhat dot com 2006-04-07 14:48 --- Subject: Re: New: incorrect syntax in avr disassembly Hi hochstein, > The disassembly for call and jmp looks like this: > > 43a: 0e 94 7e 0e call0x1cfc <__divmodhi4> > >

[Bug binutils/2454] incorrect syntax in avr disassembly

2006-04-12 Thread nickc at redhat dot com
--- Additional Comments From nickc at redhat dot com 2006-04-12 13:11 --- Thank you. I am now able to reproduce the bug and I have approved your patch. it does not quite perform as you say, since the hexadecimal form of the address is displayed twice: 0: 0e 94 7e 0e

[Bug gas/2539] avr-as generates wrong opcode for call/jmp with lables

2006-04-13 Thread nickc at redhat dot com
--- Additional Comments From nickc at redhat dot com 2006-04-13 09:15 --- Hi Mack, This is not a bug, but a feature. The AVR assembler has chosen to use a reloc with the JMP instruction, so the actual address is not resolved until link time. If you disassemble the object file with

[Bug gas/2582] dwarf2dbg.c embeds absolute filename path with hard-coded / separator

2006-04-25 Thread nickc at redhat dot com
--- Additional Comments From nickc at redhat dot com 2006-04-25 16:04 --- Subject: Re: New: dwarf2dbg.c embeds absolute filename path with hard-coded / separator Hi Burgess, > dwarf2dbg.c -- line 1476 of CVS version 1.81: > > p[len] = '/'; > > This inser

[Bug gas/2582] dwarf2dbg.c embeds absolute filename path with hard-coded / separator

2006-04-25 Thread nickc at redhat dot com
--- Additional Comments From nickc at redhat dot com 2006-04-25 16:06 --- Created an attachment (id=981) --> (http://sourceware.org/bugzilla/attachment.cgi?id=981&action=view) Intelligent selection of path separator for DOS -- http://sourceware.org/bugzilla/show_bug.cgi?

[Bug gas/2582] dwarf2dbg.c embeds absolute filename path with hard-coded / separator

2006-04-25 Thread nickc at redhat dot com
-- What|Removed |Added Status|NEW |WAITING http://sourceware.org/bugzilla/show_bug.cgi?id=2582 --- You are receiving this mail because:

[Bug gprof/2587] Failed to build gprof under gmake patched by Apple.

2006-04-25 Thread nickc at redhat dot com
--- Additional Comments From nickc at redhat dot com 2006-04-25 16:22 --- Subject: Re: New: Failed to build gprof under gmake patched by Apple. Hi Masaki, > Building gprof was failed because of patched gmake (bundled with OSX). > Follow is a patch to disable a builtin

[Bug gprof/2587] Failed to build gprof under gmake patched by Apple.

2006-04-25 Thread nickc at redhat dot com
--- Additional Comments From nickc at redhat dot com 2006-04-25 16:23 --- Patch applied -- What|Removed |Added Status|NEW |RESOLVED

[Bug gas/2582] dwarf2dbg.c embeds absolute filename path with hard-coded / separator

2006-04-26 Thread nickc at redhat dot com
--- Additional Comments From nickc at redhat dot com 2006-04-26 10:22 --- Subject: Re: dwarf2dbg.c embeds absolute filename path with hard-coded / separator Hi Bill, > Another thought -- why not look for the THIRD character to be a backslash? > This will handle no

[Bug gas/2582] dwarf2dbg.c embeds absolute filename path with hard-coded / separator

2006-05-05 Thread nickc at redhat dot com
--- Additional Comments From nickc at redhat dot com 2006-05-05 16:54 --- Subject: Re: dwarf2dbg.c embeds absolute filename path with hard-coded / separator Hi Bill, > My dev system is back up but I find I am too much of a noob to build the > binutils so I can test the &

[Bug gas/2582] dwarf2dbg.c embeds absolute filename path with hard-coded / separator

2006-05-05 Thread nickc at redhat dot com
--- Additional Comments From nickc at redhat dot com 2006-05-05 16:56 --- Patch checked in. -- What|Removed |Added Status|WAITING |RESOLVED

[Bug ld/2607] linker doesn't recognize an ELF library.

2006-05-05 Thread nickc at redhat dot com
--- Additional Comments From nickc at redhat dot com 2006-05-05 17:15 --- Subject: Re: linker doesn't recognize an ELF library. Hi Pawel, > strip also can't handle this precompiled external library. > > $ sparc-sun-solaris2.9-strip -g libcmodel.so --verbose >

[Bug gas/2604] iwmmxt instructions range error

2006-05-05 Thread nickc at redhat dot com
--- Additional Comments From nickc at redhat dot com 2006-05-05 17:34 --- Subject: Re: New: iwmmxt instructions range error Hi Bridge, > % arm-iwmmxt-linux-gnueabi-as -mcpu=iwmmxt iwmmxt-range.s > iwmmxt-range.s: Assembler messages: > iwmmxt-range.s:5: Error: co-processor o

[Bug ld/2607] linker doesn't recognize an ELF library.

2006-05-08 Thread nickc at redhat dot com
--- Additional Comments From nickc at redhat dot com 2006-05-08 16:40 --- Subject: Re: linker doesn't recognize an ELF library. Hi Pawel, > I don't know. It's a commercial closed source library > which works perfectly with native solaris linker/stripper > a

[Bug gas/2623] No line separator character is defined for msp430-gas

2006-05-08 Thread nickc at redhat dot com
--- Additional Comments From nickc at redhat dot com 2006-05-08 17:07 --- Hi Corentin, Sorry - the colon character (:) is used - by the macro code. See the file gas/testsuite/gas/macros/vararg.s for an example of this, and an example of a test that would fail if we applied the patch

[Bug ld/2607] linker doesn't recognize an ELF library.

2006-05-10 Thread nickc at redhat dot com
--- Additional Comments From nickc at redhat dot com 2006-05-10 12:23 --- Subject: Re: linker doesn't recognize an ELF library. Hi Pawel, > I will attach the three different shared objects, in the event that some > maintainer has access to an appropriate Solaris/Sparc sys

[Bug ld/2607] linker doesn't recognize an ELF library.

2006-05-10 Thread nickc at redhat dot com
--- Additional Comments From nickc at redhat dot com 2006-05-10 12:24 --- Created an attachment (id=1016) --> (http://sourceware.org/bugzilla/attachment.cgi?id=1016&action=view) Fix determination of valid section indicies -- http://sourceware.org/bugzilla/show_bug.cgi?

[Bug ld/2607] linker doesn't recognize an ELF library.

2006-05-10 Thread nickc at redhat dot com
-- What|Removed |Added Status|NEW |WAITING http://sourceware.org/bugzilla/show_bug.cgi?id=2607 --- You are receiving this mail because:

[Bug ld/2607] linker doesn't recognize an ELF library.

2006-05-11 Thread nickc at redhat dot com
--- Additional Comments From nickc at redhat dot com 2006-05-11 09:04 --- Subject: Re: linker doesn't recognize an ELF library. Hi Pawel, > pluto at agmk dot net wrote: > works for me :) Excellent - I have applied the patch to the mainline and the 2.17 branch as we

[Bug ld/2659] Problem with partial linking [Was: Assertion triggered in cofflink.c]

2006-05-24 Thread nickc at redhat dot com
--- Additional Comments From nickc at redhat dot com 2006-05-24 08:39 --- Created an attachment (id=1047) --> (http://sourceware.org/bugzilla/attachment.cgi?id=1047&action=view) Add check for missing aux entries -- http://sourceware.org/bugzilla/show_bug.cgi?id=2659

[Bug ld/2659] Problem with partial linking [Was: Assertion triggered in cofflink.c]

2006-05-24 Thread nickc at redhat dot com
--- Additional Comments From nickc at redhat dot com 2006-05-24 08:40 --- Hi Anton, I think that this is a case of a missing check in bfd_coff_link_input_bfd, so please could you try the uploaded patch and let me know if it works on a real world test, (ie your build environment

[Bug ld/2729] ld terminated with signal 11 [Segmentation fault]

2006-06-08 Thread nickc at redhat dot com
--- Additional Comments From nickc at redhat dot com 2006-06-08 10:16 --- Hi, Please could you provide us with the files necessary to reproduce this bug ? (ie: main.o, crt0.o etc and the libraries). Also, please could you run gcc with the -v switch and tell us the precise command

[Bug binutils/2735] Segmentation fault in bfd.c during error handling

2006-06-09 Thread nickc at redhat dot com
--- Additional Comments From nickc at redhat dot com 2006-06-09 13:36 --- Hi Asher, The problem appears to be that the .tcommon section has an alignment of 1 whereas the "matrix" symbol has an alignment of 4. The code to generate the warning message was not taking into a

[Bug binutils/2735] Segmentation fault in bfd.c during error handling

2006-06-09 Thread nickc at redhat dot com
--- Additional Comments From nickc at redhat dot com 2006-06-09 13:37 --- Created an attachment (id=1069) --> (http://sourceware.org/bugzilla/attachment.cgi?id=1069&action=view) Handle case where common alignment is deduced from section alginment and not another common de

[Bug binutils/2735] Segmentation fault in bfd.c during error handling

2006-06-12 Thread nickc at redhat dot com
--- Additional Comments From nickc at redhat dot com 2006-06-12 11:18 --- Patch applied. -- What|Removed |Added Status|WAITING |RESOLVED

[Bug binutils/2768] readelf and segmented addresses in DWARF2/3 aranges

2006-06-14 Thread nickc at redhat dot com
--- Additional Comments From nickc at redhat dot com 2006-06-14 16:36 --- Hi Stephane, Can you provide an example object file containing debug information for a segmented address architecture ? Cheers Nick -- What|Removed |Added

[Bug gprof/2776] Strange profiling results

2006-06-22 Thread nickc at redhat dot com
--- Additional Comments From nickc at redhat dot com 2006-06-22 14:03 --- Subject: Re: New: Strange profiling results Hi Dmitry, > void f (int n) > { > rdtscll (t); > void g (int n) > { > gettimeofday (&tv, 0); > int main (int argc, cha

[Bug gprof/2776] Strange profiling results

2006-06-22 Thread nickc at redhat dot com
-- What|Removed |Added Status|NEW |WAITING http://sourceware.org/bugzilla/show_bug.cgi?id=2776 --- You are receiving this mail because:

[Bug binutils/2768] readelf and segmented addresses in DWARF2/3 aranges

2006-06-22 Thread nickc at redhat dot com
--- Additional Comments From nickc at redhat dot com 2006-06-22 14:36 --- Hi Stephane, Thanks for supplying the test cases. I have now been able to reproduce the problem and I am going to upload a patch that fixes it. If you would care to try it out and let me know if you encounter

[Bug binutils/2768] readelf and segmented addresses in DWARF2/3 aranges

2006-06-22 Thread nickc at redhat dot com
--- Additional Comments From nickc at redhat dot com 2006-06-22 14:38 --- Created an attachment (id=) --> (http://sourceware.org/bugzilla/attachment.cgi?id=&action=view) Compute address size as sum of pointer size and segment size -- http://sourceware.org/b

[Bug binutils/2768] readelf and segmented addresses in DWARF2/3 aranges

2006-06-22 Thread nickc at redhat dot com
-- What|Removed |Added Status|SUSPENDED |WAITING http://sourceware.org/bugzilla/show_bug.cgi?id=2768 --- You are receiving this mail because:

  1   2   3   4   5   6   7   8   9   10   >