CMake would be great. LLVM/Clang already use it. It can generate ninja
build files. It shows what it is doing with ccmake. It should make cross
compiling more straight forward.
And libobjc2 already uses it. hehe
I tried working with those config files in base last year and found them
very fr
It is my impression GNUstep doesn't even build on OS X10.8, so for a few
years it hasn't been used for building on OS X the same code that builds on
other OSes nor for building code that was first built for Cocoa? I've only
tried while having objc2 prebuilt on my mac so maybe I wasn't following an
The GNUstep-base make check for NSTimeZone's +timeZoneWithName: is based on
an invalid assumption.
As a result, it fails on my FreeBSD 9.1 system (and could give the
impression that the class has a bug in it).
The test is meant to check whether an NSTimeZone can be built from a
timezone name. Tur
I get the same link errors when I build libobjc against libsupc++ copied
from stable/9.1 and from current/10.0. Just to be clear, I didn't build a
new system, I just ftp'ed the base tarballs from a FreeBSD ftp site.
I could not find a source for a stable/9.0 base tarball.
-Frank
On Fri, Jun 14
ary is checking
for an explicit version string. Is there a way around this check?
/usr/lib/stable-9-1-libsupc++.so.1: version CXXRT_1.0 required by
/usr/local/lib/libobjc.so.4.6 not found
On Thu, Jun 13, 2013 at 6:42 PM, Frank Rehwinkel
wrote:
> Be happy to. Unless you can provide a pointe
o test
> - just tell it to use libsupc++.so instead of libcxxrt.so).
>
> David
>
> On 13 Jun 2013, at 16:45, Frank Rehwinkel
> wrote:
>
> > This worked. I followed your advice back from
> >
> > http://lists.freebsd.org/pipermail/freebsd-stable/2012-May/067645.
e
libcxxrt library is needed in a clean FreeBSD 9.1. libcxxrt and libc++ can
be built following David's instructions in the above link.
On Thu, Jun 13, 2013 at 6:01 AM, David Chisnall wrote:
> On 13 Jun 2013, at 01:25, Frank Rehwinkel
> wrote:
>
> > I've put MK_LIBCP
On Wed, Jun 12, 2013 at 7:07 PM, Frank Rehwinkel
wrote:
> libsupc++.a does have symbols in it.
> nm -g reports no symbols on libsupc++.so.1.
>
>
> On Wed, Jun 12, 2013 at 6:52 PM, Maxthon Chan wrote:
>
>> Oh it just hit me - maybe you want libsupc++.a instead of .so, whi
against libc++ but that tend to
> make app load a little slower and consume some more memory (and then defeat
> this performance penalty by enforcing link-time optimization in Base and
> GUI).
>
> 在 2013-6-13，上午6:48，Frank Rehwinkel 写道：
>
> I've checked the libsupc++ librar
I've checked the libsupc++ libraries are the same on the host as in the
jail. Same sizes, same symbolic links.
On Wed, Jun 12, 2013 at 6:39 PM, David Chisnall wrote:
>
> On 12 Jun 2013, at 23:35, Frank Rehwinkel
> wrote:
>
> > -- Using /usr/lib/libsupc++.so as the C++
;
> You seem to be building with a C++ ABI library though. Please could you
> tell me what output CMake produced?
>
> David
>
> On 12 Jun 2013, at 22:23, Frank Rehwinkel
> wrote:
>
> > I don't mind turning Tests back on, but the Test doesn't compile. Looks
On Wed, Jun 12, 2013 at 4:43 PM, Maxthon Chan wrote:
> Actually, buddy, you screwed the library up. Do not turn off Tests!
>
> Sent from my iPhone
>
> On 2013年6月13日, at 4:37, Frank Rehwinkel wrote:
>
> Well I realized the new failure in trying to build libobjc was coming fro
x27;t link with
the libobjc.so.4.6. Even when -lsup++ is added to the link options.
On Wed, Jun 12, 2013 at 2:31 PM, Maxthon Chan wrote:
> Hmm? Maybe the -std=gnu99 is an issue?
>
> I never built it using ninja so I am not so sure. Try use make?
>
> 在 2013-6-13，上午2:29，Frank R
tu is like this:
>
> clang -> LLVM -> libc++ -> libsupc++ (I am using 3.3rc2, not 3.4 head)
> Étoilé -> gnustep-gui -> gnustep-base -> libobjc2 -> libsupc++
> libobjc2 -> libdispatch -> libobjc2 (ln -s libobjc.so libBlocksRuntime.so)
> Étoilé -> libc++
>
fy -I/usr/local/include and
> -L/usr/local/lib appropriately.
>
> 在 2013-6-13，上午1:54，Frank Rehwinkel 写道：
>
> gnustep-base configuration fails. See link error at the bottom and the
> command line from config.log. In trying to rebuild objc2 1.7-RC1, I get
> similar link erro
gnustep-base configuration fails. See link error at the bottom and the
command line from config.log. In trying to rebuild objc2 1.7-RC1, I get
similar link errors now. I don't know why I didn't get these before but
maybe because now gnustep-make has been installed.
Anyway, these errors seem to
access to these "Apple Prerelease"
> information. Or maybe at that time there will be no more OS X, and the new
> OS is called iOS 11 all across desktop and mobile devices).
>
> 在 2013-6-4，上午5:55，Frank Rehwinkel 写道：
>
> I'm confused by GNUstep's use of the MAC_OS_X_VER
I'm confused by GNUstep's use of the MAC_OS_X_VERSION macros which are
similar but not identical to Apple's and by what appear
to be typos in some of their use.
The system headers in my OS X 10.8 system define four digit version numbers
but
GNUstep is built on six digit version numbers. Also Appl
Want to check some assumptions I'm making.
To get the latest objc2 built on OS X, clang is either preferred or
required although there are other considerations that still need addressing.
To build GNUstep-base, to be linked with the objc2 library later on, it
should be built against the objc2 lib
Building -base with new clang, objc2-1.7-RC, -fobjc-runtime=gnustep, no
ARC, no GC, with and without the clang integrated as,
the linker generates these warnings -
Linking library libgnustep-base ...
clang-3.4: warning: argument unused during compilation: '-pthread'
ld: warning: directory not fou
On Fri, May 31, 2013 at 12:15 PM, David Chisnall <
david.chisn...@cl.cam.ac.uk> wrote:
> On 31 May 2013, at 16:24, Frank Rehwinkel
> wrote:
>
> > -fnext-runtime isn't even an advertised option to the latest clang.
>
> -fnext-runtime and -fgnu-runtime are deprecat
Trying to get -base built on OS X with a newly built clang (version
reported is 3.4 but 3.3 hasn't been officially released yet so I don't know
what to call it) and RC1.7 of objc2. (objc2 build and source files have a
few tweaks to get them to compile and I don't know if they actually work
yet bec
One of the GNUstep makefiles adds -fnext-runtime when the environment is
determined to be apple, as does the configure script.
But the gnustep core/base/configure scripts fails when I try to run it
after installing objc2.
Why is there no option for getting -fobjc-runtime=gnustep-1.7 added
instead
> 下面是被转发的邮件：
>
> *发件人: *Maxthon Chan
> *主题: **回复： GNUStep on MacOS*
> *日期: *2013年5月28日 GMT+0800上午4时22分25秒
> *收件人: *Frank Rehwinkel
>
> I cannot even build the Additions on OS X.
>
> As I used to introduce, I am working on a Objective-C HTTP server project
> (2-c
I started trying last week. So far, it seems to be an unsupported
variation but there used to be support and it doesn't seem impossible.
Some changes to config and source files have been necessary so far and I'm
still trying to get through building the core/base library. Maybe by
trying to keep
ework/Headers/NSObjCRuntime.h:94:10:
note: previous definition is here
#define NS_FORMAT_ARGUMENT(A) __attribute__ ((format_arg(A)))
^
On Fri, May 24, 2013 at 5:30 PM, Ivan Vučica wrote:
> On Fri, May 24, 2013 at 9:59 PM, Frank Rehwinkel > wrote:
>
>>
Hi. I would like to setup a gnustep/objc2 build environment on OS X. And
I would like to install components to a local directory rather than system
directories. A clang from svn trunk is also installed locally. So please
excuse the excessive shell variables as I was initially having trouble wit
27 matches
Mail list logo
