-
Changing the djvulibre license is nearly impossible
because too many actors are involved.
2010-01-04 03:42:48 UTC by leonb
-
I make a simple test. I use that test.h:
#ifndef test_h
#define test_h
#include "config.h"
class MINILISPAPI n
{
public:
virtual void foo();
};
#endif
test.cpp:
#include "test.h"
void n::foo()
{
}
and add #include "test.h" in ddjvuapi.cpp or any other cpp file. And i got that...
2010-01-03 14:19:48 UTC by trufanov
-
It doesn't defined by pname(). I can move it in header and all will be fine. I just cant move
const miniexp_t miniobj_t::classname = 0;
to header, becouse i get
multiple definition of `miniobj_t::classname'
then.
I also try to add classof() implementation or move destructor to the end of class. Thats not help.
2010-01-03 13:12:19 UTC by trufanov
-
Ok, I will check.
Btw, do we have any chance to get DJVULibre or a part of it (viewer only) under EPL license? Bcs, only that license should be used to contribute code for platform. And EPL incompatible with GPL.
2010-01-03 12:31:45 UTC by trufanov
-
I find bizarre that miniobj_t is the only affected class because setting DJVUAPI to dllexport means you are using this for all the djvu classes.
Something seems broken in the compiler toolchain that causes the
emission of the miniobj_t vtable in any file that includes miniexp.h.
I do not like to make complicated changes to work around broken compilers, because this is too hard to maintain...
2010-01-03 12:20:15 UTC by leonb
-
Can all miniob_t class member functions declare as inline?
I try that in header:
class MINILISPAPI
miniobj_t
{
public:
virtual ~miniobj_t(){};
static const miniexp_t classname;
virtual miniexp_t classof() const = 0;
virtual bool isa(miniexp_t classname) const
{return false;}
inline virtual char *pname() const;
virtual void...
2010-01-03 07:40:24 UTC by trufanov
-
I will think about thirst 2 points.
3). Actually i dont know if it required. We just start working on that and trying to keep as much export features as possible because library should be linked dynamicaly.
4). We use __declspec(dllexport) for DJVUAPI too.
2010-01-03 06:47:09 UTC by trufanov
-
1) The mac discussion is incorrect.
In principle, the virtual table goes where the first non
abstract non inline virtual function is defined. For E,
that is the destructor, and for D, the function foo().
2) We need miniobj_t in the header file because
other files may define new subclasses of miniobj_t.
Removing it is not an option.
3) I suspect the problems is related to
the...
2010-01-03 00:26:48 UTC by leonb
-
Hi,
We are trying to compile DJVULibre 3.5.22 with GCCE to use with Symbian OS.
You can take a look on that project [here][1].
Our aim to make a working dll, not static library. In general - we dont want to make any changes in original sources on that stage.
Right now DJVULibre can be build with simple settings.h for Symbian emulator (Nokia x86 compiler). But we got two problems when...
2010-01-02 14:25:06 UTC by trufanov
-
leonb committed patchset 1415 of module djvulibre-3.5 to the DjVuLibre CVS repository, changing 2 files.
2009-12-29 16:26:19 UTC by leonb
