Commit Graph

7 Commits

Author SHA1 Message Date
10fc13c948 lib*: consistently name all UnpackedTarball and ExternalProject
Change-Id: I4d11dc634c4f93ffcdc7e1f359e5d6a0d001aaae
2013-05-07 01:41:26 +02:00
fac06b7a92 Revert "Go back to using Visual Studio project files to build"
I could not get it to build using the project files and VS2012...

With one additional patch to drop the use of dllimport in env.hpp, the
"gcc-wrapper" way builds fine for me, using VS2012.

It is not necessary to specify the dllimport attribute for functions
imported from a DLL. Specifying dllimport if the library actually is a
static library (as it is here) leads to linking errors.

The way the ifdefs and -D options were set up here, the utility and/or
test programs that are built as part of the liborcus build were
compiled using dllimport, and thus failed to link. So just don't
bother with dllimport.

This reverts commit 58b4cd934fd28b796dc12590f33971dd32ec95ee.

Change-Id: I2ffc90d47ae018a9a14b1c6d07fb0a225ce10d6d
2013-04-15 14:37:38 +03:00
58b4cd934f Go back to using Visual Studio project files to build.
gcc-wrapper is too smart for me to figure out.

Change-Id: Ia36255035ac0be8ddc6cfc26dac06f3cd1310769
2013-04-13 01:54:42 -04:00
2ee0956cee Deliver orcus-parser.lib on Windows.
Change-Id: Iba5edf90ad26c96697e5acb47055f9311ea73b98
2013-04-13 01:54:41 -04:00
f4f455c888 Deliver another library, though sc still can't link to it. Damn.
Change-Id: I6a0193df0cdb82e1855c5ac2d38976c7fb29d039
2013-04-13 01:54:41 -04:00
f14e7094f8 Update the internal liborcus package to 0.5.0.
Change-Id: Ib0070ad8509ba4084a8b0871fbc8c24b550433d7
2013-04-13 01:54:40 -04:00
82c4b9491a move liborcus to gcc-wrapper
Change-Id: I9d3ba7b142ec230d11af59f9eb21d203b0473dc8
2013-03-16 14:09:27 -04:00