From d0d63887aa047c4c6601102b7a5dabf1c1ae9c14 Mon Sep 17 00:00:00 2001 From: Ian Lance Taylor Date: Wed, 9 Oct 1996 03:27:41 +0000 Subject: [PATCH] * emultempl/pe.em (set_pe_subsystem): When setting the subsystem to windows, set the entry point. --- ld/ChangeLog | 3 +++ ld/emultempl/pe.em | 23 +++++++++++++++++++++++ 2 files changed, 26 insertions(+) diff --git a/ld/ChangeLog b/ld/ChangeLog index b91608682eb..d0cd9cc94f0 100644 --- a/ld/ChangeLog +++ b/ld/ChangeLog @@ -1,5 +1,8 @@ Tue Oct 8 12:07:13 1996 Ian Lance Taylor + * emultempl/pe.em (set_pe_subsystem): When setting the subsystem + to windows, set the entry point. + * Makefile.in (ldlex.c): Don't pass any options to $(LEX). Mon Oct 7 17:29:05 1996 Ian Lance Taylor diff --git a/ld/emultempl/pe.em b/ld/emultempl/pe.em index 1f83102aa4d..838a010ee32 100644 --- a/ld/emultempl/pe.em +++ b/ld/emultempl/pe.em @@ -192,6 +192,29 @@ set_pe_subsystem () if (!strcmp (optarg, v[i].name)) { set_pe_name ("__subsystem__", v[i].value); + + /* If the subsystem is windows, we use a different entry + point. We also register the entry point as an undefined + symbol. The reason we do this is so that the user + doesn't have to because they would have to use the -u + switch if they were specifying an entry point other than + _mainCRTStartup. Specifically, if creating a windows + application, entry point _WinMainCRTStartup must be + specified. What I have found for non console + applications (entry not _mainCRTStartup) is that the .obj + that contains mainCRTStartup is brought in since it is + the first encountered in libc.lib and it has other + symbols in it which will be pulled in by the link + process. To avoid this, adding -u with the entry point + name specified forces the correct .obj to be used. We + can avoid making the user do this by always adding the + entry point name as an undefined symbol. */ + if (v[i].value == 2) + { + lang_add_entry ("_WinMainCRTStartup", 1); + ldlang_add_undef ("_WinMainCRTStartup"); + } + return; } } -- 2.30.2