On 1 Dec 2019, at 10:17, Riccardo Mottola wrote:
>
> Right. Please do not distort things. While I make sure that everything is
> "gcc clean" for my own use, I do test, run and build GNUstep with clang
> almost daily. My main workstation is FreeBSD + Clang + GNUstep. Of course, it
> means I do
Hi,
On 11/28/19 9:12 AM, Fred Kiefer wrote:
David, I can understand that after all these long mail threads you over react
on my statements. But part of what you write is so much out of place and
character that I was really surprised. Let us first get the facts straight,
facts that I am sure
> Am 27.11.2019 um 12:29 schrieb David Chisnall :
>
> On 27/11/2019 08:37, Fred Kiefer wrote:
>> For me this reoccurring build issues are one of the reasons why I do not use
>> clang and the new runtime. They both develop too fast for me. It is quite
>> normal that things change and from
Hi David,
On November 27, 2019 at 2:59 AM, David Chisnall
wrote:
On 27/11/2019 10:49, Andreas Fink wrote:
Which cmake version did you use to get it built as the one coming with
Debian10 is too old.
What error did you get? The minimum required is 3.1[1], which is from
some time around 2014.
Great. Yes I noticed the ICU version numer change. These things are usually
easy to spot and fix.
Which cmake version did you use to get it built as the one coming with Debian10
is too old.
It turns out the cmake is only too old for Swift's libdispatch tip. The
approach taken in the script
On 27 Nov 2019, at 12:29, David Chisnall wrote:
I am no longer actively working on Foundation or AppKit, so I
shouldn't get much of a say in what those projects do, but if GNUstep
is going to be tested with only GCC then my advice would be:
- Actively market GNUstep as only an OpenStep
On 27/11/2019 08:37, Fred Kiefer wrote:
For me this reoccurring build issues are one of the reasons why I do not use
clang and the new runtime. They both develop too fast for me. It is quite
normal that things change and from time to time they are even broken. If I
remember correctly most of
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, Andreas Fink
On 27/11/2019 10:49, Andreas Fink wrote:
Which cmake version did you use to get it built as the one coming with
Debian10 is too old.
What error did you get? The minimum required is 3.1[1], which is from
some time around 2014. I would be shocked if Debian included something
that old.
Great. Yes I noticed the ICU version numer change. These things are usually
easy to spot and fix.
Which cmake version did you use to get it built as the one coming with Debian10
is too old.
> On 27 Nov 2019, at 06:55, Patryk Laurent wrote:
>
> Hi Andreas,
>
> I have just updated the script
On 27/11/2019 00:25, Andreas Fink wrote:
This is now under Debian10 with clang-10 from the llvm repo.
cmake is very cryptic here to tell us where it breaks. so go figure
I never use the makefile generator for CMake, but with ninja you can do
ninja -v to see the build steps (and it
On 27 Nov 2019, at 9:37, Fred Kiefer wrote:
Thank you for updating this instruction file. Is there a link to this
in the GNUstep wiki? I understand that we should make it as easy as
possible for new (and experienced) programmers to grab the correct
instructions the first time.
For me this
> Am 27.11.2019 um 06:55 schrieb Patryk Laurent :
>
> Hi Andreas,
>
> I have just updated the script at
>
> https://github.com/plaurent/gnustep-build/blob/master/debian-10-clang-8.0/GNUstep-20-buildon-debian10.sh
>
> and verified that it builds fully under Debian 10 (buster) by testing it
Hi Andreas,
I have just updated the script at
https://github.com/plaurent/gnustep-build/blob/master/debian-10-clang-8.0/GNUstep-20-buildon-debian10.sh
and verified that it builds fully under Debian 10 (buster) by testing it under
a fresh Docker installation. It also builds the apps (like
yes I did. the checkout is fine.
I just found a way to work around
after cmake .. ...
I edit CMakeFiles/objc.dir/link.txt and remove the word "pthread" in it. I
can't figure out where it comes from. I have to leave this to the Cmake
experts..
cmake also complains about some project() missing
Hi Andreas,
Have you had a look at this build script by Johannes? I believe it is in
working order, although it may need the new git submodule init and sync
commands in the libobjc2 checkout.
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%]
> Am 26.11.2019 um 20:36 schrieb Andreas Fink :
>
> 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
On 26 Nov 2019, at 20:36, Andreas Fink wrote:
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
19 matches
Mail list logo
