| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
I have no way of testing this.
|
| |
|
|
|
|
| |
(This one was trivial -- no actual string. references in it!)
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
implementations. Details:
* replace 'link_shared_object()', 'link_shared_lib()', and
'link_executable()' with 'link()', which is (roughly)
the union of the three methods it replaces
* in all implementation classes (UnixCCompiler, MSVCCompiler, etc.),
ditch the old 'link_*()' methods and replace them with 'link()'
* in the abstract base class (CCompiler), add the old 'link_*()'
methods as wrappers around the new 'link()' (they also print
a warning of the deprecated interface)
Also increases consistency between MSVCCompiler and BCPPCompiler,
hopefully to make it easier to factor out the mythical WindowsCCompiler
class. Details:
* use 'self.linker' instead of 'self.link'
* add ability to compile resource files to BCPPCompiler
* added (redundant?) 'object_filename()' method to BCPPCompiler
* only generate a .def file if 'export_symbols' defined
|
|
|
|
|
|
| |
* reverse library names from bcpp_library to library_bcpp
* move some code to the right places, to put the def-files
in the right directories again
|
|
|
|
| |
argument list.
|
|
|
|
|
|
| |
* changed some list.extend([...]) to list.append(...)
* added '/g0' to compiler_options, so compiler doesn't
stop after 100 warnings
|
|
|
|
|
| |
MSVCCompiler's version, to aid in factoring common code out of the two
classes when the time comes).
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
it so BCPPCompiler actually works, so I'm provisionally accepting it
-- ugly and working is better than not working! Major changes:
- normalize paths (apparently BC++ doesn't like slashes)
- overhauled how we search for and specify libraries on the linker
command-line
- hacked up 'find_library_file()' so it knows about "debug" library
naming convention as well as "bcpp_xxx.lib" -- the question is,
is this a well-established and sensible convention?
Also:
- change to use 'util.write_file()' to write the .def file
|
|
Two major points:
* lots of overlap with MSVCCompiler; the common code really should be
factored out into a base class, say WindowsCCompiler
* it doesn't work: weird problem spawning the linker (see comment for
details)
|