Thanks!
Troels
On Mon, Oct 26, 2009 at 5:35 PM, Francesco Montorsi wrote:
> Troels K ha scritto:
> > Hi Francesco
> >
> > John says it's ok that I contribute. Please move wxStEdit from cvs to
> > svn first.
> done now (together with other John's components that he asked me to move).
>
> Good wor
Troels K ha scritto:
> Hi Francesco
>
> John says it's ok that I contribute. Please move wxStEdit from cvs to
> svn first.
done now (together with other John's components that he asked me to move).
Good work!
Francesco
---
Hi Francesco
John says it's ok that I contribute. Please move wxStEdit from cvs to svn
first.
Many thanks!
Troels
--
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you nee
Francesco Montorsi wrote:
> very strange. This may need investigation: could it be because of some
> incorrect RTTI usage?
>
I am not using wxProcess anywhere i know of.
>
> which seems to mean that it tells to ld to use static libs to resolve
> _all_ symbols.
>
Yes, so what? -Bstatic and -B
klaas.holwerda ha scritto:
> Hi,
>
> After days of searching i finally discovered the reason behind the error
> this:
>
> [EMAIL PROTECTED] editmdi]$ ./sample_editor_editmdi
> 17:57:41: Debug: ./src/common/object.cpp(244): assert
> "sm_classTable->Get(m_className) == NULL" failed in Register():
Hi,
After days of searching i finally discovered the reason behind the error
this:
[EMAIL PROTECTED] editmdi]$ ./sample_editor_editmdi
17:57:41: Debug: ./src/common/object.cpp(244): assert
"sm_classTable->Get(m_className) == NULL" failed in Register(): Class
"wxProcess" already in RTTI table -
On 3/29/07, Francesco Montorsi <[EMAIL PROTECTED]> wrote:
> > ar @AROPTIONS@ lib/libwxcode_gtk2d_stedit-2.8.a stedit_lib_stedit.o
> the @AROPTIONS@ symbol should have been substituted by the "configure"
> process... btw I do see the same error with the from-CVS configure script.
This is good, I co
Francesco Montorsi wrote:
> Hi,
>
>note1: if you don't feel "make clean" is enough, you can use "make
> distclean" to clean your build folder ;)
>
>note2: autoconf allows out-of-tree builds. Do
>
>mkdir mybuild
>cd mybuild
>../configure
>make
>
> to build out-of-tree wxsted
Hi,
note1: if you don't feel "make clean" is enough, you can use "make
distclean" to clean your build folder ;)
note2: autoconf allows out-of-tree builds. Do
mkdir mybuild
cd mybuild
../configure
make
to build out-of-tree wxstedit and/or other bakefile-based wxCode
component
Hi,
After compiling wxstedit in shared ( as by default wxWidgets ).
I now wanted to try static mode.
It looks like there is a problem, even after removing and checking out
wxstedit again completely.
( see last dump down here, )
Next i thought to try my other installed wxWidgest again, using this
On 3/26/07, Francesco Montorsi <[EMAIL PROTECTED]> wrote:
> klaas.holwerda ha scritto:
> > Hi John (i think),
> >
> > Running configure, tells me at the end that:
> >
> > configure: error: Versions of Bakefile used to generate makefile (0.2.2)
> > and configure (0.2.0) do not match.
> > This is wit
klaas.holwerda ha scritto:
> Hi John (i think),
>
> Running configure, tells me at the end that:
>
> configure: error: Versions of Bakefile used to generate makefile (0.2.2)
> and configure (0.2.0) do not match.
> This is with the latest CVS.
>
> What can be the problem ?
well, exactly what the
Hi John (i think),
Running configure, tells me at the end that:
configure: error: Versions of Bakefile used to generate makefile (0.2.2)
and configure (0.2.0) do not match.
This is with the latest CVS.
What can be the problem ?
Thanks,
Klaas
--
Francesco Montorsi wrote:
> Klaas Holwerda ha scritto:
>
>>John Labenski wrote:
>>
>>
>>>$nmake WX_VERSION=27 WX_DEBUG=0 -f makefile.vc
>>
>>Oke if that is the way, better cjhange it to the lattest official release i
>>think.
>>
>>I wonder why it is not possible to detect the version (as i do in
Klaas Holwerda ha scritto:
> John Labenski wrote:
>
>> $nmake WX_VERSION=27 WX_DEBUG=0 -f makefile.vc
>
> Oke if that is the way, better cjhange it to the lattest official release i
> think.
>
> I wonder why it is not possible to detect the version (as i do in Cmake from
> the library names ).
John Labenski wrote:
> $nmake WX_VERSION=27 WX_DEBUG=0 -f makefile.vc
Oke if that is the way, better cjhange it to the lattest official release i
think.
I wonder why it is not possible to detect the version (as i do in Cmake from
the library names ).
C:\wxMSW-2.7.2\lib\vc_lib\mswd\build.cfg
On 11/8/06, John Labenski <[EMAIL PROTECTED]> wrote:
> On 11/8/06, klaas.holwerda <[EMAIL PROTECTED]> wrote:
> > klaas.holwerda wrote:
> > > But it is looking in the rigth directories for it, so these things seem
> > > to be hard coded somewhere?
> > >
> > In the makefile.vc i changed the WX_VERSIO
On 11/8/06, klaas.holwerda <[EMAIL PROTECTED]> wrote:
> klaas.holwerda wrote:
> > But it is looking in the rigth directories for it, so these things seem
> > to be hard coded somewhere?
> >
> In the makefile.vc i changed the WX_VERSION to 27 , that solved one problem.
> Still i though setting WXWIN
klaas.holwerda wrote:
> But it is looking in the rigth directories for it, so these things seem
> to be hard coded somewhere?
>
In the makefile.vc i changed the WX_VERSION to 27 , that solved one problem.
Still i though setting WXWIN should be enough.
Klaas
--
Next i tried using wxWidgets 2.7.2., and it wants to produce the same
name ( so not with 27 in it ).
And it wants to use wxmsw26d_stc.lib and it should be wxmsw27d_stc.lib??
But it is looking in the rigth directories for it, so these things seem
to be hard coded somewhere?
Klaas
klaas.holwerda
On 11/8/06, klaas.holwerda <[EMAIL PROTECTED]> wrote:
> Hi John,
>
> At least the latest CVS of wxstedit under VC6 with nmake in release
> build , produces the wrong library name.
>
> nmake -f makefile.vc BUILD=release
>
> I did clean all *.lib *.obj files etc. by hand first, to be sure.
>
> I thi
Hi John,
At least the latest CVS of wxstedit under VC6 with nmake in release
build , produces the wrong library name.
nmake -f makefile.vc BUILD=release
I did clean all *.lib *.obj files etc. by hand first, to be sure.
I think it should produce wxmsw26_stedit.lib
But in debug and release i o
22 matches
Mail list logo
