Hi David,
Sorry it took me a while to give this a try.
> Am 27.10.2021 um 14:36 schrieb David Chisnall :
>
> Since all of them end with a close brace, I suspect that there's something in
> the field names that isn't a valid PE/COFF symbol name (at least for
> dllexported things, not sure if th
On 27/10/2021 11:39, Frederik Seiffert wrote:
So I tested this some more, and after rebuilding libs-base as a whole (I had
previously only rebuilt the relevant files) I’m getting the following linker
errors:
lld-link: error: : undefined symbol: Q^?LL}
lld-link: error: : undefined symbol: ^{au
So I tested this some more, and after rebuilding libs-base as a whole (I had
previously only rebuilt the relevant files) I’m getting the following linker
errors:
> lld-link: error: : undefined symbol: Q^?LL}
> lld-link: error: : undefined symbol: ^{autorelease_array_list}II[0☺]}
> lld-link: erro
Hi,
If you can comment on the review and approve it, I can commit it (once I’ve
fixed the clangformat warnings).
David
> On 23 Oct 2021, at 16:33, Frederik Seiffert wrote:
>
> Hi David,
>
>> Am 14.10.2021 um 13:59 schrieb David Chisnall :
>>
>> I believe this patch should fix it:
>>
>> htt
Hi David,
> Am 14.10.2021 um 13:59 schrieb David Chisnall :
>
> I believe this patch should fix it:
>
> https://reviews.llvm.org/D111792
Thank you, this worked great after I built Clang 13 with this patch applied!
What’s the process for getting this merged, and and any idea when we could
expe
On 14/10/2021 07:28, Frederik Seiffert wrote:
Am 13.10.2021 um 19:13 schrieb David Chisnall
mailto:gnus...@theravensnest.org>>:
I believe that this is a bug in clang. If the class is dllexported
then the ivar offset variables for public / protected ivars should be
dllexported as well. I thi
Hi David,
> Am 13.10.2021 um 19:13 schrieb David Chisnall :
>
> I believe that this is a bug in clang. If the class is dllexported then the
> ivar offset variables for public / protected ivars should be dllexported as
> well. I think I missed that case when doing the Objective-C support for
On 13/10/2021 16:08, Frederik Seiffert wrote:
Hi all,
I’ve started looking into building libs-gui for Windows using libobjc2 and the
MSVC ABI, and I’m down to one linker error that I’m unsure how to deal with:
lld-link: error: undefined symbol: __objc_ivar_offset_NSFileWrapper._icon.☺
Hi all,
I’ve started looking into building libs-gui for Windows using libobjc2 and the
MSVC ABI, and I’m down to one linker error that I’m unsure how to deal with:
> lld-link: error: undefined symbol: __objc_ivar_offset_NSFileWrapper._icon.☺
> >>> referenced by NSFileWrapper
Hi Riccardo,
> Am 02.02.2021 um 15:22 schrieb Riccardo Mottola :
>
> -- No useable C++ runtime found
>
>
> why doesn't it like my runtime library?
The crude way I’ve been debugging the C++ runtime detection (in my
Android/Windows endeavors) was by logging the output from try_compile() with
Hi David,
sorry for the delay - I still want to get libobjc2 on OpenBSD and NetBSD
working!
Back to OpenBSD
David Chisnall wrote:
Hi,
This looks as if we’re still compiling in the code that calls the function that
figures out the the C++ ABI at run time dynamically. This is added here
Hi,
> On 2 Feb 2021, at 14:22, Riccardo Mottola wrote:
>
> Hi,
>
> while I need to find some time to reply about NetBSD issues, I wanted to test
> current base/gui/back on OpenBSD before our release and as I was also test
> latest libobjc2. Since I had pending to upgra
Hi,
while I need to find some time to reply about NetBSD issues, I wanted to
test current base/gui/back on OpenBSD before our release and as I was
also test latest libobjc2. Since I had pending to upgraded to latest
OpenBSD 6.8, I did that too.
Before upgrading, I did build libobjc2 on 6.7
Hi David,
thanks, please follow below for the dump.
Riccardo
David Chisnall wrote:
This is very odd. I don’t suppose that, when you modify the CFLAGS you’re
removing the -fPIC? Aside from that,
I "hope" not - the CFLAGS were empty, I just added my entries. To be
sure, I added extra -fPI
Hi Ricardo,
> On 3 Jan 2021, at 22:22, Riccardo Mottola wrote:
>
> /home/multix/code/libobjc2/Build/libobjc.so.4.6: text relocations
> /home/multix/code/libobjc2/Build/libobjc.so.4.6: Cannot write-enable text
> segment: Permission denied
This is very odd. I don’t suppose
Hi,
Frederik Seiffert wrote:
Sorry I’m not familiar with NetBSD or PaX, but I’ve seen messages on the
mailing list e.g. from Wolfgang Lux that suggest they got libobjc2 working on
NetBSD.
Wolfgang is always a steap ahead of me :)
Maybe you could share how you’re building libobjc2
Hi Riccardo,
Sorry I’m not familiar with NetBSD or PaX, but I’ve seen messages on the
mailing list e.g. from Wolfgang Lux that suggest they got libobjc2 working on
NetBSD.
Maybe you could share how you’re building libobjc2?
Frederik
> Am 03.01.2021 um 23:22 schrieb Riccardo Mott
, I should have checked:
0% tests passed, 186 tests failed out of 186
I found this in the logs:
/home/multix/code/libobjc2/Build/libobjc.so.4.6: text relocations
/home/multix/code/libobjc2/Build/libobjc.so.4.6: Cannot write-enable
text segment: Permission denied
I wonder if we are violiting some
> I am trying to get it runing with libobjc2. I just updated that one too.
> WIth David some fixes where done in libobjc2 some weeks ago.
>
> make:
> $ ./configure --with-library-combo=ng-gnu-gnu prefix=/ --with-layout=gnustep
>
>
> I configured libobcj2 with:
> CM
Hi,
I am still struggling to get GNUstep running on NetBSD/i386... strange
thing. I am trying to get it runing with libobjc2. I just updated that
one too.
WIth David some fixes where done in libobjc2 some weeks ago.
make:
$ ./configure --with-library-combo=ng-gnu-gnu prefix=/
--with
ls where the issue with ld
-r has been fixed.
I need it for libobjc2, not other stuff
> Am 29.06.2020 um 23:23 schrieb Riccardo Mottola :
>
> I have most applications running.. only SWK+Vespucci give this strange errors.
> This linker differences are perhaps also the issues Patrick is seeing? I do
> wonder.
>
> Anyway, do you have further ideas on this strange failure? does it
at 0x72b92fe1859f: file
/home/multix/code/gnustep-vcs/libobjc2/loader.c, line 330.
and re-run the program, it does not get into that function, so we can assume it
is new code.
Anyway, I was able to reproduce this issue on NetBSD 9.
First of all getting the configuration right seems to be a
t;> see if it’s modified before here?
>>
>> as simple as this?
>> (gdb) watch aProto->isa
>> Hardware watchpoint 4: aProto->isa
>>
>> I rerun the program but it fails through to the crash - so it appears that
>> it does not het changed, or I did n
tchpoint 4: aProto->isa
>
> I rerun the program but it fails through to the crash - so it appears that it
> does not het changed, or I did not set it correct.
>
>
>> That’s very odd. Here’s the definition of the enum:
>>
>> https://github.com/gnustep/libobjc2/bl
’s the definition of the enum:
https://github.com/gnustep/libobjc2/blob/369c84db35a6a1e94f8a4689a695fabdac056166/protocol.h#L26
The isa pointer for each protocol is initially set to one of those enum values
(2, 3, or 4) by the compiler and is then set to a proper Objective-C class. It
should never
:
> (gdb) p version
> $3 = 0
That’s very odd. Here’s the definition of the enum:
https://github.com/gnustep/libobjc2/blob/369c84db35a6a1e94f8a4689a695fabdac056166/protocol.h#L26
The isa pointer for each protocol is initially set to one of those enum values
(2, 3, or 4) by the compiler and is
Hi David, hi Wolfgang,
David Chisnall wrote:
Wow, I ignored email for a week and there are 50 unread emails in my GNUstep
folder! Great to see some renewed interest and activity in the project!
well, perhaps one of the effect of virus lockdown was to have more time
to hack again! At least
ile libobic2 in debug? I think I need to
>>> activate CMAKE_ASM_FLAGS_DEBUG somehow
>> No. But you want to reconfigure libobjc2 with
>> CMAKE_BUILD_TYPE=RelWithDebInfo (or, if you absolutely insist on turning off
>> optimization, CMAKE_BUILD_TYPE=Debug).
>
>
> Am 17.06.2020 um 13:28 schrieb Riccardo Mottola :
>
> Hi,
>
> Wolfgang Lux wrote:
>>> Perhaps libobjc? how can I compile libobic2 in debug? I think I need to
>>> activate CMAKE_ASM_FLAGS_DEBUG somehow
>> No. But you want to reconfigure libobjc2 with
Hi,
Wolfgang Lux wrote:
Perhaps libobjc? how can I compile libobic2 in debug? I think I need to
activate CMAKE_ASM_FLAGS_DEBUG somehow
No. But you want to reconfigure libobjc2 with CMAKE_BUILD_TYPE=RelWithDebInfo
(or, if you absolutely insist on turning off optimization,
CMAKE_BUILD_TYPE
> Am 12.06.2020 um 18:34 schrieb Riccardo Mottola :
>
>
> Perhaps libobjc? how can I compile libobic2 in debug? I think I need to
> activate CMAKE_ASM_FLAGS_DEBUG somehow
No. But you want to reconfigure libobjc2 with CMAKE_BUILD_TYPE=RelWithDebInfo
(or, if you absolutely in
Hi David,
David Chisnall wrote:
From the back trace, this looks as if it's the v2 ABI. The assert
that's firing is here:
https://github.com/gnustep/libobjc2/blob/ed8eec6c6aa82b049fc8292d0c247b8cd6c2fddc/protocol.c#L224
So it's finding an isa pointer for a protocol that
Hi,
From the back trace, this looks as if it's the v2 ABI. The assert
that's firing is here:
https://github.com/gnustep/libobjc2/blob/ed8eec6c6aa82b049fc8292d0c247b8cd6c2fddc/protocol.c#L224
So it's finding an isa pointer for a protocol that is neither the one of
the known p
Hi,
I am testing a bit libobjc2 + clang on NetBSD/amd64
As we know, the full libobjc2 testsuite passes and most apps appear to work.
There are some oddities though, like this:
Unknown protocol version[1] Abort trap (core dumped) Vespucci
as soon as I launch it, it crashes.
Starting program
, by disabling memory checks with "paxctl +m" on the test
binaries, the whole test suites passes too.
So we are 99% on track with libobjc2/clang9 on NetBSD/amd64 (btw, as
curiosity "genuine" amd64 not i386-64).
Riccardo
Hi,
On 5/31/20 1:05 PM, David Chisnall wrote:
On 30 May 2020, at 22:51, Riccardo Mottola wrote:
I have libstdc++.so and libstdc++.a available, and libsupc++.a
so I use ccmake. and set
CXX_RUNTIME_LIB to /usr/lib/libstdc++.so
then I run (c)onfigure and (g)enerate - at that point libobjc2
SD
>> ships a separate C++ runtime library for static linking, but not for dynamic
>> linking. You can work around this by explicitly setting libstdc++ as your
>> C++ runtime library in the libobjc2 cmake config.
>>
>> The correct fix it so tweak the C++ runtime librar
work around this by explicitly
setting libstdc++ as your C++ runtime library in the libobjc2 cmake
config.
The correct fix it so tweak the C++ runtime library check in CMake so
that it looks only for dynamic
I have libstdc++.so and libstdc++.a available, and libsupc++.a
so I use ccmake. an
Hi,
On 29/05/2020 13:24, Riccardo Mottola wrote:
Hi!
I am trying to build libobjc2 on NetBSD
Linking fails (standard system linker)
[ 0%] Linking C shared library libobjc.so
/usr/bin/ld: /usr/lib/libsupc++.a(eh_globals.o): relocation
We shouldn't be linking libsupc++.a into libob
Hi!
I am trying to build libobjc2 on NetBSD
Linking fails (standard system linker)
[ 0%] Linking C shared library libobjc.so
/usr/bin/ld: /usr/lib/libsupc++.a(eh_globals.o): relocation
R_X86_64_TPOFF32 against `_ZZN12_GLOBAL__N_110get_globalEvE6global' can
not be used when making a s
On 29/04/2020 22:00, Johannes Brakensiek wrote:
Hi Dave,
On 29 Apr 2020, at 22:18, David Wetzel wrote:
/usr/home/dave/libobjc2/arc.mm:6:10: fatal error:
'third_party/robin-map/include/tsl/robin_map.h' file not found
#include "third_party/robin-map/include/tsl/ro
Thanks! That was it.
> Am 29.04.2020 um 17:00 schrieb Johannes Brakensiek :
>
> git submodule update
>
>
Hi Dave,
On 29 Apr 2020, at 22:18, David Wetzel wrote:
/usr/home/dave/libobjc2/arc.mm:6:10: fatal error:
'third_party/robin-map/include/tsl/robin_map.h' file not found
#include "third_party/robin-map/include/tsl/robin_map.h"
you probably missed to get the git su
Hello!
I tried to build libobjc2 (from GitHub) on FreeBSD.
FreeBSD sina.turbocat.net 12.1-RELEASE-p3 FreeBSD 12.1-RELEASE-p3 GENERIC amd64
root@sina:/usr/home/dave/libobjc2 # cd Build
root@sina:/usr/home/dave/libobjc2/Build # cmake ..
-- The C compiler identification is Clang 8.0.1
-- The ASM
n this
> particular build directory.
some further information about this.
On FreeBSD 11.3 the "only" fix I need is to add this in libobjc2:
cmake .. -DCMAKE_BUILD_TYPE=RelWithDebInfo
CMAKE_EXE_LINKER_FLAGS -lm
Is enough.
On FreeBSD 12 instead, the "-lm" hack
urse.
I think I found a solution now for libobjc2 on FreeBSD 11, I mentioned
it in the other thread (edit linker flags)
Yes, interesting to know that worked for you.
To the guide I would however add
check out of liobjc2 needs:
git submodule update --init --force --remote
to get some
ex.php/Building_GNUstep_under_Debian_FreeBSD
I skimmed through it.. it looks a bit overkill, I try to intall GNUstep
the minimum to each system, so I try not to install new compilers etc etc.
However, it confirms all steps I am doing.
I would mark several steps "optional" (new com
Hello Riccardo,
On 13 Apr 2020, at 17:01, Wolfgang Lux wrote:
I've never used ccmake, but I'm using cmake directly in the way
suggested in the INSTALL file:
cmake -DCMAKE_C_COMPILER=clang -DCMAKE_CXX_COMPILER=clang++
-DCMAKE_BUILD_TYPE=RelWithDebInfo ..
and then I don't try to touch the cma
ou've installed it
yourself or it got installed by some package you are using). But then both
shouldn't hurt either. The -DCMAKE_BUILD_TYPE option is only for getting
debugging symbols for libobjc2 (and to prevent Class from being an abstract
type, which makes debugging even more of a pa
alled by some package you are using). But then both
shouldn't hurt either. The -DCMAKE_BUILD_TYPE option is only for getting
debugging symbols for libobjc2 (and to prevent Class from being an abstract
type, which makes debugging even more of a pain than it is already due to gdb
and ll
, because the "pkg"
provided by FreeBSD worked, but that version of libobjc2 is buggy so any
GUI version crashes, other people reported that.
So building from sources. This worked a bit, was unreliable, but stopped
totally for me. Maybe something in libobjc2, something in FreeBSD
update
en to:
/home/multix/code/gnustep-cvs/libobjc2/Build
Looks identical to what I see.
make -j2
< build...>
-> all 178 tests fail.
where are the errors of the tests?
You ran ctest? Adding --output-on-failure will show the errors. You
can also just run any of the test binaries ind
Hi David,
thanks for the support, read below.
I also cheked - there is no other libobjc on the system, no libobjc2
package installed from ports.
David Chisnall wrote:
On 20/02/2020 11:01, Riccardo Mottola wrote:
cmake .. -DCMAKE_C_COMPILER=clang -DCMAKE_CXX_COMPILER=clang
On 20/02/2020 11:01, Riccardo Mottola wrote:
cmake .. -DCMAKE_C_COMPILER=clang -DCMAKE_CXX_COMPILER=clang
-DCMAKE_ASM_COMPILER=clang -DCMAKE_ASM_FLAGS=-c
clang++ is a C++ compiler, clang is a C compiler, so your
CMAKE_CXX_COMPILER value looks wrong. Clang is the default compiler on
FreeBSD,
he libstdc++ version of iostream.
libstdc++ is not installed by default on FreeBSD, so I'm not sure how
that's happening. Do the libobjc2 tests also fail with this error?
well, "make test" has 178 failures, which means... probably all of them,
not very promising.
So this i
ecifically the libstdc++ version of iostream. libstdc++ is
not installed by default on FreeBSD, so I'm not sure how that's
happening. Do the libobjc2 tests also fail with this error?
David
Hi Riccardo,
Am 20.02.20 um 08:19 schrieb Riccardo Mottola:
and now?
I found that Andreas' guide was really helpful. You might want to make
sure you really deleted all older versions of libobjc, you might want to
set RUNTIME_VERSION (1.9 or 2.0) and it might be you need to install
make a se
Hi,
getting a working clang+libobjc2 is a small saga now :-P
I want to update my FreeBSD 12.1 laptop too. I did the same setup I did
on my FreeBSD 11.3 workstation and it does not work, I am puzzled.
configure make:
./configure --prefix=/ --with-layout=gnustep --with-library-combo=ng-gnu-gnu
Hi Riccardo,
Can you try this script on your system?
https://github.com/plaurent/gnustep-build/blob/master/ubuntu-19.04-clang-8.0-runtime-2.0/GNUstep-buildon-ubuntu1904.sh
Raw download:
https://raw.githubusercontent.com/plaurent/gnustep-build/master/ubuntu-19.04-clang-8.0-runtime-2.0/GNUstep-
Hi!
while I got a reliable clang+libobjc2 setup on OpenBSD with the bfd
linker (contrary to other experiences here) I am unable to get it to
work on something as simple as a current Linux/i386 with clang 8
I configure current make with:
./configure --prefix=/ --with-layout=gnustep
--with-library
So after moving a few things to shared libraries, I started experiencing some
strange things with the new runtime... I'm running under asan and compiling
and running latest libobjc2 master branch for arm-v7a android. Compiler is
Frederik's latest here: https://github.com/gnustep/too
20:43, Jordan Schidlowsky wrote:
>>
>> I can't seem to get libobjc2 to link in properly to my android app on
>> arm64-v8a. I'm using the latest clang prebuilt by Frederik here:
>> https://github.com/gnustep/tools-android
>>
>> I've trie
> On 17 Jul 2019, at 20:43, Jordan Schidlowsky wrote:
>
> I can't seem to get libobjc2 to link in properly to my android app on
> arm64-v8a. I'm using the latest clang prebuilt by Frederik here:
> https://github.com/gnustep/tools-android
>
> I've tried
I can't seem to get libobjc2 to link in properly to my android app on
arm64-v8a. I'm using the latest clang prebuilt by Frederik here:
https://github.com/gnustep/tools-android
<https://github.com/gnustep/tools-android>
I've tried 3 different linkers, an
I apologize I should be more specific. I’m referring to building libobjc2
On Thu, Jul 4, 2019 at 13:46 Gregory Casamento
wrote:
> I couple of months ago I was trying this but was instructed to do a build
> with visual studio. I’m wondering if cmake is being pushed as a
> replac
> On 2 Jul 2019, at 23:23, Riccardo Mottola wrote:
>
> Hi,
>
> On 2019-06-21 16:13:58 + David Chisnall
> wrote:
>
>> On 21/06/2019 16:08, Riccardo Mottola wrote:
>>> ld: error: undefined symbol: _Unwind_Resume
>> It looks as if your toolchain doesn't automatically link anything that
>>
s?
I did some research and found that Unwind_Resume is in libc++, however
to get all Unwind symbols, libc++abi is needed.
Thus, if I build libobjc2 with:
cmake .. -DCMAKE_EXE_LINKER_FLAGS=-lc++abi
it will build and link. Why it is needed, I don't know, but other
projects have the s
On 21/06/2019 16:08, Riccardo Mottola wrote:
ld: error: undefined symbol: _Unwind_Resume
It looks as if your toolchain doesn't automatically link anything that
provides the exception ABI. On most *NIX systems this comes from
something called libgcc_s.so (which, on FreeBSD, is actually LLVM's
Hi
I am trying to buid libobjc2 source on OpenBSD. I am using the system
compiler clang 7.0.1,
I have installed gnustep-make and configured with ng-gnu-fnu
compilation fails though:
[ 11%] Built target WeakImportClass_optimised
Scanning dependencies of target objc_msgSend
[ 11%] Building C
upstream
clang (master branch, not any releases yet) to build WinObjC and
have all of the tests pass (with some not-yet-merged patches to
WinObjC, including updating their copy of libobjc2 to a recent trunk).
On Windows, we now have fully interoperable exceptions: The 2.0 ABI
uses SEH-
almost certainly broke
> GSMime, though I didn't see any reports of that).
>
> I have now tested and committed Dustin Howett's patches to clang for
> improving the Windows support. It is now possible to use upstream clang
> (master branch, not any releases yet) to
g
updating their copy of libobjc2 to a recent trunk).
On Windows, we now have fully interoperable exceptions: The 2.0 ABI uses
SEH-compatible exceptions and Objective-C++ code compiled with clang-cl
will use the same ABI as the visual studio compiler for C++.
I have now moved the CI over to using
has been working up until recently.
Does the CMakeLists.txt file look like this one?
https://github.com/gnustep/libobjc2/blob/master/CMakeLists.txt
The line that it's complaining about (assuming that you didn't truncate
the error message) is line 64. In libobjc2 trunk, that is ri
/usr/share/cmake-3.7/Modules/FindPackageHandleStandardArgs.cmake:378
> (_FPHSA_FAILURE_MESSAGE)
> cmake/Findkqueue.cmake:20 (find_package_handle_standard_args)
> CMakeLists.txt:64 (find_package)
>
>
> Isn't kqueue specific to BSD?
What is this the build for? Line
CMake Error at
/usr/share/cmake-3.7/Modules/FindPackageHandleStandardArgs.cmake:138
(message):
Could NOT find kqueue (missing: KQUEUE_INCLUDE_DIRS)
Call Stack (most recent call first):
/usr/share/cmake-3.7/Modules/FindPackageHandleStandardArgs.cmake:378
(_FPHSA_FAILURE_MESSAGE)
cmake/Find
t;
831 unsigned int count;
(gdb) po NSStringFromSelector(aSel)
registerClient:
at first, it does not seem wrong, something is doing hfavoc inside
method description or sel_isEqual
maybe with debug information for libobjc2 I can give you better information
Riccardo
Hi,
David Chisnall wrote:
Thank you for the report. Most of the tests don’t build with the GCC ABI, so
that code path is not as well tested as the two newer ABIs - thank you for
testing it, and please do file bugs if you hit any more issues. I believe this
is now fixed in git.
indeed, we
018, at 18:47, Riccardo Mottola wrote:
>
> Hi All,
>
> I just finished upgrading a Linux/x86 system where I run clang as compiler
> and David's libobjc2 compiled from our sources. It is gentoo stable, whith
> clang 5.0
>
> libobjc2 was compiled with the same cla
Hi All,
I just finished upgrading a Linux/x86 system where I run clang as
compiler and David's libobjc2 compiled from our sources. It is gentoo
stable, whith clang 5.0
libobjc2 was compiled with the same clang and from git head.
After updating libobjc2, any program dies:
$ plparse
pl
(though this is also
very incomplete!).
The code is in two repos for the runtime and clang parts:
https://github.com/davidchisnall/libobjc2 (newabi branch)
https://github.com/davidchisnall/clang-gnustep-abi-2
Some things are probably broken (though the runtime is now able to pass all of
its own
On 14 Dec 2017, at 10:32, David Chisnall wrote:
>
> I have submitted PR19, which cleans up the layering between libobjc2 and
> -base for reference counting. This is now passing all of the tests in Travis
> and, for me, works with both libobjc2 trunk and the weakref branch (which
fixed in trunk ages ago…
>
> If you run cmake with the -DLLVM_OPTS=off flag, then you should avoid this
> error.
>
> David
>
>> On 6 Oct 2017, at 16:36, Laurent Michel wrote:
>>
>> Dear All,
>>
>> I just attempted to build the whole GNUstep suite w
> David
>
>> On 6 Oct 2017, at 16:36, Laurent Michel wrote:
>>
>> Dear All,
>>
>> I just attempted to build the whole GNUstep suite with libobjc2 in a docker
>> container
>> based on Ubuntu 16.04 and clang/llvm 3.8 n(also tried with 4.0 with the same
step suite with libobjc2 in a docker
> container
> based on Ubuntu 16.04 and clang/llvm 3.8 n(also tried with 4.0 with the same
> result)
>
> I encounter the following issue when trying to build libobjc2. Namely, cmake
> really
> does not like the AddLLVM directive it fi
Dear All,
I just attempted to build the whole GNUstep suite with libobjc2 in a docker
container
based on Ubuntu 16.04 and clang/llvm 3.8 n(also tried with 4.0 with the same
result)
I encounter the following issue when trying to build libobjc2. Namely, cmake
really
does not like the AddLLVM
nachm.
An: niels.gr...@halbordnung.de
Cc: i...@vucica.net; gnustep-dev@gnu.org
Betreff: Re: libobjc2 fails to build with gcc 5.4.0
On 3 Apr 2017, at 19:19, Niels Grewe wrote:
>
> As I said in the pull request, I don't have any interest in GCC as an
> Objective-C compiler anymore
t; support is a bit harsh. You'd be turning up the heat a lot on existing users
> of libobjc2 in gcc-based environments [0]. It would also be a half-baked
> measure without removal of the legacy runtime API (objc_msg_lookup() and
> friends). My favoured approach would be depreca
#x27;t compiled a single line of
Objective-C code using gcc this year…). But I think outright dropping
GCC support is a bit harsh. You'd be turning up the heat a lot on
existing users of libobjc2 in gcc-based environments [0]. It would also
be a half-baked measure without removal of th
On Mon, Apr 3, 2017 at 12:06 PM, David Chisnall wrote:
> I think simply removing support for building with GCC is probably a better
> idea.
Well, that's disappointing :)
___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
https://lists.gnu.org/mailman/li
On 3 Apr 2017, at 11:51, Ivan Vučica wrote:
>
> 5.4 is almost a year old, so maybe this was fixed. However, I'm not sure it
> would be so bad to have a workaround for this compiler?
>
> There is already a warning that clang should be used (which I, of course,
> switched to; I prefer it anyway)
On Mon, Apr 3, 2017 at 9:34 AM, David Chisnall wrote:
> On 2 Apr 2017, at 19:28, Niels Grewe wrote:
> >
> > Yes, it seems that gcc and clang disagree on how to interpret const.
> Here's a PR that addresses this particular problem:
> >
> > https://github.co
On 2 Apr 2017, at 19:28, Niels Grewe wrote:
>
> Yes, it seems that gcc and clang disagree on how to interpret const. Here's a
> PR that addresses this particular problem:
>
> https://github.com/gnustep/libobjc2/pull/22
This still looks like a GCC issue. The C standard in
Yes, it seems that gcc and clang disagree on how to interpret const. Here's a
PR that addresses this particular problem:
https://github.com/gnustep/libobjc2/pull/22
Cheers,
Niels
Von: i...@vucica.net
Gesendet: 2. April 2017 7:05 nachm.
An: thera...@sucs.org; gnustep-dev@gnu.org
Be
Hey David,
It might be that libobjc2 no longer supports gcc, but in case it does, this
is the result of building with Ubuntu 16.04's gcc 5.4.0:
[ 1%] Building C object CMakeFiles/objc.dir/category_loader.c.o
/usr/bin/cc -DGC_DEBUG -DGNUSTEP -DNO_LEGACY -DTYPE_DEPENDENT_DIS
On Tue, Sep 6, 2016 at 4:24 PM, David Chisnall wrote:
> Report a bug with GCC? data_size is a const int, and so data_size - 1 is
> an integer constant expression according to the C standard, and is a valid
> initialiser.
>
It might be fixed in a later GCC version (I'll see if I can deploy one),
On 6 Sep 2016, at 15:35, Ivan Vučica wrote:
>
> Cheers,
>
> I'm fiddling with writing Bazel (http://www.bazel.io/) BUILD-files for
> libobjc2 (and, hopefully, other GS libraries). There are reasons why I'm
> doing this, but they're a separate discussion topic
Cheers,
I'm fiddling with writing Bazel (http://www.bazel.io/) BUILD-files for
libobjc2 (and, hopefully, other GS libraries). There are reasons why I'm
doing this, but they're a separate discussion topic.
There's this:
In file included from dtable.h:3:0,
fr
Hello GNUstep people,
There are lots of recent changes in libobjc2, including AArch64 support and
significant reworking of both the message send and block-as-imp code paths
(i.e. all of the assembly code).
I’d like to do a new release soon, but it needs a lot wider testing. Please
try
untu that don't ship with a sufficiently new clang.)
>
> Yes, -DTESTS=OFF on the cmake command line ought to do it.
>
> > (5) If not I could upload debian source package for whatever minimum
> version of clang you believe is required for libobjc2 1.8.1 and have
> Canonical'
1 - 100 of 321 matches
Mail list logo