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 probably not
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 links
You are misinformed. There is a
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
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:
> 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
--- 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
- 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 accepte
a junction below it will delete the contents of the junction
(or reparse or whatever it's called).
I'll leave it up to those who feel responsible for -make to decide which
route to go wrt to frameworks on windows.
Cheers,
David
___
Gnustep-dev
> 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
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
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
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
make[2]: *** [GormPrefs.dll] Error 127
make[1]: *** [GormPrefs.all.framework.variables] Error 2
make[1]: Leaving directory `/d/Development/gnustep/dev-apps/Gorm/GormPrefs'
make: *** [internal-all] Error 2
I'm getting the build error above when trying to use frameworks on Windows.
Hi,
I'm trying to build Adresses on Windows, which consists of two
frameworks (Adresses.framework and AddressView.framework), the latter
depending on the former. Everything seems to build fine, and
Addresses.framework links as well.
Linking AddressView.framework, however, gives me the fol
On 2006-02-02 13:00:37 -0700 Björn Giesler <[EMAIL PROTECTED]> wrote:
>
> When it tries to link to Addresses.framework, it outputs
>
> ...undefined reference to __objc_class_name_ADAdressbook
>
> and so on. Is there something special that the GNUstep libraries do to
> define their symbols so t
15 matches
Mail list logo