summaryrefslogtreecommitdiff
path: root/liborcus/ExternalPackage_liborcus.mk
AgeCommit message (Collapse)AuthorFilesLines
2013-05-07lib*: consistently name all UnpackedTarball and ExternalProjectMichael Stahl1-1/+1
Change-Id: I4d11dc634c4f93ffcdc7e1f359e5d6a0d001aaae
2013-04-15Revert "Go back to using Visual Studio project files to build"Tor Lillqvist1-2/+2
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-13Go back to using Visual Studio project files to build.Kohei Yoshida1-2/+2
gcc-wrapper is too smart for me to figure out. Change-Id: Ia36255035ac0be8ddc6cfc26dac06f3cd1310769
2013-04-13Deliver orcus-parser.lib on Windows.Kohei Yoshida1-0/+1
Change-Id: Iba5edf90ad26c96697e5acb47055f9311ea73b98
2013-04-13Deliver another library, though sc still can't link to it. Damn.Kohei Yoshida1-0/+1
Change-Id: I6a0193df0cdb82e1855c5ac2d38976c7fb29d039
2013-04-13Update the internal liborcus package to 0.5.0.Kohei Yoshida1-2/+2
Change-Id: Ib0070ad8509ba4084a8b0871fbc8c24b550433d7
2013-03-16move liborcus to gcc-wrapperPeter Foley1-0/+20
Change-Id: I9d3ba7b142ec230d11af59f9eb21d203b0473dc8