darkkirb/old-cross-binutils
1
0
Fork 0
Code Issues Pull requests Projects Releases Packages Wiki Activity

* emultempl/pe.em (set_pe_subsystem): When setting the subsystem

Browse source 
to windows, set the entry point.
This commit is contained in:
Ian Lance Taylor 1996-10-09 03:27:41 +00:00
parent 99283e8779
commit d0d63887aa
2 changed files with 26 additions and 0 deletions
Show stats Download patch file Download diff file Expand all files Collapse all files

3
ld/ChangeLog
View file

@ -1,5 +1,8 @@
Tue Oct 8 12:07:13 1996 Ian Lance Taylor <ian@cygnus.com>
* 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 <ian@cygnus.com>

23
ld/emultempl/pe.em
View file

@ -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;
}
}