[Bug binutils/10061] The binutils suite will not compile on systems without a bash shell
--- Additional Comments From markhobley at yahoo dot co dot uk 2009-04-15
18:48 ---
(In reply to comment #2)
> Use of genscrba.sh is protected by a test of a bash specific variable, so that
> should not be causing a problem.
These build scripts are big, messy and difficult to debug IMHO. It might be
better to have different directories of scripts for the different platforms,
rather than having massive scripts with hundreds of different branches, an then
trying to work out where these go wrong. (The KISS principle). Also, the
subdirectories seem to rely on the parent directory scripts, and the scripts are
tied to specific versions of autotools. (I would like to a libbinutils library,
and the components separated into separate packages, but I am strange like
that.)
The problem might be to do with genscripts.sh:
checkbashisms genscripts.sh
. ${CUSTOMIZER_SCRIPT} ${EMULATION_NAME}
possible bashism in genscripts.sh line 292 (sourced script with arguments):
(there is a whole series of these).
The first one appeared to be calling ld/emulparams/elf_i386.sh elf_i386.
I am not sure what the passed arguments do here.
--
http://sourceware.org/bugzilla/show_bug.cgi?id=10061
--- You are receiving this mail because: ---
You are on the CC list for the bug, or are watching someone who is.
___
bug-binutils mailing list
bug-binutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/10073] New: R_ARM_THM_PC8 Relocation Not Implemented in elf32-arm.c
We are trying to link a 3rd party library compiled using the ARM/IAR compiler into our project, which we compile using the GNU arm-elf toolchain. ld fails to link the 3rd party library, and spits out warnings: "warning: internal error: unsupported relocation error" The ld appears to be complaining because the IAR compiler produces instructions which must be relocated using R_ARM_THM_PC8, but it appears that R_ARM_THM_PC8 isn't implemented in binutils. I was able to confirm this by recompiling binutils with some printf statements describing the unsupported relocation method. -- Summary: R_ARM_THM_PC8 Relocation Not Implemented in elf32-arm.c Product: binutils Version: 2.19 Status: NEW Severity: normal Priority: P2 Component: ld AssignedTo: unassigned at sources dot redhat dot com ReportedBy: osk at exegin dot com CC: bug-binutils at gnu dot org GCC build triplet: x86_64-pc-linux-gnu GCC host triplet: x86_64-pc-linux-gnu GCC target triplet: arm-elf-unknown http://sourceware.org/bugzilla/show_bug.cgi?id=10073 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/10073] R_ARM_THM_PC8 Relocation Not Implemented in elf32-arm.c
-- What|Removed |Added CC||fff at exegin dot com http://sourceware.org/bugzilla/show_bug.cgi?id=10073 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/10074] New: objdump doesn't work on EFI
This patch: http://sourceware.org/ml/binutils/2008-02/msg00051.html breaks EFI. I got [...@gnu-6 HelloWorldUefiGcc4.4]$ /usr/bin/objdump -p HelloWorld.efi /usr/bin/objdump: HelloWorld.efi: File format not recognized [...@gnu-6 HelloWorldUefiGcc4.4]$ -- Summary: objdump doesn't work on EFI Product: binutils Version: 2.20 (HEAD) Status: NEW Severity: normal Priority: P2 Component: binutils AssignedTo: unassigned at sources dot redhat dot com ReportedBy: hjl dot tools at gmail dot com CC: bug-binutils at gnu dot org http://sourceware.org/bugzilla/show_bug.cgi?id=10074 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/10074] objdump doesn't work on EFI
--- Additional Comments From hjl dot tools at gmail dot com 2009-04-15 23:05 --- Created an attachment (id=3886) --> (http://sourceware.org/bugzilla/attachment.cgi?id=3886&action=view) A testcase -- http://sourceware.org/bugzilla/show_bug.cgi?id=10074 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/10074] objdump doesn't work on EFI
--- Additional Comments From hjl dot tools at gmail dot com 2009-04-15 23:07 --- he more I look at, the more I don't like the current solution. If I understand it correctly, we added 2 EFI targets for each arch just so that we can do # objcopy -O efi-XXX-x86_64 HelloWorld.elf HelloWorld.efi The only difference between 3 EFI targets is different IMAGE_SUBSYSTEM_EFI_XXX. Why not just have one EFI target, efi-x8_64, defaulting to IMAGE_SUBSYSTEM_EFI_APPLICATION?? We can add a switch to objcopy with --efi=app|bsdrv|rtdrv We can provide backward compatibility for efi-XXX-x86_64. -- http://sourceware.org/bugzilla/show_bug.cgi?id=10074 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
