[PATCH] FXThread 1.7.20 on Mac

[Anders F Björklund]

I was trying to build fox-1.7.20, but had some troubles
with the FXThread.cpp file (missing some definitions)...

Seems to work with the attached patch, needed additional
changes for Tiger and for MinGW (will send separately).

--anders



------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
_______________________________________________
Foxgui-users mailing list
Foxgui-users@...
https://lists.sourceforge.net/lists/listinfo/foxgui-users

[Jeroen van der Zijp-5]

On Thursday 05 November 2009, Anders F Björklund wrote:
>
> I was trying to build fox-1.7.20, but had some troubles
> with the FXThread.cpp file (missing some definitions)...

Header file issue had already been taken care of in the snapshot.

Fixed the issue with the FXCondition::wait() [but didn't use this macro].


Cheers,

                - Jeroen



--
+----------------------------------------------------------------------------+
| Copyright (C) 18:00 11/ 6/2009 Jeroen van der Zijp.   All Rights Reserved. |
+----------------------------------------------------------------------------+

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
_______________________________________________
Foxgui-users mailing list
Foxgui-users@...
https://lists.sourceforge.net/lists/listinfo/foxgui-users

[Anders F Björklund]

Jeroen van der Zijp write:

>> I was trying to build fox-1.7.20, but had some troubles
>> with the FXThread.cpp file (missing some definitions)...
>
> Header file issue had already been taken care of in the snapshot.

Right, I hadn't tried the snapshot (must have missed it)
Is there a source code repository available for FOX yet ?

Tried looking at SourceForge, but it seemed outdated...
(CVS from 2004, found some of my old patches from 2007)

--anders


------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
_______________________________________________
Foxgui-users mailing list
Foxgui-users@...
https://lists.sourceforge.net/lists/listinfo/foxgui-users

[Jeroen van der Zijp-5]

On Saturday 07 November 2009, Anders F Björklund wrote:
> Jeroen van der Zijp write:
>
> >> I was trying to build fox-1.7.20, but had some troubles
> >> with the FXThread.cpp file (missing some definitions)...
> >
> > Header file issue had already been taken care of in the snapshot.
>
> Right, I hadn't tried the snapshot (must have missed it)

Its on: ftp://fox-toolkit.org/pub/fox-snapshot.tar.gz

> Is there a source code repository available for FOX yet ?

No.



--
+----------------------------------------------------------------------------+
| Copyright (C) 12:40 11/ 7/2009 Jeroen van der Zijp.   All Rights Reserved. |
+----------------------------------------------------------------------------+

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
_______________________________________________
Foxgui-users mailing list
Foxgui-users@...
https://lists.sourceforge.net/lists/listinfo/foxgui-users

[Niall Douglas]

On 7 Nov 2009 at 12:47, Jeroen van der Zijp wrote:

> > Is there a source code repository available for FOX yet ?
>
> No.

Have you considered a git repository? You could merge your private
changes to the public copy whenever you issue a snapshot release?

I just have an issue of having to redownload an entire set of the
sourcecode each and every time when the delta is enough. Furthermore
one can automate the updating and patching when it's a git repo,
whereas snapshots require a manual intervention.

Cheers,
Niall




------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
_______________________________________________
Foxgui-users mailing list
Foxgui-users@...
https://lists.sourceforge.net/lists/listinfo/foxgui-users

[Jeroen van der Zijp-5]

On Saturday 07 November 2009, Niall Douglas wrote:
> On 7 Nov 2009 at 12:47, Jeroen van der Zijp wrote:
>
> > > Is there a source code repository available for FOX yet ?
> >
> > No.
>
> Have you considered a git repository? You could merge your private
> changes to the public copy whenever you issue a snapshot release?

I have been running GIT for almost a year already.

But thanks for the suggestion,

               
                - Jeroen

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
_______________________________________________
Foxgui-users mailing list
Foxgui-users@...
https://lists.sourceforge.net/lists/listinfo/foxgui-users

[Niall Douglas]

On 7 Nov 2009 at 13:59, Jeroen van der Zijp wrote:

> > > > Is there a source code repository available for FOX yet ?
> > >
> > > No.
> >
> > Have you considered a git repository? You could merge your private
> > changes to the public copy whenever you issue a snapshot release?
>
> I have been running GIT for almost a year already.
>
> But thanks for the suggestion,

So, you're happy then to have a public GIT of FOX reflect the
snapshot releases you do?

Cheers,
Niall




------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
_______________________________________________
Foxgui-users mailing list
Foxgui-users@...
https://lists.sourceforge.net/lists/listinfo/foxgui-users

[Sander Jansen]

On Sun, Nov 8, 2009 at 5:13 AM, Niall Douglas <s_sourceforge@...> wrote:

> On 7 Nov 2009 at 13:59, Jeroen van der Zijp wrote:
>
>> > > > Is there a source code repository available for FOX yet ?
>> > >
>> > > No.
>> >
>> > Have you considered a git repository? You could merge your private
>> > changes to the public copy whenever you issue a snapshot release?
>>
>> I have been running GIT for almost a year already.
>>
>> But thanks for the suggestion,
>
> So, you're happy then to have a public GIT of FOX reflect the
> snapshot releases you do?

Don't hold your breath... that will never happen...

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
_______________________________________________
Foxgui-users mailing list
Foxgui-users@...
https://lists.sourceforge.net/lists/listinfo/foxgui-users

[Niall Douglas]

On 9 Nov 2009 at 16:04, Sander Jansen wrote:

> > So, you're happy then to have a public GIT of FOX reflect the
> > snapshot releases you do?
>
> Don't hold your breath... that will never happen...

I am afraid that I just don't understand such bloody mindedness. I
get why one would want to coarsely sync public repository updates
from a private one sure. I also get why snapshots are preferable to
some intermediate state where HEAD doesn't compile cleanly.

I do not however understand why there is such secrecy about which
individual changes are made to FOX, when and in what pattern. This
behaviour is particularly fork unfriendly as it requires the fork
maintainer to manually filter the patch files, whereas having the
repo changelog one simply automates much of the graft as one can tag
the deltas.

Obviously I have a large vested interest here, but it is germane to a
Mac themed port too or indeed any customised or bespoke version of
FOX where it needed modification to suit requirements.

Cheers,
Niall




------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
_______________________________________________
Foxgui-users mailing list
Foxgui-users@...
https://lists.sourceforge.net/lists/listinfo/foxgui-users

[Lyle Johnson-4]

On Tue, Nov 10, 2009 at 4:51 AM, Niall Douglas
<s_sourceforge@...> wrote:

> I do not however understand why there is such secrecy about which
> individual changes are made to FOX, when and in what pattern. This
> behaviour is particularly fork unfriendly as it requires the fork
> maintainer to manually filter the patch files, whereas having the
> repo changelog one simply automates much of the graft as one can tag
> the deltas.

You seem to be under the impression that Jeroen would want to make it
easy for people to fork the code.

It is my impression that Jeroen develops FOX primarily for his own
use. He publishes the source code, and a lot of people like what he's
done with FOX, so they use it too. It probably pleases him that so
many people like FOX, but if they didn't, that would be OK; he's not
building it for those people, he's building it for himself.

If Jeroen were interested in opening up FOX development, and
encouraging people to participate in and contribute to FOX, I'm pretty
sure he would have done so by now. There are certainly plenty of
examples of that model of open source software development out there;
it's not like he's unaware of the concept of public source code
repositories hosted at SourceForge, GitHub, et al.

Getting back to the problem you raised, though, I don't understand why
you're having so much difficulty tracking changes based on the regular
FOX releases. If I were in your position (wanting to maintain a fork
of FOX), I'd set up a repository with a vendor branch [1] for the FOX
releases and periodically merge changes from those back into my
working copy. Unless there's just a lot of churn in the code from
release to release (and perhaps this is the case), it ought to be
pretty straightforward.

[1] http://svnbook.red-bean.com/en/1.1/ch07s05.html

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
_______________________________________________
Foxgui-users mailing list
Foxgui-users@...
https://lists.sourceforge.net/lists/listinfo/foxgui-users

[Niall Douglas]

On 10 Nov 2009 at 9:04, Lyle Johnson wrote:

> > I do not however understand why there is such secrecy about which
> > individual changes are made to FOX, when and in what pattern. This
> > behaviour is particularly fork unfriendly as it requires the fork
> > maintainer to manually filter the patch files, whereas having the
> > repo changelog one simply automates much of the graft as one can tag
> > the deltas.
>
> You seem to be under the impression that Jeroen would want to make it
> easy for people to fork the code.

I consider it a great honour for someone to fork my code, much more
so than contributing to it. It means that they have taken the time to
develop a deep enough understanding of my work to either really
disagree with my approach, or to incorporate my work within a totally
new direction and focus for which it was not intended. I couldn't
think of a better compliment to be chosen in such a fashion given how
many alternatives there are out there.

> It is my impression that Jeroen develops FOX primarily for his own
> use. He publishes the source code, and a lot of people like what he's
> done with FOX, so they use it too. It probably pleases him that so
> many people like FOX, but if they didn't, that would be OK; he's not
> building it for those people, he's building it for himself.

I have an identical position myself: TnFOX is certainly not developed
for anyone other than me. Moreover, no one else actually uses TnFOX
to my knowledge :) though I know it's used for teaching C++
metaprogramming classes.

