Thread overview
wxWindows 2.4.2 - 2 questions
Feb 16, 2004
Sammy
Feb 16, 2004
Arjan Knepper
Feb 16, 2004
Sammy
Feb 16, 2004
Sammy
Feb 16, 2004
chris elliott
Feb 16, 2004
Sammy
Feb 16, 2004
Sammy
Feb 17, 2004
Walter
February 16, 2004
I did try to compile wx 2.4.2 with DMC

After i commented out lines 1206 and 1209
everything compiled ok. i got a wx_sc.lib.

I then tried to compile the examples. I had to add
/noi somewhere in makeprog.sc, and then
examples compiles and link ok but
do not execute. Ie, nothing append
when you launch the .exe.

I dont know if it is my NT box which is
in trouble or else... ? (NT4, Sp6a)

Next, i tried to produce the FINAL=1 DLL=1 version.
with    make clean -f makefile.sc, then
           make FINAL=1 DLL=1 -f makefile.sc

but i still got the same libray (wx_sc.lib) but no dll.

Anabody else have the same problems ?



February 16, 2004
Sammy wrote:
> I did try to compile wx 2.4.2 with DMC
> 
> After i commented out lines 1206 and 1209
> everything compiled ok. i got a wx_sc.lib.
> 
> I then tried to compile the examples. I had to add
> /noi somewhere in makeprog.sc, and then
> examples compiles and link ok but
> do not execute. Ie, nothing append
> when you launch the .exe.
> 
> I dont know if it is my NT box which is
> in trouble or else... ? (NT4, Sp6a)
> 
> Next, i tried to produce the FINAL=1 DLL=1 version.
> with    make clean -f makefile.sc, then
>            make FINAL=1 DLL=1 -f makefile.sc
> 
> but i still got the same libray (wx_sc.lib) but no dll.
> 
> Anabody else have the same problems ?

Are you talking dmc 8.39.5n (released today)? Yes I also noticed some stange behaviour when compiling wxWindows projects.


Arjan
February 16, 2004
Arjan Knepper wrote:
>
> Are you talking dmc 8.39.5n (released today)? Yes I also noticed some stange behaviour when compiling wxWindows projects.
>
>
> Arjan

current scppn tells : 8.39.1n
should i try with 5n ?

i will anyway...


February 16, 2004
Arjan Knepper wrote:
>
> Are you talking dmc 8.39.5n (released today)? Yes I also noticed some stange behaviour when compiling wxWindows projects.
>
>
> Arjan

Ok, new scppn tells : 8.39.5n

no changes (unable to produce .dll, .exe does nothing)...

:-(

WOW, the compiler is fast :-)


February 16, 2004
Sammy wrote:
> I did try to compile wx 2.4.2 with DMC
> 
> After i commented out lines 1206 and 1209
> everything compiled ok. i got a wx_sc.lib.
> 
> I then tried to compile the examples. I had to add
> /noi somewhere in makeprog.sc, and then
yes, this change was needed after 8.38 x


> examples compiles and link ok but
> do not execute. Ie, nothing append
> when you launch the .exe.
> 
> I dont know if it is my NT box which is
> in trouble or else... ? (NT4, Sp6a)
I have seen this with a couple of 8.39 betas; I think the latest one and  8.38 are OK

> 
> Next, i tried to produce the FINAL=1 DLL=1 version.
> with    make clean -f makefile.sc, then
>            make FINAL=1 DLL=1 -f makefile.sc
> 
No, these have not been implemented as DMCs make does not allow #if or !if

When the next 2.5.x is released , it may be possible to build in more than one configuration.

chris

February 16, 2004
chris elliott wrote:
> I have seen this with a couple of 8.39 betas; I think the latest one and  8.38 are OK
>
> No, these have not been implemented as DMCs make does not allow #if
> or !if
> chris

I have the latest: 8.39.5n, Will try with 8.38
and another make...
--


February 16, 2004
made more tests:

none of 8.39.5n,  8.39.1n  and 8.38.7n  works.
    ie: samples compiles ok, but do not execute

but

8.37.7n works fine.
tested: grid, toolbar, treetest, statbar.

--


February 17, 2004
"Sammy" <sammy.deroy@sympatico.ca> wrote in message news:c0rc9e$k1i$1@digitaldaemon.com...
> made more tests:
>
> none of 8.39.5n,  8.39.1n  and 8.38.7n  works.
>     ie: samples compiles ok, but do not execute
>
> but
>
> 8.37.7n works fine.
> tested: grid, toolbar, treetest, statbar.

What I do when problems like this are encountered is make two directories, one with the 8.37 .obj files, and one with the 8.39 .objs. Then, I mix and match until the 8.39 .obj that causes things to fail is found.