Re: [jazzplusplus-devel] Long hello

[Björn P. <bjo...@gm...>]

Meanwhile I have compiled wx with vc9 according to instructions on the 
website. That VC was idling around on my harddisk. BTW: I had to give 
them my e-mail for registering!!! ;-) but... I could not wait to see 
something. Fine.

And: I found a #BUG! :-)
...in
MetronomeSettingsDialog.cpp +85 (constructor)
Menu: Settings->Metronome
<< mIndexToName is used (indexed [0]) but empty.


As for ansi/unicode: I'll give it a try.
Gcc on windows is basically the same as on linux but the 
mingw/codeblocks approach wo wx has recently gained much momentum on 
windows, so this might attract more people to jazz++ (how many active 
devs are around here actually?)
On the other hand... I don't know what release-plans are, but by the 
time jazz++ will be ready for prime-time we might also see wx-2.9 -> 3.0 
around. So maybe I'd vote for an intermediate branch, but that's not 
really important for now, as you stated.

As for the deprecated proplist-thingy, what are your plans on this?
Ok, enough now. I will spend some time looking into the source, that 
will keep me busy enough for the next time.

Greetings,
Björn


Am 24.12.2008 01:32 schrieb Pete Stieber:
> BP = Björn Pfeiffer
> BP> Hi everybody,
> BP> I just recently stumbled upon this project
> BP> looking for a simple midi-recorder for windows.
> 
> We're not recording yet, but I'm starting to work with the 
> portmedia/portmidi project to make this happen.
> BP> Looks like something I'd like to get involved in.
> 
> Sounds great.
> 
> BP> I am working with a mingw (tdm-4.3) and codeblocks
> BP> workbench on XP here (not too keen on setting up
> BP> vc for this) so i tried to go along importing the
> BP> vc projects in codeblocks, adjusting the
> BP> compiler-settings, patching the source.  I found
> BP> that this is a pure ansi project, while my wx2.8
> BP> being built unicode.
> 
> I would be interested in an ANSI + STL wxWidgets 2.8.9 build using MinGW 
> for CodeBlocks.  Would you like to take a crack at that?
> 
> BP> So having read about the new wxString implementation
> BP> in wx2.9 - that has unicode/ansi merged with fancy
> BP> constructors from char*, std::string etc - I
> BP> continued with that, patching the source
> BP> (mostly char* <> wxString conversions).
> 
> We don't need this.  Note that we build wxWidgets with wxUSE_STL and it 
> gets around this problem.
> 
> BP> But after some time I had to stop short on this
> BP> (marked deprecated) proplist thing, that just
> BP> doesn't want to compile for 2.9 anymore.
> 
> For now we are sticking with wx 2.8.* until 3.0.* is out and is stable 
> w.r.t. the API.
> 
> BP> Long story, just a few questions:
> BP> - Are there efforts for a mingw port/setup?
> 
> No, but this would be welcome.
> 
> BP> I do not mean to switch and not for releases
> BP> (for executable size is pretty bad compared to vc),
> BP> just as an alternative for the devs.
> 
> I like the idea because the more platforms/compilers you build a code 
> with, the better the code gets because each platform/compiler highlights 
> different issues.
> 
> BP> - Could anybody upload a binary (windows)?
> BP> I'd like to get an idea of what the prop-thing
> BP> practically does (plan to replace it with
> BP> something else).
> 
> I might take a crack at this over the weekend or possibly email you a 
> version directly.
> 
> BP> - Why no intermediate nightly builds for win32?
> 
> The code just isn't ready for this.
> 
> BP> - What about migrating the wx-version to
> BP> 2.9 => wx30? Maybe (probably) in a separate
> BP> branch.
> 
> I would prefer to skip 2.9 and wait until 3.0 is out and stable.  To 
> many other problems with Jazz++ to deal with this at the moment.
> 
> BP> Big hello for a start.
> 
> Same here :-)
> 
> BP> Looking forward to your opinions on these ideas.
> BP>
> BP> But for now:
> BP> Happy Xmas everybody !
> 
> Merry Christmas to you Björn.
> 
> Pete
> 
> ------------------------------------------------------------------------------
> _______________________________________________
> jazzplusplus-devel mailing list
> jaz...@li...
> https://lists.sourceforge.net/lists/listinfo/jazzplusplus-devel
>