I'll get onto this again as soon as I put out another fire. As I said
I was able to compile etc. the first time I went to the zip file.
There are three downloadable sources - .7z, .bz2, and .zip when I
first started a 3-way comparison the ./configure hit the grep problem
on all three - even the .zip
which had worked before.  And the whitespace differences were mushy, too.
It'll have to wait until I can focus on it completely.  Meanwhile, the
issue the link came up with looks like a recurring problem, somehow
triggered by inadequate header macros folding into the labirynth of
logic in /wx land.
In any case the pre-compiled wx blows up my program and I have no
reason to believe a new build won't. ( just the program start, not
even getting to widget calls.)  I've found another bomb though so I'm
chasing that.


On Wed, Apr 8, 2015 at 2:17 AM, David Macek <[email protected]> wrote:
> On 8. 4. 2015 5:44, Greg Jung wrote:
>> I think this is a bonafide msys bug.
>>
>> The download I used was the .7z distribution and the only difference is
>> the win/unix cr-lf.  This is the critical factor and it caused
>> configure to be confused.
>>
>> I d'loaded that zip file and ran WinMerge, the two directory trees are
>> identical (ignoring crlf) except for
>> a setup.h and another file (impexp.h) that was probably patched via
>> the file found in the package.
>> I ran configure on the .zip distribution and it ran successfully.
>>
>> If I run it on .tgx I needed GREP, AR, WINDRES environment variables. !!
>
> I tried this one 
> <http://sourceforge.net/projects/wxwindows/files/3.0.1/wxWidgets-3.0.1.tar.bz2/download>
>  and also had no problems configuring.
>
> Can you post a step-by-step list of action/commands to reproduce these 
> problems? Maybe we're using different unpackers or something.
>
>> I use /opt32/bin, /lib, etc. to hold the libs auxillary to /mingw32/,
>> I build and use (from msys64/mingw32).
>
> It'd be really nice if you tried removing all of these custom paths from PATH 
> to check if they're not the source of the problems.
>
> --
> David Macek
>
>
> ------------------------------------------------------------------------------
> BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT
> Develop your own process in accordance with the BPMN 2 standard
> Learn Process modeling best practices with Bonita BPM through live exercises
> http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- event?utm_
> source=Sourceforge_BPM_Camp_5_6_15&utm_medium=email&utm_campaign=VA_SF
> _______________________________________________
> Msys2-users mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/msys2-users
>

------------------------------------------------------------------------------
BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT
Develop your own process in accordance with the BPMN 2 standard
Learn Process modeling best practices with Bonita BPM through live exercises
http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- event?utm_
source=Sourceforge_BPM_Camp_5_6_15&utm_medium=email&utm_campaign=VA_SF
_______________________________________________
Msys2-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/msys2-users

Reply via email to