aboutsummaryrefslogtreecommitdiff
path: root/Makefile
Commit message (Collapse)AuthorAgeFilesLines
...
* Makefile: Add .PHONY targetsHenry Kroll III2010-11-301-0/+2
|
* Makefile: Put i386-win32-tcc back into --enable-cross installHenry Kroll III2010-11-301-1/+1
|
* Makefile: build --config-cross libtcc1.a directly to win32/libHenry Kroll III2010-11-301-7/+8
|
* Remove unnecessary $(PROGS_CROSS) from non-cross builds.Henry Kroll III2010-11-291-1/+0
|
* Makefile: TCC=tccHenry Kroll III2010-11-281-1/+1
|
* Makefile: --enable-cross on x86_64 simplifiedHenry Kroll III2010-11-281-27/+11
|
* Makefile: x86_64 win32-cross add clean: targetHenry Kroll III2010-11-061-4/+6
|
* Makefile: edit commentsHenry K2010-10-291-2/+1
|
* Makefile: cross-copiler tcc1.def is now libtcc1.a, ignore mv errorsHenry Kroll III2010-10-291-7/+7
|
* Force gcc for x86_64 --enable-crossHenry Kroll III2010-10-281-1/+1
|
* Add info file creation into tcc build processThomas Preud'homme2010-09-101-3/+8
| | | | Add info file creation in tcc Makefile
* Don't load libtcc1 on arch where it doesn't existThomas Preud'homme2010-05-011-0/+1
| | | | | | | ARM architecture doesn't have any libtcc1 implementation but tcc load libtcc1.a in all case. This patch add a conditional preprocessor instruction to load libtcc1.a only when there is an implementation for the target architecture.
* reverse another unnecessary changeHenry Kroll III2010-04-291-1/+1
| | | | -m32 is set elsewhere now.
* recursive Makefiles should use $(MAKE), not "make"Henry Kroll III2010-04-291-3/+3
| | | | add clean: target for lib/tcc1.def
* remove superfluous LIBS=. (leftover from work on --disable-statc)Henry Kroll III2010-04-281-1/+0
|
* Summary of commits + added some brief comments to MakefileHenry Kroll III2010-04-261-5/+10
| | | | | | | | | | | | | | | | | | | Summary of what was changed or added so far: These won't work on Win32 * --disable-static option builds libtcca.so.1.0 and associated simlinks. This replaces libtcca.a, which is a static library with a dynamic one. * --with-selinux option uses mmap to enable tcc -run to work with Selinux. * attempt to build tcc1.def on i386 / x86_64 when --enable-cross is used. If successful, this gets around the "_start not found" or "_winstart not found" messages when i386-win32-tcc is run on these systems. I say "if" because it gave me fits of trouble on my system and not all others have been tested yet. tcc1.def is not a real .def file by the way, but it works, so it's kind of a dancing bear at this point. We're not concerned that it's getting the steps wrong. We're just happy it's not eating us for lunch.
* don't build tcc1.def on Windows.Henry Kroll III2010-04-261-11/+11
| | | | | I think the Windows build portion of the Makefile already provides their own version. If not, we can remove the check.
* Makefile fixup:Henry Kroll III2010-04-251-23/+25
| | | | | | | | | | | | * additional make target for lib/tcc1.def on non-win32 builds tcc1.def was formerly lib/libtcc1.a but has bee made into its own Makefile target, tcc1.def * use mv instead of cp on config.h this fixes a mistake I made which caused Makefile to rebuild all targets every time * make links from libtcc.so.1.0 to libtcc.so.1 and libtcc.so
* make --enable-cross work properly on x86_64Henry Kroll III2010-04-251-3/+8
| | | | | merge more changes from Fedora spec file into Makefile I did a lot of reading on Makefiles. It should be a lot less hacked now that I got rid of my temporary cross-build script. I had to build i386-win32-tcc as 32 bit in order to use it to build the windows version of libtcc1.a and move that into lib directory. Still testing, but it does build windows fib.exe smoothly now and generates shard lib, libtcc.so.1.0 and test links against it.
* remove make_libtcc1_win32.sh shell scriptHenry Kroll III2010-04-241-10/+37
| | | | and merge commands into Makefile
* make win32 version of libtcc1.a for cross-compiler on x86 / x86_64Henry Kroll III2010-04-241-4/+6
|
* add --disable-static option to build libtcc.so instead of libtcc.aHenry Kroll III2010-04-241-10/+27
| | | | for distros that want static libs
* i386-win32-tcc fails to build a valid win32 executable if builtHenry Kroll III2010-04-231-1/+1
| | | | | | | | | on x86_64 using --enable-cross. The easiest way to fix this is to put -m32 in the Makefile. Committer: Henry Kroll <henry@comptune.com> Committer: Henry Kroll <henry@comptune.com>
* Added patch to detect and use the paths for 64bit libraries asNikos Mavrogiannopoulos2010-01-281-0/+1
| | | | used by CentOS (affects X86_64 only).
* Makefile: Delete tcc-doc.html during 'make distclean'Detlef Riekenberg2010-01-261-1/+1
|
* update Makefilesgrischka2009-12-201-47/+38
|
* allow tcc be build from separate objectsgrischka2009-12-201-13/+26
| | | | If you want that, run: make NOTALLINONE=1
* win32: enable bounds checker & exception handlergrischka2009-12-191-5/+2
| | | | exception handler borrowed from k1w1. Thanks.
* integrate x86_64-asm.c into i386-asm.cgrischka2009-12-191-2/+2
| | | | | Also, disable 16bit support for now as it causes bugs in 32bit mode. #define I386_ASM_16 if you want it.
* tcc: add "-Wl,-rpath=path" option (library search path)grischka2009-12-191-2/+2
|
* ARM: first support for arm-pe targetFrederic Feret2009-11-131-0/+5
|
* first support of x86_64 assemblyFrederic Feret2009-11-131-4/+4
|
* x86-64: chkstk, allocagrischka2009-07-181-26/+17
|
* win64: use new headers from mingwgrischka2009-07-181-2/+2
|
* pe32+ target: add to makefilegrischka2009-07-181-4/+9
|
* fix asmtest (somehow), update Makefilesgrischka2009-07-181-2/+6
|
* x86-64: Add alloca.Shinichiro Hamaji2009-06-091-0/+4
|
* drop alloca #definegrischka2009-05-161-1/+1
| | | | | | | (Because GNU's alloca.h unconditionally #undef's alloca) Also, remove gcc specific sections in headers. and instead change tests such that gcc does not use them.
* ulibc: #define TCC_UCLIBC and load elf_interpgrischka2009-05-161-0/+5
|
* make tcc from tcc.c and libtcc from libtcc.cgrischka2009-05-051-1/+1
|
* new files: tcc.h libtcc.c tccpp.c tccgen.cgrischka2009-05-051-1/+2
|
* cleanup makefilesgrischka2009-04-191-70/+80
|
* fix makefiles etc for subdirsgrischka2009-04-181-246/+145
|
* win32: readme.txt->tcc-win32.txt, update tcc-docgrischka2009-04-181-1/+1
|
* libtcc: new api tcc_set_lib_pathgrischka2009-04-181-1/+1
|
* x86-64: Define make variable TARGET so that test2 and test3 use correct flag.Shinichiro Hamaji2009-04-181-7/+5
|
* Suppress noisy pointer signed-ness warnings on x86-64.Shinichiro Hamaji2009-04-181-0/+4
|
* Add support of x86-64.Shinichiro Hamaji2008-12-021-1/+22
| | | | | | | | | | | | | | | | | | | | | | Most change was done in #ifdef TCC_TARGET_X86_64. So, nothing should be broken by this change. Summary of current status of x86-64 support: - produces x86-64 object files and executables. - the x86-64 code generator is based on x86's. -- for long long integers, we use 64bit registers instead of tcc's generic implementation. -- for float or double, we use SSE. SSE registers are not utilized well (we only use xmm0 and xmm1). -- for long double, we use x87 FPU. - passes make test. - passes ./libtcc_test. - can compile tcc.c. The compiled tcc can compile tcc.c, too. (there should be some bugs since the binary size of tcc2 and tcc3 is differ where tcc tcc.c -o tcc2 and tcc2 tcc.c -o tcc3) - can compile links browser. It seems working. - not tested well. I tested this work only on my linux box with few programs. - calling convention of long-double-integer or struct is not exactly the same as GCC's x86-64 ABI. - implementation of tcc -run is naive (tcc -run tcctest.c works, but tcc -run tcc.c doesn't work). Relocating 64bit addresses seems to be not as simple as 32bit environments. - shared object support isn't unimplemented - no bounds checker support - some builtin functions such as __divdi3 aren't supported
* Allow to use libgcc instead of libtcc1Daniel Glöckner2008-09-121-4/+13
| | | | | | | | | | | | | | | This patch adds a switch --with-libgcc to configure. When passed it prevents libtcc1.a from being built and links to /lib/libgcc_s.so.1 instead of PREFIX/lib/tcc/libtcc1.a. It will work on ARM when using libgcc from GCC >= 4.2.0. Prior versions don't have the __floatun[sd]i[sdx]f functions. It won't work on i386 because of two missing symbols emitted when floats are cast to integers, but users can provide those symbols (global short constants) in their code if needed. Daniel
* ARM related Makefile changesDaniel Glöckner2008-09-121-4/+16
| | | | | | | | | | | | | | - Builds all four possible ARM targets when cross compiling - Adds some auto detection to select the target for native ARM builds The auto detection will select EABI if it finds /lib/ld-linux.so.3. It will select VFP floating point support when /proc/cpuinfo lists a VFP or iWMMXt coprocessor. Intel Wireless MMX does not imply VFP, but it conflicts with FPA, so VFP is the only choice (apart from yet unsupported soft-float). Daniel