> Getting back to the problem you raised, though, I don't understand why
> you're having so much difficulty tracking changes based on the regular
> FOX releases. If I were in your position (wanting to maintain a fork
> of FOX), I'd set up a repository with a vendor branch [1] for the FOX
> releases and periodically merge changes from those back into my
> working copy. Unless there's just a lot of churn in the code from
> release to release (and perhaps this is the case), it ought to be
> pretty straightforward.

Well I track the stable releases as firstly I don't need the new
stuff at all, but I do like bugfixes. Given the minor changes to the
stable releases there's no problem you diff the source trees and
apply to TnFOX - usually it's clean.

However it's *very* different when it comes to new stable releases.
Now you have a choice between two possibilities: either you take
every snapshot leading up to the new stable and generate the
thousands of diffs between them and proceed to apply to TnFOX. Or you
do what is probably less work in this circumstance and generate a
single massive diff and then you painstakingly work your way through
every bit where it fails to cleanly apply which usually takes about
fifty hours not including adding bits to the FOX emulation layer.

I suppose FOX 1.8 may well be very different from before: most of the
new features duplicate those TnFOX already has which is the first
time this has happened. TnFOX's features are heavily integrated into
the C++ metaprogramming and pervasive exception throws none of which
FOX can do, so it's clear that most of changes in FOX 1.8 won't be
making it into TnFOX.

Anyway that's a while away yet. Next thing on my list for TnFOX is
integrated OpenCL support such that we can make serious use of the
GPU - TnFOX already has class leading SIMD support, and I'm hoping to
approach a TeraFLOP of computing power with the hardware here.

Cheers,
Niall




------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
_______________________________________________
Foxgui-users mailing list
Foxgui-users@...
https://lists.sourceforge.net/lists/listinfo/foxgui-users