mirror/nasm
2
0
Fork 0
mirror of https://github.com/netwide-assembler/nasm.git synced 2024-12-15 09:09:58 +08:00
Code Issues Packages Projects Releases Wiki Activity
281f5bd92c
nasm/Mkfiles/openwcom.mak

337 lines
11 KiB
Makefile
Raw Normal View History

Add Makefile for OpenWatcom (DOS, OS/2 or Win32 output) Add a Makefile for OpenWatcom using WMAKE. This is a horrible version of Make, but since it's bundled with OpenWatcom it is probably better to stick to it. It has the nice property that it can produce DOS, Win32 or OS/2 binaries. This Makefile currently assumes that it is hosted on a system where pathname separators are backslashes. For cross-compiling using OpenWatcom on a Linux system it is probably better to write a separate Makefile using GNU make to invoke Watcom.
2007-09-27 10:57:07 +08:00
# -*- makefile -*-
#
openwcom.mak: Update to use features from newer WMAKE Change the OpenWatcom WMAKE Makefile to use the facilities available in WMAKE to support cross-compilation properly. See BR 3079573.
2011-03-16 06:37:30 +08:00
# Makefile for building NASM using OpenWatcom
# cross-compile on a DOS/Win32/OS2/Linux platform host
Add Makefile for OpenWatcom (DOS, OS/2 or Win32 output) Add a Makefile for OpenWatcom using WMAKE. This is a horrible version of Make, but since it's bundled with OpenWatcom it is probably better to stick to it. It has the nice property that it can produce DOS, Win32 or OS/2 binaries. This Makefile currently assumes that it is hosted on a system where pathname separators are backslashes. For cross-compiling using OpenWatcom on a Linux system it is probably better to write a separate Makefile using GNU make to invoke Watcom.
2007-09-27 10:57:07 +08:00
#
openwcom.mak: Update to use features from newer WMAKE Change the OpenWatcom WMAKE Makefile to use the facilities available in WMAKE to support cross-compilation properly. See BR 3079573.
2011-03-16 06:37:30 +08:00
top_srcdir = .
srcdir = .
openwcom.mak: further fixes to build with OpenWatcom WMAKE Further fixes for OpenWatcom/WMAKE (BR 3392383). Signed-off-by: H. Peter Anvin <hpa@linux.intel.com>
2017-03-01 15:01:14 +08:00
VPATH = $(srcdir)/asm;$(srcdir)/x86;asm;x86;$(srcdir)/macros;macros;$(srcdir)/output;$(srcdir)/lib;$(srcdir)/common;$(srcdir)/stdlib;$(srcdir)/nasmlib;$(srcdir)/disasm
openwcom.mak: Update to use features from newer WMAKE Change the OpenWatcom WMAKE Makefile to use the facilities available in WMAKE to support cross-compilation properly. See BR 3079573.
2011-03-16 06:37:30 +08:00
prefix = C:\Program Files\NASM
exec_prefix = $(prefix)
bindir = $(prefix)\bin
mandir = $(prefix)\man
CC = *wcl386
DEBUG =
CFLAGS = -zq -6 -ox -wx -ze -fpi $(DEBUG)
BUILD_CFLAGS = $(CFLAGS) $(%TARGET_CFLAGS)
openwcom.mak: BR 3392381: update to work for the current master Update openwcom.mak to work on the current master branch, per BR 3992381. https://bugzilla.nasm.us/show_bug.cgi?id=3392381 Signed-off-by: H. Peter Anvin <hpa@linux.intel.com>
2017-03-01 09:38:01 +08:00
INTERNAL_CFLAGS = -I$(srcdir) -I. -I$(srcdir)/include -I$(srcdir)/x86 -Ix86 -I$(srcdir)/asm -Iasm -I$(srcdir)/disasm -I$(srcdir)/output
openwcom.mak: Update to use features from newer WMAKE Change the OpenWatcom WMAKE Makefile to use the facilities available in WMAKE to support cross-compilation properly. See BR 3079573.
2011-03-16 06:37:30 +08:00
ALL_CFLAGS = $(BUILD_CFLAGS) $(INTERNAL_CFLAGS)
LD = *wlink
LDEBUG =
LDFLAGS = op quiet $(%TARGET_LFLAGS) $(LDEBUG)
LIBS =
STRIP = wstrip
Add Makefile for OpenWatcom (DOS, OS/2 or Win32 output) Add a Makefile for OpenWatcom using WMAKE. This is a horrible version of Make, but since it's bundled with OpenWatcom it is probably better to stick to it. It has the nice property that it can produce DOS, Win32 or OS/2 binaries. This Makefile currently assumes that it is hosted on a system where pathname separators are backslashes. For cross-compiling using OpenWatcom on a Linux system it is probably better to write a separate Makefile using GNU make to invoke Watcom.
2007-09-27 10:57:07 +08:00
Mkfiles: harmonize how perl and (if available) makensis is run Use the same macros to run Perl and makensis across all Makefiles. Signed-off-by: H. Peter Anvin <hpa@zytor.com>
2017-04-04 02:23:31 +08:00
PERL = perl
PERLFLAGS = -I$(srcdir)/perllib -I$(srcdir)
RUNPERL = $(PERL) $(PERLFLAGS)
MAKENSIS = makensis
Add Makefile for OpenWatcom (DOS, OS/2 or Win32 output) Add a Makefile for OpenWatcom using WMAKE. This is a horrible version of Make, but since it's bundled with OpenWatcom it is probably better to stick to it. It has the nice property that it can produce DOS, Win32 or OS/2 binaries. This Makefile currently assumes that it is hosted on a system where pathname separators are backslashes. For cross-compiling using OpenWatcom on a Linux system it is probably better to write a separate Makefile using GNU make to invoke Watcom.
2007-09-27 10:57:07 +08:00
# Binary suffixes
O = obj
X = .exe
# WMAKE errors out if a suffix is declared more than once, including
# its own built-in declarations. Thus, we need to explicitly clear the list
# first. Also, WMAKE only allows implicit rules that point "to the left"
# in this list!
.SUFFIXES:
.SUFFIXES: .man .1 .$(O) .i .c
# Needed to find C files anywhere but in the current directory
.c : $(VPATH)
.c.$(O):
openwcom.mak: Update to use features from newer WMAKE Change the OpenWatcom WMAKE Makefile to use the facilities available in WMAKE to support cross-compilation properly. See BR 3079573.
2011-03-16 06:37:30 +08:00
@set INCLUDE=
$(CC) -c $(ALL_CFLAGS) -fo=$^@ $[@
Add Makefile for OpenWatcom (DOS, OS/2 or Win32 output) Add a Makefile for OpenWatcom using WMAKE. This is a horrible version of Make, but since it's bundled with OpenWatcom it is probably better to stick to it. It has the nice property that it can produce DOS, Win32 or OS/2 binaries. This Makefile currently assumes that it is hosted on a system where pathname separators are backslashes. For cross-compiling using OpenWatcom on a Linux system it is probably better to write a separate Makefile using GNU make to invoke Watcom.
2007-09-27 10:57:07 +08:00
syncfiles: use #-- ... --# for consistency with mkdep.pl mkdep.pl already used #-- ... --# (two dashes) whereas syncfiles.pl was using #--- ... ---# (three dashes). Change syncfiles.pl to match mkdep.pl.
2008-06-16 14:50:50 +08:00
#-- Begin File Lists --#
Script to automagically synchronize the object file lists Add a script to automagically synchronize the list of object files between the various Makefiles.
2008-06-16 07:54:29 +08:00
# Edit in Makefile.in, not here!
Makefile: move all non-main objects into libnasm.a There is no fundamental reason for all objects that don't contain a main() function to not be part of libnasm.a; this allows the linker to do its job optimally, especially in the presence of debugging code which may not be needed under normal conditions. If we do end up with function name conflicts the library might have to be split, but it would be better to simply avoid that case. Signed-off-by: H. Peter Anvin <hpa@linux.intel.com>
2017-03-01 10:08:21 +08:00
NASM = asm/nasm.$(O)
NDISASM = disasm/ndisasm.$(O)
LIBOBJ = stdlib/snprintf.$(O) stdlib/vsnprintf.$(O) stdlib/strlcpy.$(O) &
Eliminate filename length restrictions, remote ofmt->filename() Get rid of remaining dependencies on FILENAME_MAX, which ought to have been removed a long time ago. Remove ofmt->filename(); all implementations pretty much do the same thing and there is absolutely no reason to duplicate that functionality all over the place. Signed-off-by: H. Peter Anvin <hpa@linux.intel.com>
2017-12-21 05:33:49 +08:00
stdlib/strnlen.$(O) stdlib/strrchrnul.$(O) &
&
Makefile: move all non-main objects into libnasm.a There is no fundamental reason for all objects that don't contain a main() function to not be part of libnasm.a; this allows the linker to do its job optimally, especially in the presence of debugging code which may not be needed under normal conditions. If we do end up with function name conflicts the library might have to be split, but it would be better to simply avoid that case. Signed-off-by: H. Peter Anvin <hpa@linux.intel.com>
2017-03-01 10:08:21 +08:00
nasmlib/ver.$(O) &
nasmlib/crc64.$(O) nasmlib/malloc.$(O) &
asm/*: Move directive processing to its own file, refactor error handling Move directive processing to its own file, and move nasmlib/error.c to asm/error.c (it was not used by the disassembler); remove some extern declarations from .c files, and do some general code cleanups. Signed-off-by: H. Peter Anvin <hpa@linux.intel.com>
2017-03-08 11:23:03 +08:00
nasmlib/md5c.$(O) nasmlib/string.$(O) &
Makefile: move all non-main objects into libnasm.a There is no fundamental reason for all objects that don't contain a main() function to not be part of libnasm.a; this allows the linker to do its job optimally, especially in the presence of debugging code which may not be needed under normal conditions. If we do end up with function name conflicts the library might have to be split, but it would be better to simply avoid that case. Signed-off-by: H. Peter Anvin <hpa@linux.intel.com>
2017-03-01 10:08:21 +08:00
nasmlib/file.$(O) nasmlib/mmap.$(O) nasmlib/ilog2.$(O) &
nasmlib: add path-splitting functions Some debugging formats may need to be able to split paths into directory name and filename, at least. This is kind of iffy, at least across platforms, but that isn't really expected to be an issue in practice... we hope. Signed-off-by: H. Peter Anvin <hpa@zytor.com>
2017-04-24 13:39:53 +08:00
nasmlib/realpath.$(O) nasmlib/path.$(O) &
nasmlib/filename.$(O) nasmlib/srcfile.$(O) &
Makefile: move all non-main objects into libnasm.a There is no fundamental reason for all objects that don't contain a main() function to not be part of libnasm.a; this allows the linker to do its job optimally, especially in the presence of debugging code which may not be needed under normal conditions. If we do end up with function name conflicts the library might have to be split, but it would be better to simply avoid that case. Signed-off-by: H. Peter Anvin <hpa@linux.intel.com>
2017-03-01 10:08:21 +08:00
nasmlib/zerobuf.$(O) nasmlib/readnum.$(O) nasmlib/bsi.$(O) &
nasmlib/rbtree.$(O) nasmlib/hashtbl.$(O) &
nasmlib/raa.$(O) nasmlib/saa.$(O) &
nasmlib/strlist.$(O) &
Add generic perfect string hashes, use for directives Add a generic facility for generating perfect string hashes, where all that is needed is an enum and a string table. The existing mechanism using a custom Perl script wrapped around a module continues to be available for any use case where this particular approach isn't sophisticated enough. Much of this patch comes from renaming "enum directives" to "enum directive" as a result of the string hash generator expecting a set of uniform naming conventions. Signed-off-by: H. Peter Anvin <hpa@zytor.com>
2017-04-03 15:09:58 +08:00
nasmlib/perfhash.$(O) nasmlib/badenum.$(O) &
Eliminate filename length restrictions, remote ofmt->filename() Get rid of remaining dependencies on FILENAME_MAX, which ought to have been removed a long time ago. Remove ofmt->filename(); all implementations pretty much do the same thing and there is absolutely no reason to duplicate that functionality all over the place. Signed-off-by: H. Peter Anvin <hpa@linux.intel.com>
2017-12-21 05:33:49 +08:00
&
Makefile: move all non-main objects into libnasm.a There is no fundamental reason for all objects that don't contain a main() function to not be part of libnasm.a; this allows the linker to do its job optimally, especially in the presence of debugging code which may not be needed under normal conditions. If we do end up with function name conflicts the library might have to be split, but it would be better to simply avoid that case. Signed-off-by: H. Peter Anvin <hpa@linux.intel.com>
2017-03-01 10:08:21 +08:00
common/common.$(O) &
Eliminate filename length restrictions, remote ofmt->filename() Get rid of remaining dependencies on FILENAME_MAX, which ought to have been removed a long time ago. Remove ofmt->filename(); all implementations pretty much do the same thing and there is absolutely no reason to duplicate that functionality all over the place. Signed-off-by: H. Peter Anvin <hpa@linux.intel.com>
2017-12-21 05:33:49 +08:00
&
Makefile: move all non-main objects into libnasm.a There is no fundamental reason for all objects that don't contain a main() function to not be part of libnasm.a; this allows the linker to do its job optimally, especially in the presence of debugging code which may not be needed under normal conditions. If we do end up with function name conflicts the library might have to be split, but it would be better to simply avoid that case. Signed-off-by: H. Peter Anvin <hpa@linux.intel.com>
2017-03-01 10:08:21 +08:00
x86/insnsa.$(O) x86/insnsb.$(O) x86/insnsd.$(O) x86/insnsn.$(O) &
x86/regs.$(O) x86/regvals.$(O) x86/regflags.$(O) x86/regdis.$(O) &
x86/disp8.$(O) x86/iflag.$(O) &
&
asm/*: Move directive processing to its own file, refactor error handling Move directive processing to its own file, and move nasmlib/error.c to asm/error.c (it was not used by the disassembler); remove some extern declarations from .c files, and do some general code cleanups. Signed-off-by: H. Peter Anvin <hpa@linux.intel.com>
2017-03-08 11:23:03 +08:00
asm/error.$(O) &
Reorganize the source code into subdirectories Make the source code easier to understand and keep track of by organizing it into subdirectories depending on the function. Signed-off-by: H. Peter Anvin <hpa@zytor.com>
2016-05-26 03:06:29 +08:00
asm/float.$(O) &
asm/*: Move directive processing to its own file, refactor error handling Move directive processing to its own file, and move nasmlib/error.c to asm/error.c (it was not used by the disassembler); remove some extern declarations from .c files, and do some general code cleanups. Signed-off-by: H. Peter Anvin <hpa@linux.intel.com>
2017-03-08 11:23:03 +08:00
asm/directiv.$(O) asm/directbl.$(O) &
Add a generic pragma-handling infrastructure Add infrastructure for handling %pragmas with a variety of namespaces, etc., etc... Signed-off-by: H. Peter Anvin <hpa@linux.intel.com>
2017-03-08 13:32:37 +08:00
asm/pragma.$(O) &
Reorganize the source code into subdirectories Make the source code easier to understand and keep track of by organizing it into subdirectories depending on the function. Signed-off-by: H. Peter Anvin <hpa@zytor.com>
2016-05-26 03:06:29 +08:00
asm/assemble.$(O) asm/labels.$(O) asm/parser.$(O) &
asm/preproc.$(O) asm/quote.$(O) asm/pptok.$(O) &
Run make alldeps
2017-03-01 10:14:35 +08:00
asm/listing.$(O) asm/eval.$(O) asm/exprlib.$(O) asm/exprdump.$(O) &
Reorganize the source code into subdirectories Make the source code easier to understand and keep track of by organizing it into subdirectories depending on the function. Signed-off-by: H. Peter Anvin <hpa@zytor.com>
2016-05-26 03:06:29 +08:00
asm/stdscan.$(O) &
asm/strfunc.$(O) asm/tokhash.$(O) &
asm/segalloc.$(O) &
asm/preproc-nop.$(O) &
asm/rdstrnum.$(O) &
&
macros/macros.$(O) &
&
backend: move wrapper for legacy output functions to a library routine Move the wrapper for legacy output into a library routine so the backends can be ported one at a time. Signed-off-by: H. Peter Anvin <hpa@zytor.com>
2016-09-25 00:46:47 +08:00
output/outform.$(O) output/outlib.$(O) output/legacy.$(O) &
output: generic string table implementation Several output formats use "string tables", which is a collection of null-terminated (C) strings which are referenced by a byte offset into the string table. A single string can be referenced an arbitrary number of times. As this is quite simple to implement with a hash table, we do exactly that. Signed-off-by: H. Peter Anvin <hpa@zytor.com>
2017-04-24 15:23:03 +08:00
output/strtbl.$(O) &
backend: move wrapper for legacy output functions to a library routine Move the wrapper for legacy output into a library routine so the backends can be ported one at a time. Signed-off-by: H. Peter Anvin <hpa@zytor.com>
2016-09-25 00:46:47 +08:00
output/nulldbg.$(O) output/nullout.$(O) &
openwcom.mak: Update to use features from newer WMAKE Change the OpenWatcom WMAKE Makefile to use the facilities available in WMAKE to support cross-compilation properly. See BR 3079573.
2011-03-16 06:37:30 +08:00
output/outbin.$(O) output/outaout.$(O) output/outcoff.$(O) &
out: Elf -- Merge Elf32, Elfx32 and Elf64 into single file There is a bunch of common code here so merge them all into one file. Unmergable parts are wrapped with is_elf() helpers. Signed-off-by: Cyrill Gorcunov <gorcunov@gmail.com>
2016-04-10 22:37:11 +08:00
output/outelf.$(O) &
openwcom.mak: Update to use features from newer WMAKE Change the OpenWatcom WMAKE Makefile to use the facilities available in WMAKE to support cross-compilation properly. See BR 3079573.
2011-03-16 06:37:30 +08:00
output/outobj.$(O) output/outas86.$(O) output/outrdf2.$(O) &
outmacho: rename outmac.c to outmacho.c We already have outmacho.mac, so name this file outmacho.c. Signed-off-by: H. Peter Anvin <hpa@linux.intel.com>
2016-02-13 13:18:12 +08:00
output/outdbg.$(O) output/outieee.$(O) output/outmacho.$(O) &
Makefile: move all non-main objects into libnasm.a There is no fundamental reason for all objects that don't contain a main() function to not be part of libnasm.a; this allows the linker to do its job optimally, especially in the presence of debugging code which may not be needed under normal conditions. If we do end up with function name conflicts the library might have to be split, but it would be better to simply avoid that case. Signed-off-by: H. Peter Anvin <hpa@linux.intel.com>
2017-03-01 10:08:21 +08:00
output/codeview.$(O) &
&
disasm/disasm.$(O) disasm/sync.$(O)
make clean: clean up more things that ought to be Cleaning up hasn't really kept up to date with source code changes. Try make it better for now; this also ought to make it easier to do the corresponding cleaning in the *.mak files. Signed-off-by: H. Peter Anvin <hpa@zytor.com>
2017-03-01 17:23:00 +08:00
SUBDIRS = stdlib nasmlib output asm disasm x86 common macros
rdoff: move rdoff build into main Makefile to make it build on Windows NSIS packages rdoff, and we really want to be able to build the full NSIS package on an MSVC platform. Signed-off-by: H. Peter Anvin <hpa@zytor.com>
2017-04-07 08:24:03 +08:00
XSUBDIRS = test doc nsis rdoff
Makefile: don't store dependency information in git Make it possible to keep dependency information separate from the Makefiles, so we don't have to deal with it noisifying the git logs. Signed-off-by: H. Peter Anvin <hpa@linux.intel.com>
2017-11-02 04:48:17 +08:00
DEPDIRS = . include config x86 rdoff $(SUBDIRS)
syncfiles: use #-- ... --# for consistency with mkdep.pl mkdep.pl already used #-- ... --# (two dashes) whereas syncfiles.pl was using #--- ... ---# (three dashes). Change syncfiles.pl to match mkdep.pl.
2008-06-16 14:50:50 +08:00
#-- End File Lists --#
Add Makefile for OpenWatcom (DOS, OS/2 or Win32 output) Add a Makefile for OpenWatcom using WMAKE. This is a horrible version of Make, but since it's bundled with OpenWatcom it is probably better to stick to it. It has the nice property that it can produce DOS, Win32 or OS/2 binaries. This Makefile currently assumes that it is hosted on a system where pathname separators are backslashes. For cross-compiling using OpenWatcom on a Linux system it is probably better to write a separate Makefile using GNU make to invoke Watcom.
2007-09-27 10:57:07 +08:00
openwcom.mak: Update to use features from newer WMAKE Change the OpenWatcom WMAKE Makefile to use the facilities available in WMAKE to support cross-compilation properly. See BR 3079573.
2011-03-16 06:37:30 +08:00
what: .SYMBOLIC
@echo Please build "dos", "win32", "os2" or "linux386"
Add Makefile for OpenWatcom (DOS, OS/2 or Win32 output) Add a Makefile for OpenWatcom using WMAKE. This is a horrible version of Make, but since it's bundled with OpenWatcom it is probably better to stick to it. It has the nice property that it can produce DOS, Win32 or OS/2 binaries. This Makefile currently assumes that it is hosted on a system where pathname separators are backslashes. For cross-compiling using OpenWatcom on a Linux system it is probably better to write a separate Makefile using GNU make to invoke Watcom.
2007-09-27 10:57:07 +08:00
openwcom.mak: Update to use features from newer WMAKE Change the OpenWatcom WMAKE Makefile to use the facilities available in WMAKE to support cross-compilation properly. See BR 3079573.
2011-03-16 06:37:30 +08:00
dos: .SYMBOLIC
@set TARGET_CFLAGS=-bt=DOS -I"$(%WATCOM)/h"
@set TARGET_LFLAGS=sys causeway
@%make all
Add Makefile for OpenWatcom (DOS, OS/2 or Win32 output) Add a Makefile for OpenWatcom using WMAKE. This is a horrible version of Make, but since it's bundled with OpenWatcom it is probably better to stick to it. It has the nice property that it can produce DOS, Win32 or OS/2 binaries. This Makefile currently assumes that it is hosted on a system where pathname separators are backslashes. For cross-compiling using OpenWatcom on a Linux system it is probably better to write a separate Makefile using GNU make to invoke Watcom.
2007-09-27 10:57:07 +08:00
openwcom.mak: Update to use features from newer WMAKE Change the OpenWatcom WMAKE Makefile to use the facilities available in WMAKE to support cross-compilation properly. See BR 3079573.
2011-03-16 06:37:30 +08:00
win32: .SYMBOLIC
@set TARGET_CFLAGS=-bt=NT -I"$(%WATCOM)/h" -I"$(%WATCOM)/h/nt"
@set TARGET_LFLAGS=sys nt
@%make all
Add Makefile for OpenWatcom (DOS, OS/2 or Win32 output) Add a Makefile for OpenWatcom using WMAKE. This is a horrible version of Make, but since it's bundled with OpenWatcom it is probably better to stick to it. It has the nice property that it can produce DOS, Win32 or OS/2 binaries. This Makefile currently assumes that it is hosted on a system where pathname separators are backslashes. For cross-compiling using OpenWatcom on a Linux system it is probably better to write a separate Makefile using GNU make to invoke Watcom.
2007-09-27 10:57:07 +08:00
openwcom.mak: Update to use features from newer WMAKE Change the OpenWatcom WMAKE Makefile to use the facilities available in WMAKE to support cross-compilation properly. See BR 3079573.
2011-03-16 06:37:30 +08:00
os2: .SYMBOLIC
BR3411280: Fix incorrect compiler option for OS/2 target in Open Watcom makefile For OS2 target the -bt option should be set accordingly. Signed-off-by: Jiri Malak <malak.jiri@gmail.com> Signed-off-by: Cyrill Gorcunov <gorcunov@gmail.com>
2011-09-21 01:37:06 +08:00
@set TARGET_CFLAGS=-bt=OS2 -I"$(%WATCOM)/h" -I"$(%WATCOM)/h/os2"
openwcom.mak: Update to use features from newer WMAKE Change the OpenWatcom WMAKE Makefile to use the facilities available in WMAKE to support cross-compilation properly. See BR 3079573.
2011-03-16 06:37:30 +08:00
@set TARGET_LFLAGS=sys os2v2
@%make all
Add Makefile for OpenWatcom (DOS, OS/2 or Win32 output) Add a Makefile for OpenWatcom using WMAKE. This is a horrible version of Make, but since it's bundled with OpenWatcom it is probably better to stick to it. It has the nice property that it can produce DOS, Win32 or OS/2 binaries. This Makefile currently assumes that it is hosted on a system where pathname separators are backslashes. For cross-compiling using OpenWatcom on a Linux system it is probably better to write a separate Makefile using GNU make to invoke Watcom.
2007-09-27 10:57:07 +08:00
openwcom.mak: Update to use features from newer WMAKE Change the OpenWatcom WMAKE Makefile to use the facilities available in WMAKE to support cross-compilation properly. See BR 3079573.
2011-03-16 06:37:30 +08:00
linux386: .SYMBOLIC
@set TARGET_CFLAGS=-bt=LINUX -I"$(%WATCOM)/lh"
@set TARGET_LFLAGS=sys linux
@%make all
Move canned OpenWatcom config to config/watcom.h. Move the canned OpenWatcom configuration file to config/watcom.h. Also exclude config/config.h from being a dependency for MSVC. Signed-off-by: H. Peter Anvin <hpa@linux.intel.com>
2016-10-20 04:23:04 +08:00
all: perlreq nasm$(X) ndisasm$(X) .SYMBOLIC
openwcom.mak: Update to use features from newer WMAKE Change the OpenWatcom WMAKE Makefile to use the facilities available in WMAKE to support cross-compilation properly. See BR 3079573.
2011-03-16 06:37:30 +08:00
# cd rdoff && $(MAKE) all
Add Makefile for OpenWatcom (DOS, OS/2 or Win32 output) Add a Makefile for OpenWatcom using WMAKE. This is a horrible version of Make, but since it's bundled with OpenWatcom it is probably better to stick to it. It has the nice property that it can produce DOS, Win32 or OS/2 binaries. This Makefile currently assumes that it is hosted on a system where pathname separators are backslashes. For cross-compiling using OpenWatcom on a Linux system it is probably better to write a separate Makefile using GNU make to invoke Watcom.
2007-09-27 10:57:07 +08:00
openwcom.mak: further fixes to build with OpenWatcom WMAKE Further fixes for OpenWatcom/WMAKE (BR 3392383). Signed-off-by: H. Peter Anvin <hpa@linux.intel.com>
2017-03-01 15:01:14 +08:00
NASMLIB = nasm.lib
Add Makefile for OpenWatcom (DOS, OS/2 or Win32 output) Add a Makefile for OpenWatcom using WMAKE. This is a horrible version of Make, but since it's bundled with OpenWatcom it is probably better to stick to it. It has the nice property that it can produce DOS, Win32 or OS/2 binaries. This Makefile currently assumes that it is hosted on a system where pathname separators are backslashes. For cross-compiling using OpenWatcom on a Linux system it is probably better to write a separate Makefile using GNU make to invoke Watcom.
2007-09-27 10:57:07 +08:00
openwcom.mak: further fixes to build with OpenWatcom WMAKE Further fixes for OpenWatcom/WMAKE (BR 3392383). Signed-off-by: H. Peter Anvin <hpa@linux.intel.com>
2017-03-01 15:01:14 +08:00
nasm$(X): $(NASM) $(NASMLIB)
$(LD) $(LDFLAGS) name nasm$(X) libr {$(NASMLIB) $(LIBS)} file {$(NASM)}
ndisasm$(X): $(NDISASM) $(LIBOBJ)
$(LD) $(LDFLAGS) name ndisasm$(X) libr {$(NASMLIB) $(LIBS)} file {$(NDISASM)}
nasm.lib: $(LIBOBJ)
wlib -q -b -n $@ $(LIBOBJ)
Add Makefile for OpenWatcom (DOS, OS/2 or Win32 output) Add a Makefile for OpenWatcom using WMAKE. This is a horrible version of Make, but since it's bundled with OpenWatcom it is probably better to stick to it. It has the nice property that it can produce DOS, Win32 or OS/2 binaries. This Makefile currently assumes that it is hosted on a system where pathname separators are backslashes. For cross-compiling using OpenWatcom on a Linux system it is probably better to write a separate Makefile using GNU make to invoke Watcom.
2007-09-27 10:57:07 +08:00
Makefiles: distribute file generation rules via syncfiles.pl Distribute the file generation rules to auxiliary Makefiles via syncfiles.pl. These rules are OS- and Make-dialect-generic enough that our mangling script handles them well enough. Signed-off-by: H. Peter Anvin <hpa@zytor.com>
2017-04-04 02:13:29 +08:00
#-- Begin Generated File Rules --#
# Edit in Makefile.in, not here!
# These source files are automagically generated from data files using
# Perl scripts. They're distributed, though, so it isn't necessary to
# have Perl just to recompile NASM from the distribution.
Add Makefile for OpenWatcom (DOS, OS/2 or Win32 output) Add a Makefile for OpenWatcom using WMAKE. This is a horrible version of Make, but since it's bundled with OpenWatcom it is probably better to stick to it. It has the nice property that it can produce DOS, Win32 or OS/2 binaries. This Makefile currently assumes that it is hosted on a system where pathname separators are backslashes. For cross-compiling using OpenWatcom on a Linux system it is probably better to write a separate Makefile using GNU make to invoke Watcom.
2007-09-27 10:57:07 +08:00
Makefiles: distribute file generation rules via syncfiles.pl Distribute the file generation rules to auxiliary Makefiles via syncfiles.pl. These rules are OS- and Make-dialect-generic enough that our mangling script handles them well enough. Signed-off-by: H. Peter Anvin <hpa@zytor.com>
2017-04-04 02:13:29 +08:00
# Perl-generated source files
PERLREQ = x86/insnsb.c x86/insnsa.c x86/insnsd.c x86/insnsi.h x86/insnsn.c &
x86/regs.c x86/regs.h x86/regflags.c x86/regdis.c x86/regdis.h &
x86/regvals.c asm/tokhash.c asm/tokens.h asm/pptok.h asm/pptok.c &
x86/iflag.c x86/iflaggen.h &
macros/macros.c &
asm/pptok.ph asm/directbl.c asm/directiv.h &
version.h version.mac version.mak nsis/version.nsh
iflag: Start using new instruction flags engine Here we start using instruction flags generator. Signed-off-by: Cyrill Gorcunov <gorcunov@gmail.com>
2013-11-10 02:16:11 +08:00
Rename insns-iflags.pl -> insns-iflags.ph, add missing dependency insns-iflags.ph is included from another Perl script, so rename it .ph (Perl header). Add missing dependency to the main Makefile. Signed-off-by: H. Peter Anvin <hpa@zytor.com>
2017-04-04 01:33:12 +08:00
INSDEP = x86/insns.dat x86/insns.pl x86/insns-iflags.ph
openwcom.mak: BR 3392381: update to work for the current master Update openwcom.mak to work on the current master branch, per BR 3992381. https://bugzilla.nasm.us/show_bug.cgi?id=3392381 Signed-off-by: H. Peter Anvin <hpa@linux.intel.com>
2017-03-01 09:38:01 +08:00
x86/iflag.c: $(INSDEP)
Makefiles: distribute file generation rules via syncfiles.pl Distribute the file generation rules to auxiliary Makefiles via syncfiles.pl. These rules are OS- and Make-dialect-generic enough that our mangling script handles them well enough. Signed-off-by: H. Peter Anvin <hpa@zytor.com>
2017-04-04 02:13:29 +08:00
$(RUNPERL) $(srcdir)/x86/insns.pl -fc &
$(srcdir)/x86/insns.dat x86/iflag.c
openwcom.mak: BR 3392381: update to work for the current master Update openwcom.mak to work on the current master branch, per BR 3992381. https://bugzilla.nasm.us/show_bug.cgi?id=3392381 Signed-off-by: H. Peter Anvin <hpa@linux.intel.com>
2017-03-01 09:38:01 +08:00
x86/iflaggen.h: $(INSDEP)
Makefiles: distribute file generation rules via syncfiles.pl Distribute the file generation rules to auxiliary Makefiles via syncfiles.pl. These rules are OS- and Make-dialect-generic enough that our mangling script handles them well enough. Signed-off-by: H. Peter Anvin <hpa@zytor.com>
2017-04-04 02:13:29 +08:00
$(RUNPERL) $(srcdir)/x86/insns.pl -fh &
$(srcdir)/x86/insns.dat x86/iflaggen.h
openwcom.mak: BR 3392381: update to work for the current master Update openwcom.mak to work on the current master branch, per BR 3992381. https://bugzilla.nasm.us/show_bug.cgi?id=3392381 Signed-off-by: H. Peter Anvin <hpa@linux.intel.com>
2017-03-01 09:38:01 +08:00
x86/insnsb.c: $(INSDEP)
Makefiles: distribute file generation rules via syncfiles.pl Distribute the file generation rules to auxiliary Makefiles via syncfiles.pl. These rules are OS- and Make-dialect-generic enough that our mangling script handles them well enough. Signed-off-by: H. Peter Anvin <hpa@zytor.com>
2017-04-04 02:13:29 +08:00
$(RUNPERL) $(srcdir)/x86/insns.pl -b &
$(srcdir)/x86/insns.dat x86/insnsb.c
openwcom.mak: BR 3392381: update to work for the current master Update openwcom.mak to work on the current master branch, per BR 3992381. https://bugzilla.nasm.us/show_bug.cgi?id=3392381 Signed-off-by: H. Peter Anvin <hpa@linux.intel.com>
2017-03-01 09:38:01 +08:00
x86/insnsa.c: $(INSDEP)
Makefiles: distribute file generation rules via syncfiles.pl Distribute the file generation rules to auxiliary Makefiles via syncfiles.pl. These rules are OS- and Make-dialect-generic enough that our mangling script handles them well enough. Signed-off-by: H. Peter Anvin <hpa@zytor.com>
2017-04-04 02:13:29 +08:00
$(RUNPERL) $(srcdir)/x86/insns.pl -a &
$(srcdir)/x86/insns.dat x86/insnsa.c
openwcom.mak: BR 3392381: update to work for the current master Update openwcom.mak to work on the current master branch, per BR 3992381. https://bugzilla.nasm.us/show_bug.cgi?id=3392381 Signed-off-by: H. Peter Anvin <hpa@linux.intel.com>
2017-03-01 09:38:01 +08:00
x86/insnsd.c: $(INSDEP)
Makefiles: distribute file generation rules via syncfiles.pl Distribute the file generation rules to auxiliary Makefiles via syncfiles.pl. These rules are OS- and Make-dialect-generic enough that our mangling script handles them well enough. Signed-off-by: H. Peter Anvin <hpa@zytor.com>
2017-04-04 02:13:29 +08:00
$(RUNPERL) $(srcdir)/x86/insns.pl -d &
$(srcdir)/x86/insns.dat x86/insnsd.c
openwcom.mak: BR 3392381: update to work for the current master Update openwcom.mak to work on the current master branch, per BR 3992381. https://bugzilla.nasm.us/show_bug.cgi?id=3392381 Signed-off-by: H. Peter Anvin <hpa@linux.intel.com>
2017-03-01 09:38:01 +08:00
x86/insnsi.h: $(INSDEP)
Makefiles: distribute file generation rules via syncfiles.pl Distribute the file generation rules to auxiliary Makefiles via syncfiles.pl. These rules are OS- and Make-dialect-generic enough that our mangling script handles them well enough. Signed-off-by: H. Peter Anvin <hpa@zytor.com>
2017-04-04 02:13:29 +08:00
$(RUNPERL) $(srcdir)/x86/insns.pl -i &
$(srcdir)/x86/insns.dat x86/insnsi.h
openwcom.mak: BR 3392381: update to work for the current master Update openwcom.mak to work on the current master branch, per BR 3992381. https://bugzilla.nasm.us/show_bug.cgi?id=3392381 Signed-off-by: H. Peter Anvin <hpa@linux.intel.com>
2017-03-01 09:38:01 +08:00
x86/insnsn.c: $(INSDEP)
Makefiles: distribute file generation rules via syncfiles.pl Distribute the file generation rules to auxiliary Makefiles via syncfiles.pl. These rules are OS- and Make-dialect-generic enough that our mangling script handles them well enough. Signed-off-by: H. Peter Anvin <hpa@zytor.com>
2017-04-04 02:13:29 +08:00
$(RUNPERL) $(srcdir)/x86/insns.pl -n &
$(srcdir)/x86/insns.dat x86/insnsn.c
Add Makefile for OpenWatcom (DOS, OS/2 or Win32 output) Add a Makefile for OpenWatcom using WMAKE. This is a horrible version of Make, but since it's bundled with OpenWatcom it is probably better to stick to it. It has the nice property that it can produce DOS, Win32 or OS/2 binaries. This Makefile currently assumes that it is hosted on a system where pathname separators are backslashes. For cross-compiling using OpenWatcom on a Linux system it is probably better to write a separate Makefile using GNU make to invoke Watcom.
2007-09-27 10:57:07 +08:00
# These files contains all the standard macros that are derived from
# the version number.
version.h: version version.pl
Makefiles: distribute file generation rules via syncfiles.pl Distribute the file generation rules to auxiliary Makefiles via syncfiles.pl. These rules are OS- and Make-dialect-generic enough that our mangling script handles them well enough. Signed-off-by: H. Peter Anvin <hpa@zytor.com>
2017-04-04 02:13:29 +08:00
$(RUNPERL) $(srcdir)/version.pl h < $(srcdir)/version > version.h
Add Makefile for OpenWatcom (DOS, OS/2 or Win32 output) Add a Makefile for OpenWatcom using WMAKE. This is a horrible version of Make, but since it's bundled with OpenWatcom it is probably better to stick to it. It has the nice property that it can produce DOS, Win32 or OS/2 binaries. This Makefile currently assumes that it is hosted on a system where pathname separators are backslashes. For cross-compiling using OpenWatcom on a Linux system it is probably better to write a separate Makefile using GNU make to invoke Watcom.
2007-09-27 10:57:07 +08:00
version.mac: version version.pl
Makefiles: distribute file generation rules via syncfiles.pl Distribute the file generation rules to auxiliary Makefiles via syncfiles.pl. These rules are OS- and Make-dialect-generic enough that our mangling script handles them well enough. Signed-off-by: H. Peter Anvin <hpa@zytor.com>
2017-04-04 02:13:29 +08:00
$(RUNPERL) $(srcdir)/version.pl mac < $(srcdir)/version > version.mac
version.sed: version version.pl
$(RUNPERL) $(srcdir)/version.pl sed < $(srcdir)/version > version.sed
version.mak: version version.pl
$(RUNPERL) $(srcdir)/version.pl make < $(srcdir)/version > version.mak
nsis/version.nsh: version version.pl
$(RUNPERL) $(srcdir)/version.pl nsis < $(srcdir)/version > nsis/version.nsh
Add Makefile for OpenWatcom (DOS, OS/2 or Win32 output) Add a Makefile for OpenWatcom using WMAKE. This is a horrible version of Make, but since it's bundled with OpenWatcom it is probably better to stick to it. It has the nice property that it can produce DOS, Win32 or OS/2 binaries. This Makefile currently assumes that it is hosted on a system where pathname separators are backslashes. For cross-compiling using OpenWatcom on a Linux system it is probably better to write a separate Makefile using GNU make to invoke Watcom.
2007-09-27 10:57:07 +08:00
# This source file is generated from the standard macros file
# `standard.mac' by another Perl script. Again, it's part of the
# standard distribution.
Makefiles: distribute file generation rules via syncfiles.pl Distribute the file generation rules to auxiliary Makefiles via syncfiles.pl. These rules are OS- and Make-dialect-generic enough that our mangling script handles them well enough. Signed-off-by: H. Peter Anvin <hpa@zytor.com>
2017-04-04 02:13:29 +08:00
macros/macros.c: macros/macros.pl asm/pptok.ph version.mac &
$(srcdir)/macros/*.mac $(srcdir)/output/*.mac
$(RUNPERL) $(srcdir)/macros/macros.pl version.mac &
$(srcdir)/macros/*.mac $(srcdir)/output/*.mac
Add Makefile for OpenWatcom (DOS, OS/2 or Win32 output) Add a Makefile for OpenWatcom using WMAKE. This is a horrible version of Make, but since it's bundled with OpenWatcom it is probably better to stick to it. It has the nice property that it can produce DOS, Win32 or OS/2 binaries. This Makefile currently assumes that it is hosted on a system where pathname separators are backslashes. For cross-compiling using OpenWatcom on a Linux system it is probably better to write a separate Makefile using GNU make to invoke Watcom.
2007-09-27 10:57:07 +08:00
# These source files are generated from regs.dat by yet another
# perl script.
openwcom.mak: BR 3392381: update to work for the current master Update openwcom.mak to work on the current master branch, per BR 3992381. https://bugzilla.nasm.us/show_bug.cgi?id=3392381 Signed-off-by: H. Peter Anvin <hpa@linux.intel.com>
2017-03-01 09:38:01 +08:00
x86/regs.c: x86/regs.dat x86/regs.pl
Makefiles: distribute file generation rules via syncfiles.pl Distribute the file generation rules to auxiliary Makefiles via syncfiles.pl. These rules are OS- and Make-dialect-generic enough that our mangling script handles them well enough. Signed-off-by: H. Peter Anvin <hpa@zytor.com>
2017-04-04 02:13:29 +08:00
$(RUNPERL) $(srcdir)/x86/regs.pl c &
$(srcdir)/x86/regs.dat > x86/regs.c
openwcom.mak: BR 3392381: update to work for the current master Update openwcom.mak to work on the current master branch, per BR 3992381. https://bugzilla.nasm.us/show_bug.cgi?id=3392381 Signed-off-by: H. Peter Anvin <hpa@linux.intel.com>
2017-03-01 09:38:01 +08:00
x86/regflags.c: x86/regs.dat x86/regs.pl
Makefiles: distribute file generation rules via syncfiles.pl Distribute the file generation rules to auxiliary Makefiles via syncfiles.pl. These rules are OS- and Make-dialect-generic enough that our mangling script handles them well enough. Signed-off-by: H. Peter Anvin <hpa@zytor.com>
2017-04-04 02:13:29 +08:00
$(RUNPERL) $(srcdir)/x86/regs.pl fc &
$(srcdir)/x86/regs.dat > x86/regflags.c
openwcom.mak: BR 3392381: update to work for the current master Update openwcom.mak to work on the current master branch, per BR 3992381. https://bugzilla.nasm.us/show_bug.cgi?id=3392381 Signed-off-by: H. Peter Anvin <hpa@linux.intel.com>
2017-03-01 09:38:01 +08:00
x86/regdis.c: x86/regs.dat x86/regs.pl
Makefiles: distribute file generation rules via syncfiles.pl Distribute the file generation rules to auxiliary Makefiles via syncfiles.pl. These rules are OS- and Make-dialect-generic enough that our mangling script handles them well enough. Signed-off-by: H. Peter Anvin <hpa@zytor.com>
2017-04-04 02:13:29 +08:00
$(RUNPERL) $(srcdir)/x86/regs.pl dc &
$(srcdir)/x86/regs.dat > x86/regdis.c
openwcom.mak: BR 3392381: update to work for the current master Update openwcom.mak to work on the current master branch, per BR 3992381. https://bugzilla.nasm.us/show_bug.cgi?id=3392381 Signed-off-by: H. Peter Anvin <hpa@linux.intel.com>
2017-03-01 09:38:01 +08:00
x86/regdis.h: x86/regs.dat x86/regs.pl
Makefiles: distribute file generation rules via syncfiles.pl Distribute the file generation rules to auxiliary Makefiles via syncfiles.pl. These rules are OS- and Make-dialect-generic enough that our mangling script handles them well enough. Signed-off-by: H. Peter Anvin <hpa@zytor.com>
2017-04-04 02:13:29 +08:00
$(RUNPERL) $(srcdir)/x86/regs.pl dh &
$(srcdir)/x86/regs.dat > x86/regdis.h
openwcom.mak: BR 3392381: update to work for the current master Update openwcom.mak to work on the current master branch, per BR 3992381. https://bugzilla.nasm.us/show_bug.cgi?id=3392381 Signed-off-by: H. Peter Anvin <hpa@linux.intel.com>
2017-03-01 09:38:01 +08:00
x86/regvals.c: x86/regs.dat x86/regs.pl
Makefiles: distribute file generation rules via syncfiles.pl Distribute the file generation rules to auxiliary Makefiles via syncfiles.pl. These rules are OS- and Make-dialect-generic enough that our mangling script handles them well enough. Signed-off-by: H. Peter Anvin <hpa@zytor.com>
2017-04-04 02:13:29 +08:00
$(RUNPERL) $(srcdir)/x86/regs.pl vc &
$(srcdir)/x86/regs.dat > x86/regvals.c
openwcom.mak: BR 3392381: update to work for the current master Update openwcom.mak to work on the current master branch, per BR 3992381. https://bugzilla.nasm.us/show_bug.cgi?id=3392381 Signed-off-by: H. Peter Anvin <hpa@linux.intel.com>
2017-03-01 09:38:01 +08:00
x86/regs.h: x86/regs.dat x86/regs.pl
Makefiles: distribute file generation rules via syncfiles.pl Distribute the file generation rules to auxiliary Makefiles via syncfiles.pl. These rules are OS- and Make-dialect-generic enough that our mangling script handles them well enough. Signed-off-by: H. Peter Anvin <hpa@zytor.com>
2017-04-04 02:13:29 +08:00
$(RUNPERL) $(srcdir)/x86/regs.pl h &
$(srcdir)/x86/regs.dat > x86/regs.h
Add Makefile for OpenWatcom (DOS, OS/2 or Win32 output) Add a Makefile for OpenWatcom using WMAKE. This is a horrible version of Make, but since it's bundled with OpenWatcom it is probably better to stick to it. It has the nice property that it can produce DOS, Win32 or OS/2 binaries. This Makefile currently assumes that it is hosted on a system where pathname separators are backslashes. For cross-compiling using OpenWatcom on a Linux system it is probably better to write a separate Makefile using GNU make to invoke Watcom.
2007-09-27 10:57:07 +08:00
# Assembler token hash
Makefiles: distribute file generation rules via syncfiles.pl Distribute the file generation rules to auxiliary Makefiles via syncfiles.pl. These rules are OS- and Make-dialect-generic enough that our mangling script handles them well enough. Signed-off-by: H. Peter Anvin <hpa@zytor.com>
2017-04-04 02:13:29 +08:00
asm/tokhash.c: x86/insns.dat x86/regs.dat asm/tokens.dat asm/tokhash.pl &
perllib/phash.ph
$(RUNPERL) $(srcdir)/asm/tokhash.pl c &
$(srcdir)/x86/insns.dat $(srcdir)/x86/regs.dat &
$(srcdir)/asm/tokens.dat > asm/tokhash.c
Add Makefile for OpenWatcom (DOS, OS/2 or Win32 output) Add a Makefile for OpenWatcom using WMAKE. This is a horrible version of Make, but since it's bundled with OpenWatcom it is probably better to stick to it. It has the nice property that it can produce DOS, Win32 or OS/2 binaries. This Makefile currently assumes that it is hosted on a system where pathname separators are backslashes. For cross-compiling using OpenWatcom on a Linux system it is probably better to write a separate Makefile using GNU make to invoke Watcom.
2007-09-27 10:57:07 +08:00
# Assembler token metadata
Makefiles: distribute file generation rules via syncfiles.pl Distribute the file generation rules to auxiliary Makefiles via syncfiles.pl. These rules are OS- and Make-dialect-generic enough that our mangling script handles them well enough. Signed-off-by: H. Peter Anvin <hpa@zytor.com>
2017-04-04 02:13:29 +08:00
asm/tokens.h: x86/insns.dat x86/regs.dat asm/tokens.dat asm/tokhash.pl &
perllib/phash.ph
$(RUNPERL) $(srcdir)/asm/tokhash.pl h &
$(srcdir)/x86/insns.dat $(srcdir)/x86/regs.dat &
$(srcdir)/asm/tokens.dat > asm/tokens.h
Add Makefile for OpenWatcom (DOS, OS/2 or Win32 output) Add a Makefile for OpenWatcom using WMAKE. This is a horrible version of Make, but since it's bundled with OpenWatcom it is probably better to stick to it. It has the nice property that it can produce DOS, Win32 or OS/2 binaries. This Makefile currently assumes that it is hosted on a system where pathname separators are backslashes. For cross-compiling using OpenWatcom on a Linux system it is probably better to write a separate Makefile using GNU make to invoke Watcom.
2007-09-27 10:57:07 +08:00
# Preprocessor token hash
openwcom.mak: BR 3392381: update to work for the current master Update openwcom.mak to work on the current master branch, per BR 3992381. https://bugzilla.nasm.us/show_bug.cgi?id=3392381 Signed-off-by: H. Peter Anvin <hpa@linux.intel.com>
2017-03-01 09:38:01 +08:00
asm/pptok.h: asm/pptok.dat asm/pptok.pl perllib/phash.ph
Makefiles: distribute file generation rules via syncfiles.pl Distribute the file generation rules to auxiliary Makefiles via syncfiles.pl. These rules are OS- and Make-dialect-generic enough that our mangling script handles them well enough. Signed-off-by: H. Peter Anvin <hpa@zytor.com>
2017-04-04 02:13:29 +08:00
$(RUNPERL) $(srcdir)/asm/pptok.pl h &
$(srcdir)/asm/pptok.dat asm/pptok.h
openwcom.mak: BR 3392381: update to work for the current master Update openwcom.mak to work on the current master branch, per BR 3992381. https://bugzilla.nasm.us/show_bug.cgi?id=3392381 Signed-off-by: H. Peter Anvin <hpa@linux.intel.com>
2017-03-01 09:38:01 +08:00
asm/pptok.c: asm/pptok.dat asm/pptok.pl perllib/phash.ph
Makefiles: distribute file generation rules via syncfiles.pl Distribute the file generation rules to auxiliary Makefiles via syncfiles.pl. These rules are OS- and Make-dialect-generic enough that our mangling script handles them well enough. Signed-off-by: H. Peter Anvin <hpa@zytor.com>
2017-04-04 02:13:29 +08:00
$(RUNPERL) $(srcdir)/asm/pptok.pl c &
$(srcdir)/asm/pptok.dat asm/pptok.c
openwcom.mak: BR 3392381: update to work for the current master Update openwcom.mak to work on the current master branch, per BR 3992381. https://bugzilla.nasm.us/show_bug.cgi?id=3392381 Signed-off-by: H. Peter Anvin <hpa@linux.intel.com>
2017-03-01 09:38:01 +08:00
asm/pptok.ph: asm/pptok.dat asm/pptok.pl perllib/phash.ph
Makefiles: distribute file generation rules via syncfiles.pl Distribute the file generation rules to auxiliary Makefiles via syncfiles.pl. These rules are OS- and Make-dialect-generic enough that our mangling script handles them well enough. Signed-off-by: H. Peter Anvin <hpa@zytor.com>
2017-04-04 02:13:29 +08:00
$(RUNPERL) $(srcdir)/asm/pptok.pl ph &
$(srcdir)/asm/pptok.dat asm/pptok.ph
openwcom.mak: Update to use features from newer WMAKE Change the OpenWatcom WMAKE Makefile to use the facilities available in WMAKE to support cross-compilation properly. See BR 3079573.
2011-03-16 06:37:30 +08:00
# Directives hash
Makefiles: distribute file generation rules via syncfiles.pl Distribute the file generation rules to auxiliary Makefiles via syncfiles.pl. These rules are OS- and Make-dialect-generic enough that our mangling script handles them well enough. Signed-off-by: H. Peter Anvin <hpa@zytor.com>
2017-04-04 02:13:29 +08:00
asm/directiv.h: asm/directiv.dat nasmlib/perfhash.pl perllib/phash.ph
$(RUNPERL) $(srcdir)/nasmlib/perfhash.pl h &
$(srcdir)/asm/directiv.dat asm/directiv.h
asm/directbl.c: asm/directiv.dat nasmlib/perfhash.pl perllib/phash.ph
$(RUNPERL) $(srcdir)/nasmlib/perfhash.pl c &
$(srcdir)/asm/directiv.dat asm/directbl.c
#-- End Generated File Rules --#
BR 3392397: WMAKE uses a nonstandard syntax for phony targets The standard syntax for a phony target in Make is: target: <dependencies> .PHONY: target ... however, Watcom WMAKE seems to use target: <dependencies> .SYMBOLIC and furthermore, seems to *require* it. Therefore, remove the "perlreq" target from the automatically distributed region and move it into the specific region; it should not need to change anyway since the PERLREQ list itself is still synced. If it was only a matter of the .SYMBOLIC versus .PHONY token it would be easy enough to change that in syncfiles.pl, but this syntax change is big enough that it doesn't make enough sense to worry about. Reported-by: sezero <sezero@users.sourceforge.net> Signed-off-by: H. Peter Anvin <hpa@zytor.com>
2017-04-06 12:24:55 +08:00
perlreq: $(PERLREQ) .SYMBOLIC
Makefiles: distribute file generation rules via syncfiles.pl Distribute the file generation rules to auxiliary Makefiles via syncfiles.pl. These rules are OS- and Make-dialect-generic enough that our mangling script handles them well enough. Signed-off-by: H. Peter Anvin <hpa@zytor.com>
2017-04-04 02:13:29 +08:00
#-- Begin NSIS Rules --#
# Edit in Makefile.in, not here!
# NSIS is not built except by explicit request, as it only applies to
# Windows platforms
nsis/arch.nsh: nsis/getpearch.pl nasm$(X)
$(PERL) $(srcdir)/nsis/getpearch.pl nasm$(X) > nsis/arch.nsh
# Should only be done after "make everything".
# The use of redirection here keeps makensis from moving the cwd to the
# source directory.
nsis: nsis/nasm.nsi nsis/arch.nsh nsis/version.nsh
$(MAKENSIS) -Dsrcdir="$(srcdir)" -Dobjdir="$(objdir)" - < nsis/nasm.nsi
#-- End NSIS Rules --#
Add Makefile for OpenWatcom (DOS, OS/2 or Win32 output) Add a Makefile for OpenWatcom using WMAKE. This is a horrible version of Make, but since it's bundled with OpenWatcom it is probably better to stick to it. It has the nice property that it can produce DOS, Win32 or OS/2 binaries. This Makefile currently assumes that it is hosted on a system where pathname separators are backslashes. For cross-compiling using OpenWatcom on a Linux system it is probably better to write a separate Makefile using GNU make to invoke Watcom.
2007-09-27 10:57:07 +08:00
clean: .SYMBOLIC
openwcom.mak: Update to use features from newer WMAKE Change the OpenWatcom WMAKE Makefile to use the facilities available in WMAKE to support cross-compilation properly. See BR 3079573.
2011-03-16 06:37:30 +08:00
rm -f *.$(O) *.s *.i
openwcom.mak: further fixes to build with OpenWatcom WMAKE Further fixes for OpenWatcom/WMAKE (BR 3392383). Signed-off-by: H. Peter Anvin <hpa@linux.intel.com>
2017-03-01 15:01:14 +08:00
rm -f asm/*.$(O) asm/*.s asm/*.i
rm -f x86/*.$(O) x86/*.s x86/*.i
openwcom.mak: Update to use features from newer WMAKE Change the OpenWatcom WMAKE Makefile to use the facilities available in WMAKE to support cross-compilation properly. See BR 3079573.
2011-03-16 06:37:30 +08:00
rm -f lib/*.$(O) lib/*.s lib/*.i
openwcom.mak: further fixes to build with OpenWatcom WMAKE Further fixes for OpenWatcom/WMAKE (BR 3392383). Signed-off-by: H. Peter Anvin <hpa@linux.intel.com>
2017-03-01 15:01:14 +08:00
rm -f macros/*.$(O) macros/*.s macros/*.i
openwcom.mak: Update to use features from newer WMAKE Change the OpenWatcom WMAKE Makefile to use the facilities available in WMAKE to support cross-compilation properly. See BR 3079573.
2011-03-16 06:37:30 +08:00
rm -f output/*.$(O) output/*.s output/*.i
openwcom.mak: further fixes to build with OpenWatcom WMAKE Further fixes for OpenWatcom/WMAKE (BR 3392383). Signed-off-by: H. Peter Anvin <hpa@linux.intel.com>
2017-03-01 15:01:14 +08:00
rm -f common/*.$(O) common/*.s common/*.i
rm -f stdlib/*.$(O) stdlib/*.s stdlib/*.i
rm -f nasmlib/*.$(O) nasmlib/*.s nasmlib/*.i
make clean: clean up more things that ought to be Cleaning up hasn't really kept up to date with source code changes. Try make it better for now; this also ought to make it easier to do the corresponding cleaning in the *.mak files. Signed-off-by: H. Peter Anvin <hpa@zytor.com>
2017-03-01 17:23:00 +08:00
rm -f disasm/*.$(O) disasm/*.s disasm/*.i
openwcom.mak: Update to use features from newer WMAKE Change the OpenWatcom WMAKE Makefile to use the facilities available in WMAKE to support cross-compilation properly. See BR 3079573.
2011-03-16 06:37:30 +08:00
rm -f config.h config.log config.status
openwcom.mak: further fixes to build with OpenWatcom WMAKE Further fixes for OpenWatcom/WMAKE (BR 3392383). Signed-off-by: H. Peter Anvin <hpa@linux.intel.com>
2017-03-01 15:01:14 +08:00
rm -f nasm$(X) ndisasm$(X) $(NASMLIB)
openwcom.mak: Update to use features from newer WMAKE Change the OpenWatcom WMAKE Makefile to use the facilities available in WMAKE to support cross-compilation properly. See BR 3079573.
2011-03-16 06:37:30 +08:00
# cd rdoff && $(MAKE) clean
Add Makefile for OpenWatcom (DOS, OS/2 or Win32 output) Add a Makefile for OpenWatcom using WMAKE. This is a horrible version of Make, but since it's bundled with OpenWatcom it is probably better to stick to it. It has the nice property that it can produce DOS, Win32 or OS/2 binaries. This Makefile currently assumes that it is hosted on a system where pathname separators are backslashes. For cross-compiling using OpenWatcom on a Linux system it is probably better to write a separate Makefile using GNU make to invoke Watcom.
2007-09-27 10:57:07 +08:00
distclean: clean .SYMBOLIC
openwcom.mak: Update to use features from newer WMAKE Change the OpenWatcom WMAKE Makefile to use the facilities available in WMAKE to support cross-compilation properly. See BR 3079573.
2011-03-16 06:37:30 +08:00
rm -f config.h config.log config.status
rm -f Makefile *~ *.bak *.lst *.bin
rm -f output/*~ output/*.bak
rm -f test/*.lst test/*.bin test/*.$(O) test/*.bin
# -del /s autom4te*.cache
# cd rdoff && $(MAKE) distclean
Add Makefile for OpenWatcom (DOS, OS/2 or Win32 output) Add a Makefile for OpenWatcom using WMAKE. This is a horrible version of Make, but since it's bundled with OpenWatcom it is probably better to stick to it. It has the nice property that it can produce DOS, Win32 or OS/2 binaries. This Makefile currently assumes that it is hosted on a system where pathname separators are backslashes. For cross-compiling using OpenWatcom on a Linux system it is probably better to write a separate Makefile using GNU make to invoke Watcom.
2007-09-27 10:57:07 +08:00
cleaner: clean .SYMBOLIC
openwcom.mak: Update to use features from newer WMAKE Change the OpenWatcom WMAKE Makefile to use the facilities available in WMAKE to support cross-compilation properly. See BR 3079573.
2011-03-16 06:37:30 +08:00
rm -f $(PERLREQ)
rm -f *.man
rm -f nasm.spec
# cd doc && $(MAKE) clean
Add Makefile for OpenWatcom (DOS, OS/2 or Win32 output) Add a Makefile for OpenWatcom using WMAKE. This is a horrible version of Make, but since it's bundled with OpenWatcom it is probably better to stick to it. It has the nice property that it can produce DOS, Win32 or OS/2 binaries. This Makefile currently assumes that it is hosted on a system where pathname separators are backslashes. For cross-compiling using OpenWatcom on a Linux system it is probably better to write a separate Makefile using GNU make to invoke Watcom.
2007-09-27 10:57:07 +08:00
spotless: distclean cleaner .SYMBOLIC
openwcom.mak: Update to use features from newer WMAKE Change the OpenWatcom WMAKE Makefile to use the facilities available in WMAKE to support cross-compilation properly. See BR 3079573.
2011-03-16 06:37:30 +08:00
rm -f doc/Makefile doc/*~ doc/*.bak
Add Makefile for OpenWatcom (DOS, OS/2 or Win32 output) Add a Makefile for OpenWatcom using WMAKE. This is a horrible version of Make, but since it's bundled with OpenWatcom it is probably better to stick to it. It has the nice property that it can produce DOS, Win32 or OS/2 binaries. This Makefile currently assumes that it is hosted on a system where pathname separators are backslashes. For cross-compiling using OpenWatcom on a Linux system it is probably better to write a separate Makefile using GNU make to invoke Watcom.
2007-09-27 10:57:07 +08:00
strip: .SYMBOLIC
openwcom.mak: Update to use features from newer WMAKE Change the OpenWatcom WMAKE Makefile to use the facilities available in WMAKE to support cross-compilation properly. See BR 3079573.
2011-03-16 06:37:30 +08:00
$(STRIP) *.exe
Add Makefile for OpenWatcom (DOS, OS/2 or Win32 output) Add a Makefile for OpenWatcom using WMAKE. This is a horrible version of Make, but since it's bundled with OpenWatcom it is probably better to stick to it. It has the nice property that it can produce DOS, Win32 or OS/2 binaries. This Makefile currently assumes that it is hosted on a system where pathname separators are backslashes. For cross-compiling using OpenWatcom on a Linux system it is probably better to write a separate Makefile using GNU make to invoke Watcom.
2007-09-27 10:57:07 +08:00
rdf:
openwcom.mak: Update to use features from newer WMAKE Change the OpenWatcom WMAKE Makefile to use the facilities available in WMAKE to support cross-compilation properly. See BR 3079573.
2011-03-16 06:37:30 +08:00
# cd rdoff && $(MAKE)
Add Makefile for OpenWatcom (DOS, OS/2 or Win32 output) Add a Makefile for OpenWatcom using WMAKE. This is a horrible version of Make, but since it's bundled with OpenWatcom it is probably better to stick to it. It has the nice property that it can produce DOS, Win32 or OS/2 binaries. This Makefile currently assumes that it is hosted on a system where pathname separators are backslashes. For cross-compiling using OpenWatcom on a Linux system it is probably better to write a separate Makefile using GNU make to invoke Watcom.
2007-09-27 10:57:07 +08:00
doc:
openwcom.mak: Update to use features from newer WMAKE Change the OpenWatcom WMAKE Makefile to use the facilities available in WMAKE to support cross-compilation properly. See BR 3079573.
2011-03-16 06:37:30 +08:00
# cd doc && $(MAKE) all
Add Makefile for OpenWatcom (DOS, OS/2 or Win32 output) Add a Makefile for OpenWatcom using WMAKE. This is a horrible version of Make, but since it's bundled with OpenWatcom it is probably better to stick to it. It has the nice property that it can produce DOS, Win32 or OS/2 binaries. This Makefile currently assumes that it is hosted on a system where pathname separators are backslashes. For cross-compiling using OpenWatcom on a Linux system it is probably better to write a separate Makefile using GNU make to invoke Watcom.
2007-09-27 10:57:07 +08:00
everything: all doc rdf
openwcom.mak: Update to use features from newer WMAKE Change the OpenWatcom WMAKE Makefile to use the facilities available in WMAKE to support cross-compilation properly. See BR 3079573.
2011-03-16 06:37:30 +08:00
#
# This build dependencies in *ALL* makefiles. Partially for that reason,
# it's expected to be invoked manually.
#
alldeps: perlreq .SYMBOLIC
$(PERL) syncfiles.pl Makefile.in Mkfiles/openwcom.mak
$(PERL) mkdep.pl -M Makefile.in Mkfiles/openwcom.mak -- . output lib
Add Makefile for OpenWatcom (DOS, OS/2 or Win32 output) Add a Makefile for OpenWatcom using WMAKE. This is a horrible version of Make, but since it's bundled with OpenWatcom it is probably better to stick to it. It has the nice property that it can produce DOS, Win32 or OS/2 binaries. This Makefile currently assumes that it is hosted on a system where pathname separators are backslashes. For cross-compiling using OpenWatcom on a Linux system it is probably better to write a separate Makefile using GNU make to invoke Watcom.
2007-09-27 10:57:07 +08:00
#-- Magic hints to mkdep.pl --#
# @object-ending: ".$(O)"
openwcom.mak: Update to use features from newer WMAKE Change the OpenWatcom WMAKE Makefile to use the facilities available in WMAKE to support cross-compilation properly. See BR 3079573.
2011-03-16 06:37:30 +08:00
# @path-separator: "/"
Move canned OpenWatcom config to config/watcom.h. Move the canned OpenWatcom configuration file to config/watcom.h. Also exclude config/config.h from being a dependency for MSVC. Signed-off-by: H. Peter Anvin <hpa@linux.intel.com>
2016-10-20 04:23:04 +08:00
# @exclude: "config/config.h"
Add Makefile for OpenWatcom (DOS, OS/2 or Win32 output) Add a Makefile for OpenWatcom using WMAKE. This is a horrible version of Make, but since it's bundled with OpenWatcom it is probably better to stick to it. It has the nice property that it can produce DOS, Win32 or OS/2 binaries. This Makefile currently assumes that it is hosted on a system where pathname separators are backslashes. For cross-compiling using OpenWatcom on a Linux system it is probably better to write a separate Makefile using GNU make to invoke Watcom.
2007-09-27 10:57:07 +08:00
# @continuation: "&"
#-- Everything below is generated by mkdep.pl - do not edit --#
Reference in New Issue Copy Permalink