[Wxlua-users] Re: wxLua on win32

[Francesco M. <f18...@ya...>]

Hi,
    just committed the following build fixes:
-> wx default version is now 2.6
-> DSW/DSP files use CRLF EOL
-> wxLua's configure can be called from any directory
    (running wxLua/mybuild/../configure && make && make install now works)
-> fixed wxLua.dsw

Francesco


Francesco Montorsi ha scritto:
> Hi,
> 
> k. holwerda ha scritto:
> 
>> Hi,
>>
>> John Labenski wrote:
>>
>>>> So leafs the not found target.
>>>>
>>>> I see in the modules a split in sourse and headers, nice!
>>>> Can it be made non capital in all cases?
>>>>
>>>> In apps.dsw, i get can not open wxmsw27d_xrc.lib, indeed that i don't
>>>> have ;-)
>>>> I have wxmsw26d_xrc.lib, how come?
>>>>   
>>>
>>>
>>>
>>> The last update using bakefile has changed from 26 to 27. I use
>>> wxWidgets CVS head so this is not a problem, but we should revert to
>>> 26 since that is the stable brach of wxWidgets.
> 
> sure; that's my fault.
> I'm going to set it in wxLua bakefiles so that won't be a problem anymore.
> 
> 
>>>  
>>>
>> I am suprized why it  is not recognized automatically using WXWIN?
> 
> WXWIN only gives info about location of wxWidgets, not its version.
> 
> 
>>>> How does one deal with stedit in the second target? Maybe that 
>>>> should go
>>>> into install.html too.
>>>>   
>>>
>>>
>>>
>>> What second target?
>>>  
>>>
>> wxluaedit uses stedit, so the second target in that apps.dsw
> 
> if I understand it correctly (please remember that it's quite a bit of 
> time I'm not using MSVC anymore and I don't have a fresh idea of how 
> wxLua project files look and how many are the targets and how they are 
> exactly named :)), this is the same problem I have on linux :)
> 
> See problem #1 in my "Remaining problems" mails
> 
> 
>>>>> Trying to test it.
>>>>>
>>>>> In the project file wxLua.dsw, VC6 could not find target app_wxLua, it
>>>>> seems to search for
>>>>> wxLua/apps/build/msw/apps.dsp.
>>>>> And indeed i could not find it, although there is apps.dsw.
>>>>>
>>>>> Can you fix that?
>>>>>     
>>>
>>>
>>>
>>> apps.dsp has been removed, do another checkout.
> 
> anyway I updated apps.dsw to match the new DSP names
> 
> 
>> And it is all LF again, so no project file works anymore.
> 
> if you are checking out from a win32 box and DSP files were added to CVS 
> repository as text files, this should never happen (CVS should check 
> them out using CRLF). Maybe they were added as binary.
> In frm-bakefile 0.2.0 I have added a --crlf=(native|dos|mac|unix) option 
> which I could use to tell bakefile_gen to generate DSW/DSP files always 
> with dos EOL...
> 
> I'm going to do that ASAP.
> 
> 
>>>>> Is there already a cleanall /deep ?  I see that things get mixed up in
>>>>> project files, so a real good/all clean like in wxArt2D  is needed i
>>>>> think.
> 
> I'll test wxLua project files as soon as linux problems are solved...
> 
> Francesco
> 
> 
> 
> -------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc. Do you grep through log 
> files
> for problems?  Stop!  Download the new AJAX search engine that makes
> searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642