Hello all
I try to build a gnustep app under Ubuntu24 on arm.
compiling and installing gnustep worked as normal but when I try to run my own
code I get failures during ./configure phase
checking whether we are cross compiling... configure: error: in
`/Users/afink/development/gitlab/ulibsctp':
this is how I usually do it under ubuntu22
export CC="/usr/bin/clang"
export CXX="/usr/bin/clang++"
export PREFIX="/usr"
export
PATH="/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:${PREFIX}/bin"
export PKG_CONFIG_PATH="/usr/lib/pkgconfig/:/usr/local/lib/pkgconfig/"
export
> On 17 Dec 2023, at 17:38, Richard Frith-Macdonald
> wrote:
>
>
>
>> On 17 Dec 2023, at 14:20, Andreas Fink wrote:
>>
>
>> The only version which is not up to date on repo.gnustep.ch is currently
>> Ubuntu22 on Intel as I run into a strang
Bruce,
GNUStep supports Ojbc2.0 with libobjc2.0 and clang but the versions packaged
with Debian or Ubuntu are compiled with the old runtime.
https://repo.gnustep.ch/ can help you to install "gnustep2" which pulls in
versions compiled with clang and libobjc2.
I use this combination since years
pdendent on gap-minimal and some X11 setup and other libs and
> apps (e.g. window manager)
>
> Then it becomes really user-friendly to install a full GNUstep desktop...
>
> BR,
> Nikolaus
>
>
>> Am 24.11.2023 um 13:11 schrieb Andreas Fink > <mailto:af...@l
arbitrary. But is a decision carved in stone for quite some time.
>
> Personally I would vote for gnustep2 (alluding to libobjc2).
>
>> Am 24.11.2023 um 11:23 schrieb Andreas Fink :
>>
>> The question now is what naming to choose
>>
>> gnustep2...?
>>
y
> easily can be "more" because you could provide anything GNUstep has, but you
> might choose not.
>
> You cannot control how debian names their packages right now you can't just
> call them legacy.
>
> Andreas Fink wrote:
>>
>>> base: 1.29
>>
://canarymail.io)
> On Montag, Nov. 20, 2023 at 4:33 PM, H. Nikolaus Schaller (mailto:h...@goldelico.com)> wrote:
>
>
> > Am 20.11.2023 um 16:10 schrieb Andreas Fink :
> >
> > Without support for ARC, the vast majority of code written in the past 15
> > years will
On 20 Nov 2023, at 15:39, Riccardo Mottola wrote:
>
> Hi,
>
> Andreas Fink wrote:
>> As far as renaming goes, well the packages in debian are so far outdated and
>> seem no longer maintained that we should try to get a newer version into
>> debian at some
Hello all
I'm working on setting up a debian repository wtih a up to date build of
debian12 and ubuntu22 for amd64 and arm64 architectures.
My current repo installs all on /usr/local/ but for proper system wide use /usr
should be used as prefix instead.
so I use
export PREFIX="/usr"
cmake
ljb...@icloud.com)> wrote:
> That’s awesome—let me know if I you can use any help
>
> Sent from my iPhone
>
> > On Oct 18, 2023, at 09:05, Andreas Fink wrote:
> >
> >
> >
> >
> > --
> > Sent from Canary (https://canarymail.io)
> >
> >
--
Sent from Canary (https://canarymail.io)
i do that already. I volunteer to host an official one. I run a ISP Backbone
across Europe and Africa with multiple 100G links so Im ready for a lot of
downloads :-).
I usually build into /usr/local for my own use. Im not sure how the old
packages
thats something i totally agree. Im building my own gnustep packages since many
years (since Debian 8) because without clang and objC 2.0 features such as ARC
i can not get anything done. Clang version and specific linker dependencies
dont help new users to succeed under Debian neither. Cross
I remember having seen similar stuff in the past (but thats like 10 years ago)
when I ported Mac code to Linux. The work around was to force initialisation
for some stuff.
Unfortunately I can't remember what was my workaround for it but it might be
stuff which NSApplication initializes which
I see you are trying on Debian 12.
Things to remember on Debian if you use llvm and ARC.
1. you must use the new runtime libobjc2
2. always use the gold linker and not the default "ld.bfd" linker or you will
end up compiling but not working
easiest way to change this is by changing the
The biggest problem with GCC is the lack of support of objective-C 2.0 patterns.
Especially ARC, which every ObjC application or library developed on the mac
the last 10 years or so for sure uses.
> On 5 Apr 2023, at 10:05, Steven R. Baker wrote:
>
> Hiya,
>
> Who here best knows what needs
the failed test for class names seems independent of architecture
or Debian version which is rather puzzling...
> On 9 Jan 2023, at 08:28, Fred Kiefer wrote:
>
>
>
>> Am 09.01.2023 um 07:58 schrieb Andreas Fink :
>>
>> I usually build packages for Debian 10 & 11
I usually build packages for Debian 10 & 11 for amd64 and arm64
I have encountered make check returning an error on Debian11 arm64 but not on
Debian 11 amd64
Built on Debian 11 intel: All OK!
Built on Debian 11 on arm64:2 Failed tests
Failed test:
The issue is that the debian packages are depending on gcc while most use clang
with ARC for todays builds with the new runtime.
Thats still an open point. I personally build my own debian packages since a
while for Debian 10 & 11 and now also Ubuntu 22.04LTS on x86_64 and arm64 so I
can pull
FYI,
The current clang-16 in the debian 10 repository does not work when
compiling libobjc2
Compiling works but most of the tests segfault
Changing to clang-11 everything works
clang-9 also works.
What has changed in the compiler that it breas Objc?
signature.asc
Description: OpenPGP
why you dont use innodb as engine? much less troubles in case of crashes and
reboots
> On Sonntag, Sept. 04, 2022 at 8:02 PM, Ivan Vučica (mailto:i...@vucica.net)> wrote:
> Update:
> - I added wiki.gnustep.org to DNS as well -- it was an omission not to
> add it. Please REFRAIN FROM EDITS until
One thing to look for is if you are running in threads, that every
thread should have its own autorelease pool being set up before doing
anything.
Alan Third wrote on 27.04.22 22:08:
> I'm investigating some memory that have been reported in the GNUstep
> port of Emacs. The reporter says they're
I had issues with clang-14 and went back to clang-11 which always worked.
if you run the tests in libobj2 and/or gnustep-base they fail with
clang-14 under Debian 10 & 11. And if I remember correctly, they fail
before main() as in your case.
So I can imagine you run into the same issue.
David
Question:
is it time to start working on libobjc3 with Swift support and support
for all platforms we want to support?
(if libobj3 is an upgrade of libobjc2 or a rewrite being put aside for now).
Apple will run away in a decade with Swift only. So if our goal is to
keep OS X compatibility, then
Riccardo Mottola wrote on 15.02.22 00:06:
> Hi Frederik,
>
>
> Frederik Seiffert wrote:
>> I’d never write any new *app* code without ARC, and would definitely
>> recommend converting any existing apps if you can control the
>> environment where they are built, but IMO it’s fine that the
Richard Frith-Macdonald wrote on 14.02.22 17:43:
>
>> On 14 Feb 2022, at 14:59, Max Chan wrote:
>>
>>
>>> On Feb 14, 2022, at 8:23 AM, Richard Frith-Macdonald
>>> wrote:
>>>
>>>
>>>
On 14 Feb 2022, at 11:43, Max Chan wrote:
Dear List,
There are over and over again
Daniel Boyd wrote on 14.02.22 08:54:
> Riccardo,
>
> Thanks for the response. I agree there is certainly a distinction between the
> user types and I, as a developer myself, was referring to #2. However, I
> disagree that catering to each group is equally important at this juncture
> for two
What are the real issues of the runtime on other platforms?
I might have a personal interest to do some work on some platforms.
Gregory Casamento wrote on 10.02.22 03:31:
> Riccardo,
>
> I don't believe that GNUstep should hold back features to remain
> compatible with any given compiler. Not
So to summarize up, we need to get libobjc2 properly working under MSYS2
and we can continue with clang.
What are the isuses with libobjc2 not working under MSYS2? From what I
know libobj2 should not have many dependencies on the operating system
itself (well memory management and multithreading
I usually compile my code in a ssh session. So yes no X.
I started now in X (Remotix helps here as I'm far away) and tests now
run fine.
Now I will look why I never had GUI working on Debian 11.
Sergei Golovin wrote on 18.01.22 11:46:
> On 2022-01-18 14:32:32 +0400 Andreas Fink wrote:
>
&
loadNibNamed:owner:topLevelObjects:
End set: basic.m:72 ... NSNibLoading GNUstep basic
Completed file: basic.m
Could it be that the tests fail because I call them from ssh without any
X11 active?
Richard Frith-Macdonald wrote on 18.01.22 09:33:
>
>> On 17 Jan 2022, at 21:15, Andreas Fink wrote:
&g
I get these failures while running gnustep-gui tests:
--
gui/NSView/NSView_convertRect.m:
Failed set: NSView_convertRect.m:100 ... problem in NView GNUstep
converRect.
gui/NSView/NSView_frame_bounds.m:
Failed set: NSView_frame_bounds.m:57 ... problem in NView GNUstep
under debian10 I get different behaviour with libobjc2 when I run make test
depending on the used compiler version:
Anyone an idea what is different in clang14 compared to clang11 which
could cause half of the tests to fail?
CLANG-14:
Running tests...
Test project
H. Nikolaus Schaller wrote on 23.12.21 09:33:
>
>> Am 22.12.2021 um 12:57 schrieb Andreas Fink :
>>
>> I'm happy in terms of functionality with gold linker but linking my
>> projects is quite slow. My projects has around five thousands source
>> files. All very
Hello,
in my development I learned the hard way that the only linker which
works with gnustep/libobjc2 seems to be the gold linker.
standard ld as well as lvm's lld had issues with libobjc2 either by not
doing stuff as it should or by optimizing things away it shouldnt.
At least on Debian9 where
be if this could be automated in nightly builds or so. But
this means writing a lot of scripts to catch any errors etc.
Anyone has experience with this?
H. Nikolaus Schaller wrote on 17.12.21 11:35:
>
>> Am 17.12.2021 um 11:19 schrieb Andreas Fink :
>>
>>
>>
>> H. Nikol
H. Nikolaus Schaller wrote on 17.12.21 10:57:
>
>> Am 17.12.2021 um 10:33 schrieb Andreas Fink :
>>
>> packages in Debian are quite old and don't support objc2.0. So they are
>> not suitable for new development.
>> I always build my own packages due to that.
packages in Debian are quite old and don't support objc2.0. So they are
not suitable for new development.
I always build my own packages due to that.
Btw who is the Debian maintainer for the gnustep builds?
Svetlana Tkachenko wrote on 16.12.21 22:45:
> Hi Riccardo
>
>>> 'gnustep live cd' is
se? More context would be helpful. The exception you are
>> mentioning could be due to a memory issue someplace.
>>
>>
>> On Thu, Dec 16, 2021 at 9:42 AM Andreas Fink > <mailto:af...@list.fink.org>> wrote:
>>
>> Hello,
>>
>> My ap
Hello,
My application fires an exception which is puzzling me:
Uncaught exception NSInvalidArgumentException, reason:
GSCInlineString(instance) does not recognize getCharacters:range:
to me this means a NSString is being called with the method
getCharacters:range: which it doesnt have?
Does
Does anyone have an idea in which scenario this exception is thrown:
Uncaught exception NSInvalidArgumentException, reason: Can not determine
type information for -[GSAutoreleasedMemory length]
Andreas
the list is not dead
To start:
a) which version of clang are you using?
b) which objc runtime are you using?
c) which linker are you using?
d) which Linux distribution/version are you using?
Andreas Buff wrote on 15.10.21 14:53:
> Hi,
>
> sorry for the bump.
>
> Is this list dead or is my
actually my issue from earlier today waas something else (some improper
locking)
I did have issues on debian 11 with the latest clang version. Going
with the one which comes with the box was ok but the one from llvm.org
repo gave me issues.
I remember I had to compile things twice. The first
le everything? Are your binaries using the correct libraries?
>
> Dave
>
> Von meinem iPhone gesendet
>
>> Am 2021-05-31 um 10:56 schrieb Andreas Fink :
>>
>> Hello all,
>>
>> I upgraded my gnustep and libobjc libraries to the latest version and I
>> su
Hello all,
I upgraded my gnustep and libobjc libraries to the latest version and I
suddenly get strange effects in my app that internal communication is
lost and reestablished all the time. I suspect some new exceptions being
thrown I don't catch properly and thus threads are ending or the like.
As far as I know, the clang compiler takes care of all this if you pass
--framework to include/link a specific framework and -F to tell it
where the frameworks are.
Thats all it should take to link a framework in this style.
Philip George wrote on 07.05.21 20:10:
> Just to have something
if the question is if anyone wants to host it, I can raise my hand. I run some
hosting service for some customers.
However, I don't have the time to administer it. So a VM for the project and
internet connectivity through AS6775. Content is a different story.
> On 19 Jan 2021, at 13:54,
I'm all for it. I build my own packages since years due to this.
clang >8.0 and gold linker are a must to get anything modern to work under
Debian and the debian repo versions are not supporting any of this.
> On 15 Dec 2020, at 03:23, Patryk Laurent wrote:
>
> Hi Greg,
>
> I’d be
I had no problems compiling gnustep9 on debian9-64bit on a raspberriy-pi.
However as always on debian, you must use the gold linker not the default one.
Otherwise hell breaks loose.
And I didnt even try 32bit version (but it should work too from my experience
in the past). The biggest problem
thanks thats what I was looking for
break set -S raise catches any call to [NSException raise]
> On 12 Jun 2020, at 13:36, David Chisnall wrote:
>
> On 12/06/2020 12:07, Andreas Fink wrote:
>> Does anyone know how I can catch these exceptions in lldb:
>> Throwing 0x7f
Does anyone know how I can catch these exceptions in lldb:
Throwing 0x7f2fa8004588, in flight exception: 0x7f2fa8004588
Exception caught by C++: 0
the usual
break set -S raise
doesnt catch it so it must be some other exception. I just cant find out where
it gets thrown because the app already
Hello all,
I recompiled the latest version of gnustep yesterday with clang-10 and now I
see the following error messages at startup.
NSAutoreleasePool does not support ARC correctly (implements retain)
GSPlaceholderString does not support ARC correctly (implements retain)
GSMutableString
If you want to write new apps running on MacOS X & GNUstep, what would you use
to create the nib/xib/storyboard stuff which Xcode manages normally for you?
Handcoded source files? or is there an easier way.
Hello all,
I have run into a very weird thing in conversion from NSStrings to NSDate. The
result is we are always off by 1h under LInux.
Under MacOS X I have the same problem but only with mktime() not with
NSCalendar.
I am suspecting Gnustep implementation probably uses mktime() in the back
Hello,
I have a strange behaviour in GNUStep. Before digging deeper, I wanted to know
if anyone has a clue.
I have this piece of code:
- (BOOL)updateViaUrl:(NSString *)url /* returns YES on success */
serial:(NSString *)serial
{
NSMutableString *full_url = [[NSMutableString
Your approach might not give you the intended result if you have NSStrings
containing Unicode characters which contains zero bytes. Your strlen() call
would stop at that character and not go to the full length of a NSString. So a
conversion to NSData and use its length would be better. For
> On 5 Mar 2020, at 14:36, niels.gr...@halbordnung.de wrote:
>
> (Re-adding the list since I foobared the last mail)
>
> You could try forcing libobjc2 to be linked against libc++, if you’re not
> reliant on EH interop with C++ (I don’t have the cmake flag for that present,
> I‘m afraid).
ed against if it needs it.
I'm compiling with clang-11 from the llvm repo and this uses libc++ not
libstdc++ now I believe.
So probably a few cflags to be added. Any hint anyone?
> On 5 Mar 2020, at 12:04, Wolfgang Lux wrote:
>
>
>
>> Am 05.03.2020 um 11:21 schrieb Andr
such a test by hand with lldb
> On 5 Mar 2020, at 12:04, Wolfgang Lux wrote:
>
>
>
>> Am 05.03.2020 um 11:21 schrieb Andreas Fink :
>>
>> CMakeFiles/objc.dir/libstdcxx_current_primary_exception.cc.o
>> /Users/afink/development/gnustep/libobjc2/arc.mm:6:10: fat
Hello
Today I tried to build libobjc2 + Gnustep packages under Debian 10 (Buster) and
I did run into a new problem:
cmake .. -DCMAKE_BUILD_TYPE=RelWithDebInfo -DBUILD_STATIC_LIBOBJC=1
-DCMAKE_C_COMPILER=/usr/bin/clan -DCMAKE_CXX_COMPILER=/usr/bin/clang++
...
make -j8
...
[ 10%]
> On 13 Feb 2020, at 11:35, Richard Frith-Macdonald
> wrote:
>
>
>
>> On 13 Feb 2020, at 09:44, Andreas Fink wrote:
>>
>> This is not a problem of gnustep but of objectiveC.
>> Yes its a pain that the standard linker doesnt work. But it is what it i
This is not a problem of gnustep but of objectiveC.
Yes its a pain that the standard linker doesnt work. But it is what it is.
until someone fixes the standard linker we can't do much.
This is mainly given by the fact that modern ObjC support in gcc is still
missing. clang does much better here
> On 27 Nov 2019, at 19:02, Max Chan wrote:
>
> I wonder how Apple implemented their version though… I do have an
> observation: if I force VESA graphics on my Hackintosh (this requires special
> boot flags, so it is easier to do on Hackintosh than a real Mac,) the OS
> interfaces are
it was complaining that i need least 3.14.
Debian 10 comes with 3.13.4
but now I can't reproduce that. I have to investigate this...
I'll retest with a empty new VM
It happened to me on 2 separate machines
> On 27 Nov 2019, at 11:59, David Chisnall wrote:
>
> On 27/11/2019 10:49, And
> On 27 Nov 2019, at 10:48, Johannes Brakensiek
> wrote:
>
> On 26 Nov 2019, at 23:43, Fred Kiefer wrote:
>
> That could be said about all backward-compatibility. A follow up question
> is, does it hold us back enough to justify breaking compatibility? It seems
> some people think yes, and
; That script now correctly does both of those.
>
> Best,
> Patryk
>
>
>> On Nov 26, 2019, at 5:57 PM, Andreas Fink wrote:
>>
>> yes I did. the checkout is fine.
>> I just found a way to work around
>>
>> after cmake .. ...
>> I edit CM
out.
>
> https://github.com/plaurent/gnustep-build/blob/master/debian-10-clang-8.0/GNUstep-20-buildon-debian10.sh
>
> <https://github.com/plaurent/gnustep-build/blob/master/debian-10-clang-8.0/GNUstep-20-buildon-debian10.sh>
>
> Regards,
> Patryk
>
>
>&
thanks but this only helps partially.
It seems to be the build tools for GNUStep are again broken. This is the thing
which drives every newcommer mad and was driving me mad initially too. All the
readme's and hints you find on the internet are already obsolete.
Now I get this error:
[ 7%]
Today I tried to build libobjc2 again as I did many time before and I get this
missing file:
gnustep/libobjc2/arc.mm:6:10: fatal error:
'third_party/robin-map/include/tsl/robin_map.h' file not found
anyone having a clue what dependency this is?
> On 26 Nov 2019, at 15:06, H. Nikolaus Schaller wrote:
>
>
>> Am 26.11.2019 um 11:09 schrieb Pirmin Braun :
>>
>> I'd suggest a fork, i.e. "Gnustep2" with LLVM, Clang, libobjc2
>
> just came to my mind: ClangSTEP?
what a tong breaker. FreeStep sounds better to me :)
Drop the "GNU" and
> On 25 Nov 2019, at 14:37, Yavor Doganov wrote:
>
> Gregory Casamento wrote:
>> On Fri, Nov 22, 2019 at 3:01 PM Yavor Doganov wrote:
>>> The answer is simple: because there's a lot to lose and nothing to
>>> gain.
>
>> This is patently incorrect. The gain is time and compatibility with
>>
> On 25 Nov 2019, at 11:18, H. Nikolaus Schaller wrote:
>
> I know that I likely start a flame war, but watching the discussion from an
> elevated point of view...
>
>> Am 25.11.2019 um 10:30 schrieb Gregory Casamento :
>> * Compatibility, much of the API is moving towards using blocks.
> On 24 Nov 2019, at 10:11, Max Chan wrote:
>
> I would like to add another plus for dropping GCC: if we want any hope for
> Swift interworking, we have to use clang as the compiler.
>
> Apple have no plan to provide any GUI support on Linux version of Swift.
Theres some folks out there
>
>> This is a major advantage of Objc2.0.
>> I must admit it took me a while to get used to though. But at the end it
>> paid off a lot.
>
> Well, to be precise: ARC could also be done with ObjC 1.0 as far as I see.
> There is IMHO no special syntax for ARC. You just remove all
>
> On 22 Nov 2019, at 09:08, H. Nikolaus Schaller wrote:
>
>
>> Am 22.11.2019 um 08:40 schrieb David Chisnall :
>>
>> On 22 Nov 2019, at 05:31, H. Nikolaus Schaller wrote:
>>>
>>> And the first thing I turn off in a
>>> new Xcode project is ARC.
>>
>> Why? ARC generates smaller code,
> On 21 Nov 2019, at 12:15, Gregory Casamento wrote:
>
> David et al,
>
> For all of the reasons listed in the previous email I am starting to wonder
> about the viability of using GCC in the long run. As far as I can see it the
> facts are these:
>
> 1. GCC does not support ARC, blocks
> On 20 Nov 2019, at 12:02, Johannes Brakensiek
> wrote:
>
>
>
> On 20 Nov 2019, at 11:56, Ivan Vučica wrote:
>
>> I think that, when you say “you are doing this”, you also miss the part
>> where I am not a Debian developer and do not build the Debian source+binary
>> packages that are
> On 20 Nov 2019, at 10:55, Richard Frith-Macdonald
> wrote:
>
>
>
>> On 20 Nov 2019, at 08:37, Andreas Fink wrote:
>>
>>
>>
>>> On 20 Nov 2019, at 08:59, Johannes Brakensiek
>>> wrote:
>>>
>>> Hey Ivan,
>
> On 20 Nov 2019, at 08:59, Johannes Brakensiek
> wrote:
>
> Hey Ivan,
>
> thank you for your work and your explanations!
>
> On 20 Nov 2019, at 3:10, Ivan Vučica wrote:
>
>> Now... developers may need updated versions when developing their apps. I
>> remember Debian not shipping with
this might help you. It's based on Debian9 but on Debian10 theres only a few dependency libraries having a newever version number.Key takeaway: use llvm8 or llvm9 and use the gold linker and set RUNTIME_VERSION=gnustep-2.0.
installing-gnustep-2019-03-08.pdf
Description: Adobe PDF document
the
on in trying to port these applications if
> there are technical or other reasons that make it impossible or very hard to
> do.
>
> Thanks,
>
> Edwin Ancaer
> ___
> Discuss-gnustep mailing list
> Discuss-gnustep@gnu.org
>
Hello all
I am chasing a memory leak in my application and came to the conclusion that my
code is not leaking anything but most probably is gnustep-base adding stuff to
the autoreleasepool which never gets flushed. My understanding of ARC however
was that the autorelease pool mechanism is kind
you can also do
export RUNTIME_VERSION=2.0
before you configure/make/install gnustep-make & base and your code.
That overrides whats in libray-combo.make
I usually edit libray-combo.make before I make packages for it
> On 6 May 2019, at 10:14, Frederik Seiffert wrote:
>
> Hi Johannes,
>
>>
6/03/2019 01:29, Andreas Fink wrote:
>> I just retried with clang-8 compiled from source.
>> Indeed this problem in ./configure of gnustep-base went away.
>> However all tests still fail.
>> its compiled this way during the test:
>> clang -Wl,-rpath,/Users/afink
> On 6 Mar 2019, at 17:15, David Chisnall wrote:
>
> On 06/03/2019 01:29, Andreas Fink wrote:
>> I just retried with clang-8 compiled from source.
>> Indeed this problem in ./configure of gnustep-base went away.
>> However all tests still fail.
>> its
David, is your version of gnustep-base under FreeBSD using libffi or not? And
if yes, is it version 3.2.1 or something newer?
> On 6 Mar 2019, at 01:27, David Chisnall wrote:
>
> On 05/03/2019 12:45, Andreas Fink wrote:
>
>> Making all for tool cvtenc...
>> Linking
nonBase = [NSCharacterSet nonBaseCharacterSet];
So where back in libobjc2 code
> On 6 Mar 2019, at 01:27, David Chisnall wrote:
>
> On 05/03/2019 12:45, Andreas Fink wrote:
>
>> Making all for tool cvtenc...
>> Linking tool cvtenc ...
>> ./obj/cvtenc.obj/cvtenc.m.o:(.da
> On 6 Mar 2019, at 01:27, David Chisnall wrote:
>
> On 05/03/2019 12:45, Andreas Fink wrote:
>
>> Making all for tool cvtenc...
>> Linking tool cvtenc ...
>> ./obj/cvtenc.obj/cvtenc.m.o:(.data..objc_init[.objc_init]+0x18): undefined
>> reference
Hello all,
I'm still trying to debug what breaks my install of the latest libobjc2 /
gnustep-base install and found some interesting stuff while doing so.
So far it looks like libobjc2 compiles and installs properly (all tests pass)
but then gnustep-base doesn't get compiled with the right
and the lld linker can not be use to compile libobjc2 and gnustep-base neither.
So we are in deep water here.
> On 19 Feb 2019, at 21:11, David Chisnall wrote:
>
> On 19 Feb 2019, at 18:55, Andreas Fink wrote:
>>
>> There is definitively some nonsense happening when li
019, at 10:08, Andreas Fink wrote:
>
>
> clang-9
> The following tests FAILED:
>18 - AssociatedObject_optimised (OTHER_FAULT)
>20 - AssociatedObject_legacy_optimised (OTHER_FAULT)
>
> clang-8
> The following tests FAILED:
>18 - Associ
clang-9
The following tests FAILED:
18 - AssociatedObject_optimised (OTHER_FAULT)
20 - AssociatedObject_legacy_optimised (OTHER_FAULT)
clang-8
The following tests FAILED:
18 - AssociatedObject_optimised (OTHER_FAULT)
20 -
the cases now gets totally overboard...
I have one root class UMObject which does in some cases (debug options) set up
a c pointer to the class type's name (this to work around lldb not being able
to display stuff at times).
Anyhow, today I traced a situation down when the app starts up,
Under Debian9, it is impossible to get anything properly working. It seems to
be that the linker, the compiler and libobjc2 are constantly at war with each
other. There is no valid combination of either of them.
The combination which got me the furthest is the one which uses clang-7 and the
> FreeBSD 11.2-RELEASE-p8 #0: Tue Jan 8 21:35:12 UTC 2019
> r...@amd64-builder.daemonology.net
> <mailto:r...@amd64-builder.daemonology.net>:/usr/obj/usr/src/sys/GENERIC
>
>
>
> Von meinem iPhone gesendet
>
> Am 11.02.2019 um 13:49 schrieb Andreas Fink
.
> On 11 Feb 2019, at 17:07, David Chisnall wrote:
>
> On 11/02/2019 15:56, Andreas Fink wrote:
>> [root@freebsd /etc]# /usr/local/GNUstep/System/Tools/gnustep-config
>> --objc-libs
>> -rdynamic -L/usr/local/lib -fstack-protector -pthread -fexceptions
>> -fobjc-run
/GNUstep/Library/Libraries
-L/usr/local/GNUstep/Local/Library/Libraries
-L/usr/local/GNUstep/System/Library/Libraries -L/usr/local/lib -lobjc
-fobjc-nonfragile-abi -lm
[root@freebsd /]#
> On 11 Feb 2019, at 16:40, David Chisnall wrote:
>
> On 11/02/2019 15:03, Andreas Fink wrote
> On 11 Feb 2019, at 15:58, David Chisnall wrote:
>
> On 11/02/2019 11:10, Andreas Fink wrote:
>> Hello David,
>> Given you develop mainly on Freebsd, I tried to see if I can get a stable
>> instance of libobjc2 and gnustep-base by switching to FreeBSD.
>> b
Hello David,
Given you develop mainly on Freebsd, I tried to see if I can get a stable
instance of libobjc2 and gnustep-base by switching to FreeBSD.
but I still run into linker issues. This is how I did it
1. freshly installed VM with FeeBSD 12.0
--
Hello David & all
Today I tried to build libobjc2 exactly the way you did as you seemed to have
no errors.
So I installed Debian Testing (sid) on to an empty VM and got clang-7.0.1 with
it.
I built then libobjc2 and all tests passed.
Then I went onto gnustep-make and gnustep-base
Now
1 - 100 of 140 matches
Mail list logo