From: Ian Lance Taylor <iant@google.com>
To: Viktor Kutuzov <vkutuzov@accesssoftek.com>
Cc: <binutils@sourceware.org>
Subject: Re: [PATCH Take 2] Gold: Added R_ARM_ABS8 relocation
Date: Fri, 18 Sep 2009 00:48:00 -0000 [thread overview]
Message-ID: <m3d45p13k9.fsf@google.com> (raw)
In-Reply-To: <BAFE865A70F24C6D91925F538056ABBB@andreic6e7fe55> (Viktor Kutuzov's message of "Thu\, 3 Sep 2009 11\:02\:17 -0700")
[-- Attachment #1: Type: text/plain, Size: 1044 bytes --]
Viktor Kutuzov <vkutuzov@accesssoftek.com> writes:
> Please find attached the updated patch.
>
> By the way, I notice that there is a mix of spaces and tabs used in the source code for indents.
> I have done my best trying to follow the original stile.
> But it might be a formal policy I should follow?
There is a formal policy: tabs are at 8-space boundaries in all GNU
code. I fixed the indentation in your patch.
I also changed the warnings to errors since gold is actually generating
incorrect output in that case. I also avoided 1 << 31, since that value
is not representable in int32_t.
Applied as follows.
Sorry for the long delay. Thanks for the patch.
Ian
2009-09-17 Viktor Kutuzov <vkutuzov@accesssoftek.com>
* arm.cc (has_signed_unsigned_overflow): New function.
(Arm_relocate_functions::abs8): New function.
(Target_arm::Scan::local): Handle R_ARM_ABS8.
(Target_arm::Scan::global): Likewise.
(Target_arm::relocate::relocate): Likewise.
(Target_arm::Relocatable_size_for_reloc::get_size_for_reloc):
Likewise.
[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #2: R_ARM_ABS8 --]
[-- Type: text/x-patch, Size: 4001 bytes --]
Index: arm.cc
===================================================================
RCS file: /cvs/src/src/gold/arm.cc,v
retrieving revision 1.8
diff -u -p -r1.8 arm.cc
--- arm.cc 11 Aug 2009 17:09:14 -0000 1.8
+++ arm.cc 18 Sep 2009 00:42:51 -0000
@@ -117,6 +117,23 @@ namespace utils
return as_signed > max || as_signed < min;
}
+ // Detects overflow of an NO_BITS integer stored in a uint32_t when it
+ // fits in the given number of bits as either a signed or unsigned value.
+ // For example, has_signed_unsigned_overflow<8> would check
+ // -128 <= bits <= 255
+ template<int no_bits>
+ static inline bool
+ has_signed_unsigned_overflow(uint32_t bits)
+ {
+ gold_assert(no_bits >= 2 && no_bits <= 32);
+ if (no_bits == 32)
+ return false;
+ int32_t max = static_cast<int32_t>((1U << no_bits) - 1);
+ int32_t min = -(1 << (no_bits - 1));
+ int32_t as_signed = static_cast<int32_t>(bits);
+ return as_signed > max || as_signed < min;
+ }
+
// Select bits from A and B using bits in MASK. For each n in [0..31],
// the n-th bit in the result is chosen from the n-th bits of A and B.
// A zero selects A and a one selects B.
@@ -555,6 +572,26 @@ class Arm_relocate_functions : public Re
}
public:
+
+ // R_ARM_ABS8: S + A
+ static inline typename This::Status
+ abs8(unsigned char *view,
+ const Sized_relobj<32, big_endian>* object,
+ const Symbol_value<32>* psymval, bool has_thumb_bit)
+ {
+ typedef typename elfcpp::Swap<8, big_endian>::Valtype Valtype;
+ typedef typename elfcpp::Swap<32, big_endian>::Valtype Reltype;
+ Valtype* wv = reinterpret_cast<Valtype*>(view);
+ Valtype val = elfcpp::Swap<8, big_endian>::readval(wv);
+ Reltype addend = utils::sign_extend<8>(val);
+ Reltype x = This::arm_symbol_value(object, psymval, addend, has_thumb_bit);
+ val = utils::bit_select(val, x, 0xffU);
+ elfcpp::Swap<8, big_endian>::writeval(wv, val);
+ return (utils::has_signed_unsigned_overflow<8>(x)
+ ? This::STATUS_OVERFLOW
+ : This::STATUS_OKAY);
+ }
+
// R_ARM_ABS32: (S + A) | T
static inline typename This::Status
abs32(unsigned char *view,
@@ -1074,6 +1111,15 @@ Target_arm<big_endian>::Scan::local(cons
case elfcpp::R_ARM_NONE:
break;
+ case elfcpp::R_ARM_ABS8:
+ if (parameters->options().output_is_position_independent())
+ {
+ // FIXME: Create a dynamic relocation for this location.
+ gold_error(_("%s: gold bug: need dynamic ABS8 reloc"),
+ object->name().c_str());
+ }
+ break;
+
case elfcpp::R_ARM_ABS32:
// If building a shared library (or a position-independent
// executable), we need to create a dynamic relocation for
@@ -1187,6 +1233,16 @@ Target_arm<big_endian>::Scan::global(con
case elfcpp::R_ARM_NONE:
break;
+ case elfcpp::R_ARM_ABS8:
+ // Make a dynamic relocation if necessary.
+ if (gsym->needs_dynamic_reloc(Symbol::ABSOLUTE_REF))
+ {
+ // FIXME: Create a dynamic relocation for this location.
+ gold_error(_("%s: gold bug: need dynamic ABS8 reloc for %s"),
+ object->name().c_str(), gsym->demangled_name().c_str());
+ }
+ break;
+
case elfcpp::R_ARM_ABS32:
{
// Make a dynamic relocation if necessary.
@@ -1595,6 +1651,13 @@ Target_arm<big_endian>::Relocate::reloca
case elfcpp::R_ARM_NONE:
break;
+ case elfcpp::R_ARM_ABS8:
+ if (should_apply_static_reloc(gsym, Symbol::ABSOLUTE_REF, false,
+ output_section))
+ reloc_status = Arm_relocate_functions::abs8(view, object, psymval,
+ has_thumb_bit);
+ break;
+
case elfcpp::R_ARM_ABS32:
if (should_apply_static_reloc(gsym, Symbol::ABSOLUTE_REF, true,
output_section))
@@ -1764,6 +1827,9 @@ Target_arm<big_endian>::Relocatable_size
case elfcpp::R_ARM_NONE:
return 0;
+ case elfcpp::R_ARM_ABS8:
+ return 1;
+
case elfcpp::R_ARM_ABS32:
case elfcpp::R_ARM_REL32:
case elfcpp::R_ARM_THM_CALL:
next prev parent reply other threads:[~2009-09-18 0:48 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-09-03 18:02 Viktor Kutuzov
2009-09-18 0:48 ` Ian Lance Taylor [this message]
-- strict thread matches above, loose matches on Subject: below --
2009-09-11 17:50 Viktor Kutuzov
2009-09-11 18:39 ` Ian Lance Taylor
2009-09-11 18:46 ` Viktor Kutuzov
2009-08-13 15:09 [PATCH] gold: add cast to gold_unreachable to workaround gcc giving invalid "no return statement" warnings Mikolaj Zalewski
2009-08-31 21:49 ` [PATCH] Gold: Added R_ARM_ABS8 relocation Viktor Kutuzov
2009-09-01 0:56 ` Ian Lance Taylor
2009-09-01 19:53 ` [PATCH Take 2] " Viktor Kutuzov
2009-09-01 21:24 ` Ian Lance Taylor
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=m3d45p13k9.fsf@google.com \
--to=iant@google.com \
--cc=binutils@sourceware.org \
--cc=vkutuzov@accesssoftek.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).