I'm cutting this thread down to the existing issues.
I'm also not getting this list at my registered address. I've turned off
digests to see if that helps.
2010/5/8 sdfkjsjlh sdbfgsfsdg <sdfkjsjlhsdbfgsf...@yahoo.com>:
>>> It doesn't even create
>>> VS2008 projects. How can it be so far out of date?
>>it does generate them. I tried running bakefile_gen in components\mmwx
>>and I got MSVS 2008 project files... which bakefile version are you
>>using? do you get errors when running bakefile_gen?
>
> No, it creates vc8 files, which I think you'll find are VS2005 files. VS2008
> is VS9. The first thing VS2008 does is convert the project/solution to the
> latest version.
> Bakefile 0.28.
I'm quite sure the one I got are VS2008 (the sln file is called
mmwx_vc2008.sln and when I open it in VS2008 it does not ask for
conversion).
You should be able to generate them as well unless bakefile_gen gives
you some errors.
--------
I could but that's not the point. The point is that the template doesn't do it
and here, I think, is why.
I have the latest SVN.
In \wxCode\build\bakefiles\presets line 17:
<!-- now all kind of MSVC project files: -->
<add-formats>msvc6prj,msvs2005prj,msvs2003prj</add-formats>
and line 47:
<!-- generate the MSVC projects with different names to avoid conflicts -->
<add-flags formats="msvc6prj">
-o $(INPUT_FILE_BASENAME_NOEXT)_vc6.dsw
</add-flags>
<add-flags formats="msvs2003prj">
-o $(INPUT_FILE_BASENAME_NOEXT)_vc7.sln
</add-flags>
<add-flags formats="msvs2005prj">
-o $(INPUT_FILE_BASENAME_NOEXT)_vc8.sln
</add-flags>
Ain't no VC2008 there. ;-)
Also, checking the header lines of the projects generated verifies that they
are for VC6, VC2003 and VC2005.
I'd say you've tweaked your local copy. Of course, there may be other things
I'm not yet aware of.
> Really? Well I'll have to fix that.
all my components already build in Unicode as I always use wxtrunk...
anyway I agree Unicode compatibility is really something that each
maintainer should carefully look at.
-------
The other thing that occurred to me was that 2.9 no longer uses wxT(), so it's
probably fine under that.
> My point is that I can run the configure/make sequence to build wx so I'm
> sure I have it.
no, that's not the same thing... the fact you can run wx's own
configure script only means that you have a shell interpreter which
runs ok.
To be able to _create_ (and not just _run_) a configure script (like
mmwx's one) you'll need additional utilities (IIRC autoconf, aclocal,
automake).
Once you have recreated the configure script of mmwx, you'll be able
to run it even if you uninstall aclocal, autoconf and automake.
----------
I've made some "progress" with this. I installed all three packages and now I
get this:
bakefile_gen completes successfully
acregen.sh produces:
$ ./acregen.sh
./acregen.sh: line 36: 1 == 1 && 11 == 9 && >= 6: syntax error: operan
d expected (error token is ">= 6")
./acregen.sh: line 38: 0 == 1 || 1 == 1 || == 1: syntax error: operand expected
(error token is "== 1")
/bin/m4: unrecognized option `--gnu'
Try `/bin/m4 --help' for more information.
autom4te: /bin/m4 failed with exit status: 1
aclocal: autom4te failed with exit status: 1
It appears that in line 36
relok=$(($aclocal_maj == $aclocal_minimal_maj && $aclocal_min ==
$aclocal_minimal_min && \
-> $aclocal_rel >= $aclocal_minimal_rel))
aclocal_rel is resolving to null or something. Line 38 fails because "relok" is
invalid.
The uncrecognised option might be spurious as I can't find that string in the
code.
Suggestions?
> I will definitely need some help to understand what's required to do that,
> though. The other requirement is that I, and others, can build it with
> MinGW, which I would say means MSys.
not necessarily. Another suggestion I usually give is to avoid MSYS.
Either use mingw32-make or Cygwin. Msys is an intermediate solution
which always gave me too many troubles.
------
OK, I'll give mingw32-make a try. I was under the impression that it had to be
run through MSys, but it seems not.
I've never used Code::Blocks so I don't really know how its build
system works...sorry.
-----------
That I can manage. ;-)
> Meanwhile, I'll see if there is some way to import bakefile setup files into
> premake. That would be very nice. Anything I come up with will be donated
> back to help broaden wxCode's user base.
it would be nice to have not only bakefile wxpresets but something
similar also for CMake and premake, indeed.
I think that if you're so much motivated to produce them, other wxdevs
will agree on putting them in the main wx trunk tree.
------
OK, cool. We'll see what eventuates.
------------------------------------------------------------------------------
_______________________________________________
wxCode-users mailing list
wxCode-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wxcode-users
