I am merely suggesting what the gnustep team might do to
build the level of confidence that will make it more
attractive to those who wish to use it in projects where
crashes have a serious downside.
--
+---+
| Dale Amon
On Tue, Feb 19, 2019 at 8:25 PM amon wrote:
> > Small note: GNUstep is not being developed by a corporation.
>
> Any group can choose to define and use a good process. You don't
> have to be a corporation to do so.
Are you proposing to find someone to develop the process? Are you proposing
to
Small note: GNUstep is not being developed by a corporation.
Any group can choose to define and use a good process. You don't
have to be a corporation to do so.
--
+---+
| Dale Amon Immortal Data
We saw these symptoms on android/bionic when using shared libraries... When we
compiled everything into one large static library these issues went away (at
least on armv7-a. Still investigating arm64-v8a but we will just be moving to
the 2.0 ABI shortly)
> On Feb 19, 2019, at 2:11 PM, David
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 library A has an object
On 19 Feb 2019, at 18:55, Andreas Fink wrote:
>
> There is definitively some nonsense happening when library A has an object
> wich librarby B is subclassing and App usese library B and sets a property of
> the superclass library A.
This is a known issue with the pre-2.0 ABI on Linux and was
Small note: GNUstep is not being developed by a corporation.
On Tue 19 Feb 2019 at 19:45, amon wrote:
> Just my tuppence on this... finding the bug is only part of the
> problem. The fact that a fault of this severity got through
> testing and release shows that there is a very serious problem
Just my tuppence on this... finding the bug is only part of the
problem. The fact that a fault of this severity got through
testing and release shows that there is a very serious problem
in procedures. There should be a review afterwards to figure
out how to make sure it does not happen in the
> I have to say that the setup using gnustep-make is very problematic for me.
> It's kind of impossible to figure out what kind of compiler options are being
> set and to verify if it does build everything as it should. Things are
> spread over several make files in several directories,
Data acquisition, logging, distribution and black box systems.
FaultTolerance = 0.
ProgrammingMode = FASCIST
--
+---+
| Dale Amon Immortal Data |
| CEO Bldg C, 3655 Research Road,
Hello all.
After fiddling around with about every variant of compiler and library and
flags under Debian 9 I can imagine, the conclusion is that libobjc2-1.9 is
definitively broken under Debian.
When I switch back to 1.8.1 and the latest gnustep release from the webpage
things become stable
FYI: You have no idea what kind of chills this runs up the spine
of an aerospace engineer who uses objc... Absolutely frightening.
--
+---+
| Dale Amon Immortal Data |
| CEO Bldg C, 3655
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 -
13 matches
Mail list logo
