SD some days ago...
If we still support buliding without freetype, --without-freetype should
work :)
It actually passes the freetype check and builds, but has other strange
issues I was not getting before!
Riccardo
___
Gnustep-dev mailing list
Gnustep-de
signed representation is
used. This should give us space for about 500.000 messages per folder.
If you think they are corrupt, do not remove them yet (they will
regenerate) I still hope the code can be cleaned to fail more gracefully
or at least return a more significant message than E
...
Thanks,
Riccardo
___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
https://lists.gnu.org/mailman/listinfo/gnustep-dev
emacs really work with GNUstep and then make it also usable on
BSD would be a great achievement for 2018! I'd love it, I spent several
hours with only minimal fixes though.
Riccardo
___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
https://lists.gnu.org/mailman/listinfo/gnustep-dev
ory.
in /usr/src/lib/libc/string/memcpy.c
Current language: auto; currently minimal
so now? even id I build with debug, I get no better stacktrace. This
sounds bad,
Riccardo
___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
https://l
/43673452a505a79a55dd1d59b0789f5ebc2eec0c#diff-c09284bb3ef153ed33bb7f447c4fe88e
such as perhaps: NSBundle +load -> +initialize, and perhaps
GSTinyString's +load or some such being called in an unexpected order.
anyhow, the setName: call should result in a memcpy... perhaps
Riccardo could give it a go without that change.
"plmerge". For me it
is OpenBSD only, but I got that Gregory has issues on linux to.
I was able to compile with debug and get a better starcktrace, although I think
it is corrupted and loops.. or we have some case of /thread recurision
Riccardo
Program received signal SIGSEGV,
Hi,
David Chisnall wrote:
Either of these could cause random crashes in some usage on some platforms.
just for the record - I am getting a crash on NetBSD too.
Riccardo
___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
https://lists.gnu.org
PC gcc -> crash in plmerge
so I am thinking this is maybe more a compiler issue than an OS issue
Riccardo
___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
https://lists.gnu.org/mailman/listinfo/gnustep-dev
Hi,
Richard just commited some promising fixes.
Things seem better, but not stable. Here a summary of the current
status. OpenBSD seems fine on x86, on amd64 I get some strange issues
that might not be related
FreeBSD/amd64/clang
- seems to work with all apps I tried
- One test failure:
base
e:5987: checking the Objective-C runtime
configure:5997: result: GNU
configure:6014: checking for custom shared objc library
configure:6073: result: NONE
but it will say GNU for both gcc's and David's runtime, right?
Actually, I fear that FreeBSD ships only libobj2 and that gcc7
Hi all,
nobody has a hint?
I am suspecting that if libobjc2 of FreeBSD was compiled with clang
(which surely is) it won't work with GCC. It is very strange I did not
find GCC's runtime library though.
Or maybe the problem is totally different?
Riccardo
Riccardo Mottola wrote:
H
Hi David,
On 2018-05-24 12:44:21 + David Chisnall
wrote:
Hi Riccardo,
This looks like what happens if you have no @catch block anywhere on
the
stack. If you can recompile the runtime, try sticking #define
DEBUG_EXCEPTIONS in eh_personality.c - it will report where failures
are
parse: /home/multix/gnustep-cvs/libobjc2/protocol.c:226: BOOL
init_protocols(struct objc_protocol_list *): Assertion `aProto->isa ==
protocol_class_gcc' failed.
Aborted
I have recompiled also base, just for safety, but no help.
any cl
""
| #define PACKAGE_TARNAME ""
This hints that libobjc.so is not properly linked or misses atomic_load
for some reason.
Riccardo
___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
https://lists.gnu.org/mailman/listinfo/gnustep-dev
tatus load
Failed test: test01.m:58 ... 404 - status: Handle load not loaded
(resource not found)
only the general.m are probably worrysome, I suppose, they refer to
bundles though and no crash
Riccardo
___
Gnustep-dev mailing list
Gnust
I can rule out gcc issues with libobjc2.
Thank you,
Riccardo
___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
https://lists.gnu.org/mailman/listinfo/gnustep-dev
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
h gnustep
make? or maybe we already have some wizardy but it isn ot working?
Riccardo
___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
https://lists.gnu.org/mailman/listinfo/gnustep-dev
c.so: undefined reference to
`_Unwind_GetTextRelBase'
/System/Library/Libraries/libobjc.so: undefined reference to
`_Unwind_Resume'
/System/Library/Libraries/libobjc.so: undefined reference to `_Unwind_GetIP'
clang-5.0: error: linker command failed with exit code 1 (use -v to see
inv
g pointer to
incomplete type
return CLS_ISCLASS(_class)?_class->name:((_class==Nil)?"Nil":0);
I suspect something wrong in gcc, but since it stayed to the same
version since previous OpenBSD, I do wonder!
Riccardo
___
Gnustep-dev m
a
certain version of GCC onwards because it does not exist?
I can skip that, but then I hit another header... and then redefinitions.
I actually wonder how this all worked before. It looks as if there is
only one compiler, it works, but if two are installed, a mess !
Riccardo
__
h version9.
Instead, we check header-per-header and "somewhere" they will be found
and then pulled in.
I am sure thus your .m trick would work?
Riccardo
___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
https://lists.gnu.org/mailman/listinfo/gnustep-dev
'
objc_EXPORT void * object_getIndexedIvars (id object);
^
I wonder a bit what kind of magic we are doing there: I actually wonder
how it works elsewhere where I use even more modern GCC.
Riccardo
___
Gnustep-dev mailing list
Gnustep-dev@gnu.
Hi Fred,
Fred Kiefer wrote:
Riccardo,
you seem to be missing out on the underlying problem that Wolfgang tried to
explain. For the GNUstep base library there are two cases which are supported.
Either a new Obj-C runtime is installed on your machine then this gets used and
the GNUstep
Hi Wolfgang,
Wolfgang Lux wrote:
Am 18.12.2018 um 22:01 schrieb Riccardo Mottola :
Making all for subproject ObjectiveC2...
Compiling file runtime.c ...
runtime.c:35:27: fatal error: objc/objc-api.h: No such file or directory
#include
^
compilation terminated
o see
invocation)
gmake[4]: *** [/System/Library/Makefiles/Instance/tool.make:89:
obj/cvtenc] Error 1
Any clues?
Riccardo
___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
https://lists.gnu.org/mailman/listinfo/gnustep-dev
compiled+linked now! I have now an issue in back, will I report
separately!
Riccardo
___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
https://lists.gnu.org/mailman/listinfo/gnustep-dev
KitAppHide
^
1 error generated.
gmake[5]: *** [/System/Library/Makefiles/rules.make:479:
obj/x11.obj/XGServerEvent.m.o] Error 1
It is apparently introduced by commit
b492ac87cd07046c8d9ca88fcb5e9bb44e39c32c of 5 April. How does it compile
for others?
->gui->back in that order since many many years now!
Riccardo
___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
https://lists.gnu.org/mailman/listinfo/gnustep-dev
nyway.
I found no public method for accessing it.
Apparently, this is all done for tooltip management... I wonder if it is
needed at all, I don't understand what the code is doing special there,
don't have Buttons standard toolitps?
Hi Sergii,
Sergii Stoian wrote:
Hi Riccardo,
I've wrote tooltips for ProjectCenter PCButton's implementation. After
that someone has copied this implementation into NSView.
I looked into ProjectCenter sources long time ago. I was convinced
that PCButton's private tooltips imp
ojectCenter, I will look for other apps that
have tooltips, but now PC should be really "standard".
Riccardo
___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
https://lists.gnu.org/mailman/listinfo/gnustep-dev
apps keeps PC working TT, however clong and
restarting PC, makes it act up again. That is, no restart of
WindowMaker is needed to "reproduce" the issue.
It doesn't look cairo or art depdent.
Also, I tried on another system where I run XFCE and the
ll')
matrix$ clang --version
OpenBSD clang version 7.0.1 (tags/RELEASE_701/final) (based on LLVM 7.0.1)
Target: amd64-unknown-openbsd6.5
Thread model: posix
Ideas?
Riccardo
___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
https://lists.gnu.org/mailman/listinfo/gnustep-dev
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
provides the exception ABI. On most *NIX systems this comes
checkout.
Riccardo
is fixed now. I could compile up to GWorkspace and it runs
fine.
Riccardo
ich I think is a set containing only
Riccardo).
This is an exaggeration. I fixed a bug in SOPE on SuperH just a few
months ago. Over the years, I recall fixes in GNUstep core libraries
on HP-PA, GNU/Hurd and GNU/kFreeBSD, to name a few. And non-core
packages on sparc, ppc, ppc64, powerpcspe and m68
Hi,
our base is not compiling on Debian with current gcc 9.2.
The latter errors are certainly for Blocks being used enyway, but the
first error about NSSet confuses me.
I fixed NSError not being found because a missing header, but that is
not enough.
Making all for library libgnustep-base..
. Tested and worked.
Why "blocks" are a GCC issue, I do wonder how clang could compile the
missing NSError.h - it looks a partial push was done or a push was done
before performing a build!
Riccardo
feature branch 1
> feature branch 2
but, since here we don't work with a whole load of sub-contractors and
developers, I'd prefer something more simple!
And it could be even worse. With Gitflow in place as a rule, Riccardo and I
could have been stopped from doing the emer
where we only had 4 people and it still helped things go
very smoothly.
This is the process I've been trying to adhere to. I would advocate
that, if PRs could have prevented this then, perhaps, we should all
move to it. I had a discussion with Riccardo where he thought this
process was too
: [FileArray-addObject:] should be overridden by subclass
I did override all concrete methods in the easiest possible way, calling
super. For addObject I did:
- (void)addObject:(id)anObject
{
[super addObject:anObject];
}
why is this not enough or not working in any case?
Riccardo
ething abstract,
there is actually nothing, so there is no storage and you have to "wrap"
it yourself and instead of using "super" use the content.
Riccardo
6. I hope that if there was some strange compiler bug, it
should have been gone.
So I start fearing that we have some bad code, but it happens "only" in
this setup I have. Any suggestion?
Riccardo
m:78
I don't think this has any relations to the runtime options checking,
hasn't it?
Riccardo
odern Objective-C features
So if the fix is from March 27, 2019 I bet I don't have it. Darn.
I can't upgrade FreeBSD ont his box because it breaks TONS of other
things I can try on my other computer if packages got updated. There
an "upgrade" release already broke important stuff for me.
Riccardo
elf=out>, _cmd=) at NSApplication.m:858
#17 0xb7b4d347 in NSApplicationMain (argc=,
argv=) at Functions.m:78
#18 0x0804b220 in main (argc=, argv=,
env=) at main.m:33
Riccardo
mAdditions)
performSelectorOnMainThread:withObject:waitUntilDone:modes:] (
And, most importantly, I just installed libobjc2 from GIT!
I somehow remember this issue, do you Fred?
Riccardo
pointer-types]
while((theBlock = [en nextObject]) != NULL)
maybe it is bogus with our block macros, but why?
I wonder what the type "i" is.
Riccardo
I tried as a workaround:
./configure LDFLAGS=-lstdc++
(used then also for gui, back...) and added to compile Ink.
But then, a test test run ends like this:
Program received signal SIGFPE, Arithmetic exception.
0x02b46e5fd66f in ?? () from /usr/libexec/ld.so
(gdb) bt
#0 0x02b46e5fd66f in ?? () from /usr/libexec/ld.so
#1 0x02b44f363c00 in ?? ()
#2 0x in ?? ()
Riccardo
will try to provide more information so we can get them both working on
OpenBSD.
Riccardo
_COMPILER=clang
-DCMAKE_ASM_COMPILER=clang -DCMAKE_ASM_FLAGS=-c
as suggested in the INSTALL!
Riccardo
Riccardo
start!
I get this issue:
Version 2 Objective-C ABI may not be mixed with earlier versions.
and a crash. Why? No real clue yet.
I checked compilation of SystemPreferences with messages=yes and clang
is used.
More ideas?
Riccardo
editor. I don't see it is a real duplication, since you do editing in
the Inspector (as you would with other objects)
Apart from getting used to it, what is the issue?
Riccardo
" of the graphical elements: size, positioning, etc... would be very
useful since it is often trial-and-error.
Just my 0.02 €
Riccardo
igate further what
could be left over.
Riccardo
Hi!
to test the latest "libart" stuff I upgraded all GNUStep on the old and
venerable MIPS Book Letux400
I got everything to build! yeah!
If I export the display through ssh, everything works and (albeit
slow... the Letux had the LAN connected through USB on the board) I get
a fine looking
CI20 board!) impossible.
The runtime is gcc's one and it is some gcc 4 series, cpu is MIPS
little-endian.. so I doubt you have an "i386" machine with that stuff.
I will perform some further tests
Riccardo
Hi,
On 1/26/20 1:49 AM, Sergii Stoian wrote:
Hi Riccardo !
I’ve installed art on debian buster x64 with the gnustep runtime (2.0) from
latest source on github.com/gnustep (does it answer your PS, Sergii ?)
It depends on what version of Debian installed on Riccardo's MIPS machine...
n
compiled the art backend again on this small
machine, with all your latest patches after the merge, and it compiles
and also works fine if remote X is displayed.
I usuallky always export display, because the small keyboard is
unsuitable for typing the build commands :-P
Riccardo
ainScreen] visibleFrame].size;
NSLog(@"current screen size: %f x %f", screenFrameSize.width,
screenFrameSize.height);
is 0! and this can't be good!
Riccardo
.c:118)): warning: internal X error: BadMatch
(invalid parameter attributes)
Request code: 12 X_ConfigureWindow
Request minor code: 0
Resource ID: 0x63
Error serial: 59874
Regards,
Riccardo
?
Sorry, had no time to test yet. "Real Job" is consuming 99% of CPU time
:-P But will test that as soonas I can and report back.
Riccardo
some good "xrandr" output?
in the sense that it reports correct screen size? then yes.
It is true both for local as remote displays.
Riccardo
mpile/reinstall backend?
I tried and it does not help.
Now... the best would be to backout some changes and test, but without
direct git/svn access it is quite bad.
I'll see if I can nevertheless understand this better.
Riccardo
minor ALPHA_THRESHOLD fix)
I'm a little bit confused with the commits of 13th and 14th January,
since they seem to contain similar things!
Somehow, however in the "fixes" for the icon there appears to be a
memory issue!
Riccardo
ica) which worked fine in GNUstep and on 10.4 Mac. I guess it
is done for optimization, address alignment for various reasons.
Riccardo
lay but a "TrueColor" display? I remember reading a comment by you
that indexed color would not work.
This small display is TrueColor 16 planes.
Or does indexedColor for you means old 256 color - 8 bit? I hope we did
not break that too, for old machines :-P
RIccardo
to sue, since only with it the external monitor can be dynamically
added/removed.
My more "esoteric" machines are single-monitor setups. Solaris 7 with
two Monitors would be a setup? I don't have setups like that.
Riccardo
oposing to merge Niels' patch but i see RFM did it.
So now it only needs to be tested more...
Riccardo
__fsetlocking () from /lib/libc.so.6
Previous frame identical to this frame (corrupt stack?)
Riccardo
ok up some WINGs documentation and check, but appears it
disappeared into net oblivion?
Riccardo
ld:
/System/Library/Libraries/l
ibobjc.so: undefined reference to `std::cerr'
/usr/lib/gcc/i686-pc-linux-gnu/7.3.0/../../../../i686-pc-linux-gnu/bin/ld:
/System/Library/Libraries/l
ibobjc.so: undefined reference to `__cxa_begin_catch'
/usr/lib/gcc/i686-pc-linux-gnu/7.3.0/../../../../i686-pc-linux-gnu/bin/ld:
/System/Library/Libraries/l
ibobjc.so: undefined reference to `__cxa_rethrow'
/usr/lib/gcc/i686-pc-linux-gnu/7.3.0/../../../../i686-pc-linux-gnu/bin/ld:
/System/Library/Libraries/l
ibobjc.so: undefined reference to `std::ios_base::Init::Init()'
which is even more weird?
Riccardo
! The issue instead appears to be the
XDestroyImage call, commenting out that, I get no crash.
As I check, the "non" shared path is taken.
RDestroyXImage rx->image is not shared!
What's going on?
Riccardo
mmon.g:47:5: note: instance variable is declared here
id isa;
^
1 warning generated.
configure:7880: $? = 0
configure:7880: ./conftest
ld-elf.so.1: /System/Library/Libraries/libobjc.so.4.6: Undefined symbol
"_ZNSt3__14cerrE"
configure:7880: $? = 1
configure: program exited with status 1
and now?
Riccardo
s failed out of 178
how can I share you the failure details? where are they?
Riccardo
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
with offset 31 31
2020-02-25 16:02:51.647 Ink[24686:24686] Parent border,width,height 0,64,64
2020-02-25 16:02:51.977 Ink[24686:24686] The font specified for NSFont,
FreeSans, can't be found.
Riccardo
the next weeks.
Riccardo
Hi,
Sergii Stoian wrote:
Hi,
On Feb 27, 2020, at 23:09, Riccardo Mottola wrote:
Hi,
before a release, I would like these issues to find a solution.
- understand why we don't work properly on my ThinkPad T23 neither with the
Cairo nor with the xlib backend with similar issues
Coul
too! and of course he is not able to reproduce my issue or I bet he
would have been quick at fixing things.
However, since I have the issue on more than one system... I'd say it is
not just one unlucky machine.
Riccardo
le result and
it is not very reproducible from computer to computer, it is very strange.
I propose a wiki page. Then two sub-sections for the different compiler
& runtimes.
Riccardo
Hi,
On 3/7/20 11:54 AM, Riccardo Mottola wrote:
well, since I am working since almost a year to get instead a working
ming64 setup on windows7 & windows10 with GCC, there is probably some
common ground.
I never started this because.. it yields a not totally stable result
and it is
look plain. But they don’t (Riccardo sent me a screenshots). We need to
be sure the video driver works correctly. The next step is to understand what
code in GNUstep drives that weird behaviour.
I performed some tests by hacking xorg.conf ... I was a bit rusty at
that, but a refresh does good. We
Hi,
Frederik Seiffert wrote:
>>
>>
>> http://wiki.gnustep.org/index.php/Installation_MSYS2
>
>
> Thank you Riccardo! I’ll follow along and will gladly test
> instructions here.
>
I just complteted to my best. By writing this tutorial I was finally
able to repli
cb4dbb in +[GSServicesManager newWithApplication:] (
self=, _cmd=, app=)
at GSServicesManager.m:556
#9 0xb7cb4e3f in +[GSServicesManager manager] (self=,
(gdb) p self
$1 = (NSTimer *) 0x84cb9f4
(gdb) p object
$2 = (id) 0x84cb8d4
(gdb) po object
Riccardo
quot; as it is in master though, not mergein any
branches.. I have decently tested it on a couple of platforms with gcc.
Riccardo
log" or
"svn log" provide that (and often the comments are not that meaningful).
Maybe we can find a compromise here.
Riccardo
orce this, including
> possibly writing the log entries ('blogposts'?) themselves.
>
we need to agree on some sort of common line.
Of course, everybody wants to type and update the least possible during
hacking, but then different developers have different tastes and needs
when looking up the changes during bug hunting or releaseing.
Riccardo
m in
> release notes.
this short line you wrote quite well matches the longer description I
proposed in my last mail, I think
Riccardo
d reference to `std::__1::cerr'
../libobjc.so.4.6: undefined reference to `std::__1::locale::~locale()'
../libobjc.so.4.6: undefined reference to `std::__1::basic_stringstd::__1::char_traits, std::__1::allocator >::~basic_string()'
cc: error: linker command failed with exit code 1 (use -v to see invocation)
Then I try the system linker:
CMAKE_LINKER /usr/bin/ld
and I get exactly the same error again.
So now? Is this not the correct way to change cmake parameters?
I think this is quite a mess.
Riccardo
Hi Wolfgang,
glad to see you around.
Wolfgang Lux wrote:
Am 13.04.2020 um 13:56 schrieb Riccardo Mottola :
So now? Is this not the correct way to change cmake parameters?
I've never used ccmake, but I'm using cmake directly in the way suggested in
the INSTALL file
pilers...)
I think I found a solution now for libobjc2 on FreeBSD 11, I mentioned
it in the other thread (edit linker flags)
To the guide I would however add
check out of liobjc2 needs:
git submodule update --init --force --remote
to get some submodules.
Riccardo
NLY on FreeBSD 12, not on FreeBSD 11
which works fine with the system linker|!
Curious, or not?
Riccardo
;t use cmake, since I use gcc and not
libobjc2 currrently (although I'd like to be able to use the
gcc+libobcj2 combination again as I did long ago)
Riccardo
from NSUnarchiver of the GSGormLoader.
Is it a bug? or did some types change and broke compatibility with
existing gorm types?
The first "halt" I get is when loading Attributes.gorm of GWorkspace's
Inspector
Riccardo
on other machines. I do
not see this on my workstation, but it is running on 64bit, with a
different OS and with a different compiler and runtime :-P Too many
differences.
Riccardo
le for int8-t
and int16_t although we perhaps will never encounter that because
minimum literal type is "int".
Riccardo
701 - 800 of 936 matches
Mail list logo