From: "Ben Elliston" <bje@au1.ibm.com>
To: binutils@sources.redhat.com
Subject: small ld/emultempl cleanup
Date: Thu, 10 Feb 2005 08:58:00 -0000 [thread overview]
Message-ID: <20050209230526.GA3585@namadgi> (raw)
[-- Attachment #1: Type: text/plain, Size: 2036 bytes --]
I'm just flushing a few lurking patches from my tree, so here is a
small one against emultempl/beos.em. Okay for mainline?
2005-02-10 Ben Elliston <bje@au.ibm.com>
* emultempl/beos.em: Remove #if 0 and #if 1 blocks.
Index: emultempl/beos.em
===================================================================
RCS file: /home/bje/src-cvs/src/ld/emultempl/beos.em,v
retrieving revision 1.25
diff -u -p -u -r1.25 beos.em
--- emultempl/beos.em 3 Jan 2004 11:09:07 -0000 1.25
+++ emultempl/beos.em 9 Feb 2005 23:02:36 -0000
@@ -187,10 +187,6 @@ set_pe_subsystem (void)
{ "wwindows", 2, "_wWinMainCRTStartup" },
{ "console", 3, "_mainCRTStartup" },
{ "wconsole", 3, "_wmainCRTStartup" },
-#if 0
- /* The Microsoft linker does not recognize this. */
- { "os2", 5, "" },
-#endif
{ "posix", 7, "___PosixProcessStartup"},
{ 0, 0, 0 }
};
@@ -733,30 +729,7 @@ gld${EMULATION_NAME}_place_orphan (lang_
}
ps[0] = 0;
if (l == NULL)
-#if 1
einfo ("%P%F: *(%s\$) missing from linker script\n", output_secname);
-#else /* FIXME: This block is untried. It exists to convey the intent,
- should one decide to not require *(.foo\$) to appear in the linker
- script. */
- {
- lang_wild_statement_type *new;
- struct wildcard_list *tmp;
-
- tmp = (struct wildcard_list *) xmalloc (sizeof *tmp);
- tmp->next = NULL;
- tmp->spec.name = xmalloc (strlen (output_secname) + 2);
- sprintf (tmp->spec.name, "%s\$", output_secname);
- tmp->spec.exclude_name_list = NULL;
- tmp->sorted = FALSE;
- new = new_stat (lang_wild_statement, &os->children);
- new->filename = NULL;
- new->filenames_sorted = FALSE;
- new->section_list = tmp;
- new->keep_sections = FALSE;
- lang_list_init (&new->children);
- l = new;
- }
-#endif
/* Link the input section in and we're done for now.
The sections still have to be sorted, but that has to wait until
[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]
next reply other threads:[~2005-02-09 23:03 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-02-10 8:58 Ben Elliston [this message]
2005-02-10 10:36 ` Alan Modra
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=20050209230526.GA3585@namadgi \
--to=bje@au1.ibm.com \
--cc=binutils@sources.redhat.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).