date:20100107

[Bug binutils/11133] gc-sections deletes sections with start/stop reference

2010-01-07 Thread amodra at gmail dot com


--- Additional Comments From amodra at gmail dot com  2010-01-07 11:23 
---
Imagine someone who wants an array of functions (perhaps constructor like) or
some other object used in their app.  They set up weak references in a named
section, then access the array using the __start_* symbol.  The array itself
isn't referenced so references there don't cause the functions to be kept.

Oh..  My array won't be kept either.  I didn't think of that earlier..  Hmm, the
named section would need to be a debug section, and then it doesn't matter if
there is a change in the way __start_* affects --gc-sections.

So my concern that HJ's idea might affect some existing app is probably not
valid.  I still don't particularly like a reference to __start_somesection
meaning that we should keep all "somesection" input sections.  It would be
better if there were a more explicit way to mark input sections.  I also note
that HJ's patch is incorrect since marking a section with gc_mark and returning
NULL from gc_mark_hook will result in no mark phase recursion for that section.


-- 


http://sourceware.org/bugzilla/show_bug.cgi?id=11133

--- 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

Porting Binutils to A New Target And Getting Error.

2010-01-07 Thread Prashant Purohit

I am trying to port binutils-2.19 to a new target.

I have modified all the require configuration files and make files to add
the new target details. I have also created .c and .h files in the
respective directories.

The configure script runs successfully and creates makefile.

But when I give 'make all' command, I am getting 'unknown target vector'
error.

The log looks like:

.
.
.
.
looking for a compliant stdint.h in stdint.h, checking for uintmax_t... yes
checking for uintptr_t... yes
checking for int_least32_t... yes
checking for int_fast32_t... yes
checking for uint64_t... yes
checking what to include in bfd_stdint.h... stdint.h (already complete)
checking whether time.h and sys/time.h may both be included... yes
checking for dirent.h that defines DIR... yes
checking for library containing opendir... none required
checking whether string.h and strings.h may both be included... yes
checking for fcntl... yes
checking for getpagesize... yes
checking for setitimer... yes
checking for sysconf... yes
checking for fdopen... yes
checking for getuid... yes
checking for getgid... yes
checking for strtoull... yes
checking whether basename is declared... yes
checking whether ftello is declared... yes
checking whether ftello64 is declared... yes
checking whether fseeko is declared... yes
checking whether fseeko64 is declared... yes
checking whether ffs is declared... yes
checking whether free is declared... yes
checking whether getenv is declared... yes
checking whether malloc is declared... yes
checking whether realloc is declared... yes
checking whether stpcpy is declared... yes
checking whether strstr is declared... yes
checking whether snprintf is declared... yes
checking whether vsnprintf is declared... yes
checking for library containing zlibVersion... -lz
checking zlib.h usability... yes
checking zlib.h presence... yes
checking for zlib.h... yes
configure: error: *** unknown target vector bfd_elf32_my_target_vec
.
.
.

Help me in fixing this problem.

Thanks in advance.
--
View this message in context:
http://old.nabble.com/Porting-Binutils-to-A-New-Target-And-Getting-Error.-tp27058018p27058018.html
Sent from the Gnu - Binutils - Bugs mailing list archive at Nabble.com.

42 matches

Mail list logo