Riccardo wrote:
> Hello,
>
> On Tuesday, June 28, 2005, at 12:04 PM, David Ayers wrote:
>
>> Alex Perez wrote:
>>
>>> David Ayers wrote:
>>>
>> I don't mean to discourage anyone from trying, but I get the feeling
>> that even if a community as large as the entire Darwin/Mac OS X
>> community inc
Greetings all,
I'm new to GNUstep. I'm exploring it with the intent of using it to port
an existing largish Cocoa app to Windows XP.
Bravo on the 'GNUstep-base-1.10.1-gui-0.9.4.exe' installer. I tried
installing+building by hand at first, to help the learning process, so I
recognize the amount
OTOH, similar to the workarounds we have in -make for frameworks on
non-Darwin systems, we could probably make it work in conjunction with
Free versions of junction command line tools. But understand this is
not the relocatable framework which compiler/linker/loader handle via
-F/-framework. And
Hello,
On Tuesday, June 28, 2005, at 12:04 PM, David Ayers wrote:
Alex Perez wrote:
David Ayers wrote:
Frameworks (or true frameworks as some people call them) currently
only
work on Darwin (and for Matt Rice ;-) ). Matt has a set of patches
that
actually add framework support to glibc, b
> Let me share a few ideas here before I send in a patch so I can judge the
> likelyhood of it being accepted.
>
> Assumptions:
> *) Frameworks depend heavily on symbolic links. (in gnustep-make)
> *) Windows (Mingw environment) has no symbolic links
> *) The Foo.framework/Versions/A/... is prob
Jeremy Bettis wrote:
> I'd like to short-circut this symlink discussion here, it is nice that
> all of you non-Windows developers have found the Junction stuff in the
> microsoft documentation, but that is simply not a real world pratical
> solution.
He, he, :-) this is actually the first month i
- Original Message -
From: "Alex Perez" <[EMAIL PROTECTED]>
To:
Sent: Monday, June 27, 2005 11:52 PM
Subject: Re: Frameworks on windows.
Jeremy Bettis wrote:
Let me share a few ideas here before I send in a patch so I can judge the
likelyhood of it being accepted.
Assumptions:
*) F
CVSROOT:/cvsroot/gnustep
Module name:gnustep
Branch:
Changes by: Enrico Sersale <[EMAIL PROTECTED]> 05/06/28 11:38:50
Modified files:
usr-apps/gworkspace/DBKit: DBKBTree.h DBKBTree.m
DBKVarLenRecordsFile.h
--- Alex Perez <[EMAIL PROTECTED]> wrote:
> David Ayers wrote:
> > Alex Perez wrote:
> >
> >>Jeremy Bettis wrote:
> >>
> >>
> >>>Let me share a few ideas here before I send in a
> patch so I can judge
> >>>the likelyhood of it being accepted.
> >>>
> >>>Assumptions:
> >>>*) Frameworks depend h
Test results for GNUstep as of Tue Jun 28 06:34:09 EDT 2005
If a particular system failed compilation, the logs for that system will
be placed at ftp://ftp.gnustep.org/pub/testfarm
If you would like to add your machine to this list, set up a cron job
(make sure you set up your PATH and other envir
CVSROOT:/cvsroot/gnustep
Module name:gnustep
Branch:
Changes by: Richard Frith-Macdonald <[EMAIL PROTECTED]> 05/06/28
10:09:14
Modified files:
core/gui : ChangeLog
core/gui/Source: NSScrollView.m
Log message:
Fix bug #13310
CVSWeb URL
CVSROOT:/cvsroot/gnustep
Module name:gnustep
Branch:
Changes by: Richard Frith-Macdonald <[EMAIL PROTECTED]> 05/06/28
10:16:38
Modified files:
core/gui : ChangeLog
core/gui/Source: NSRulerView.m
Log message:
Fix double release
CVSWeb
Alex Perez wrote:
> David Ayers wrote:
>
>> Frameworks (or true frameworks as some people call them) currently only
>> work on Darwin (and for Matt Rice ;-) ). Matt has a set of patches that
>> actually add framework support to glibc, binutils and gcc for gnu-linux
>> (and possibly gnu-hurd). H
David Ayers wrote:
Alex Perez wrote:
Jeremy Bettis wrote:
Let me share a few ideas here before I send in a patch so I can judge
the likelyhood of it being accepted.
Assumptions:
*) Frameworks depend heavily on symbolic links. (in gnustep-make)
*) Windows (Mingw environment) has no symbolic
Alex Perez wrote:
> Jeremy Bettis wrote:
>
>> Let me share a few ideas here before I send in a patch so I can judge
>> the likelyhood of it being accepted.
>>
>> Assumptions:
>> *) Frameworks depend heavily on symbolic links. (in gnustep-make)
>> *) Windows (Mingw environment) has no symbolic li
15 matches
Mail list logo