John Labenski ha scritto:
> On Jan 20, 2008 5:51 AM, Francesco Montorsi <[EMAIL PROTECTED]> wrote:
>> Hi,
>>
>> Francesco Montorsi ha scritto:
>>> Besides the various bugfixes and the fact we can now use a vanilla
>>> bakefile version (instead of the patched one), v0.2.3 also supports the
>>> msvs2003prj format, i.e. MSVC IDE project files for vc++ 7.1.
>>>
>>> Is anyone using msvc 7.1? If so, we could add some "msvc7" folders next
>>> to the "msvc6" and "msvc8" ones...
>> In fact, I think that since also wx has partially dropped support to
>> msvc6, we could remove msvc6 folders completely in favour of msvc7
>> ones... what do you think?
>>
>> Or maybe we could do a last release with msvc6 support (maybe next to
>> msvc7 one) and then remove it from HEAD/TRUNK...
>
> I still use MSVC6 and like it, it's the only compiler in MSWin that I
> use. The last I heard was that MSVC6 in wxWidgets was still supported
> since Julian likes it too. I'd like to keep the MSVC6 build files
> until wxWidgets removes them.
ok
> Isn't MSVC 7.1 (aka. 2003) is the last MSVC that doesn't require the
> .NET runtime (the massive 50-100Mb lib whatever it's called), so it's
> nice. Isn't 7.1 a nmake.exe only version? If yes, can't they just use
> the MSVC6 makefiles?
as other replied, MSVC 7.1 is just like v6 or v8; it's a full IDE with
full nmake.exe; BTW it's also my favourite MSVC version: it has a modern
compiler but does not have all the "rings & bells" (e.g. lots of .net
stuff related) of MSVC v8, which is also slower, a bit more bloated and
lacks the plaform SDK.
> ===================================
>
> Francesco, can you check the line endings of the makefile.vc files in
> Linux? Mine are CRLF!
mine too
> Is this a new change for bakefile?
ach! sorry I completely forgot. This indeed is a change in behaviour of
bakefile 0.2.3 and well, the --eol option was added by a patch done,
well, by me :)
I forgot it because that patch was applied lots of time ago...
> I see that we
> can use "bakefile --eol=native"
indeed now bakefile runs with --eol=format which is ok for SVN, not for CVS.
>, but this option doesn't exist for
> bakefile_gen.
well, it doesn't need to be supported by bakefile_gen. I.e. to add
--eol=native string to all calls to bakefile done internally by
bakefile_gen, we just need
<add-flags>--eol=native</add-flags>
in Bakefiles.bkgen.
I've added it, rebaked and committed everything.
> I think this is why people are having problems in the
> makefile.vc thread.
sure; sorry for not connecting the two things (--eol option addition and
the thread) before... I just though: it's useless to try to fix EOL
problems if we have already decided to switch to SVN since SVN allows to
fix these problems once and for all just setting svn:eol-style property.
Francesco
-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
wxlua-users mailing list
wxlua-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wxlua-users
