[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Bug ld/31714] Static function pointer
From: |
nickc at redhat dot com |
Subject: |
[Bug ld/31714] Static function pointer |
Date: |
Fri, 10 May 2024 10:34:06 +0000 |
https://sourceware.org/bugzilla/show_bug.cgi?id=31714
Nick Clifton <nickc at redhat dot com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |nickc at redhat dot com
--- Comment #2 from Nick Clifton <nickc at redhat dot com> ---
(In reply to Bhavimani, Manjunath from comment #0)
Hi Bhavimani,
> With nxp gcc v10.2 and binutils 2.35, I observed that the data section for
> all static variables of Task2 file is initialized properly, but not for the
> other files (Task1 and Task3).
> Our observation: When we moved to a higher version of gcc (i.e., v10.3 with
> binutils v2.36), this issue is not observed.
> Kindly let us know if this issue is already known.
Yes - since it has obviously been fixed in the 2.36 release.
> If yes, could you please
> let us know the right patch version for v2.35?
Not off the top of my head no. But you can always locate the patch needed
yourself.
I am going to upload the script I use to perform binary searches on the
binutils repository. With this you should be able to locate the patch that
fixed the problem.
> Otherwise, this needs to be fixed in v2.35.
Sorry, but 2.35 is so old now that we are not going to make any more changes to
it. You can always contact whomever supplies you with your toolchain and ask
them to update it.
> Upgrading to the v10.3 toolchain is not within our project scope.
In which case you may not be able to resolve this problem, even if you can find
the patch that fixes the linker. Instead you may need to change your source
code to use some other mechanism to achieve the goal that you desire.
Cheers
Nick
--
You are receiving this mail because:
You are on the CC list for the bug.