Hi,
Frederik Seiffert wrote:
> I did /not/ have to patch the MSYS2 headers as written in the
> instructions, but maybe that’s only needed for Gui?
patching was only needed for Gui not for Base. Now it is no longer
needed, I was able to make the necessary workarounds in our code.
Riccardo
are -r and -rdynamic coming from? I found nothing therelike in
gsc's subproject itself.
Riccardo
ted to at least this
commit - merge:
https://github.com/mozilla/newtab-dev/raw/6be44da368fb869a3d3e1975f515857352a7d9fc/browser/modules/ProcessHangMonitor.jsm
Can you reproduce? How is it for you?
Riccardo
on the wrong branch... I delted some merged branch on my side
and would encourage other people to do the same, it reduces confusion.
I am typing this email with GNUMail on my ThinkPad GNUstep rocks.
Riccardo
'NSAttributedStringKey'
- (void) removeAnnotation: (NSAttributedStringKey)annotationName
^
Riccardo
Wolfgang Lux wrote:
I haven't tried this for other apps, but for SWK+Vespucci the problem is one of
initialization order (the same I've seen -- and fixed -- for StepTalk): The
__objc_load function is called for libSimpleWebKit*before* libgnustep-base,
which means that all protocol references
Riccardo already noticed earlier).
The CMAKE_BUILD_TYPE is only necessary to debug the runtime itself (but that
was of course necessary in this case).
2. Configure gnustep-make with ./configure CC=clang CXX=clang
--with-layout=gnustep --with-library-combo=ng
The --with-library-combo option (yes, ng
Hi David,
David Chisnall wrote:
On 18 Jun 2020, at 12:52, Riccardo Mottola wrote:
you guessed correctly and the protocol is also a very common one, NSCopying
So, part of the question is whether this is the first time we’re seeing this or
not. Can you stick a watchpoint on the isa pointer
kefile issue somewhere?
Thanks,
Riccardo
ibrary/Libraries/libgnustep-base.so.1.27.0
#10 0x in ?? ()
how can I print out this?
(gdb) p protocols
$4 = (struct objc_protocol_list *) 0x753c816c91b0
just to know which "list" and what should be loaded, I suppose there is
an error here.
Riccardo
I tried compiling with no optimization, with debug... I can't get a
better stacktrace.
Perhaps libobjc? how can I compile libobic2 in debug? I think I need to
activate CMAKE_ASM_FLAGS_DEBUG somehow
Riccardo
?? ()
Ideas?
Riccardo
Hi David,
On 6/1/20 12:31 PM, Riccardo Mottola wrote:
I reconfigured base with:
./configure LD=/usr/pkg/gnu/bin/ld.gold
Is that enough?
./configure CFLAGS=-fuse-ld=gold
does not work with clang.
I found the final solution.
I configured make with:
$ ./configure --with-library-combo
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
failed out of 186
Total Test time (real) = 68.32 sec
The following tests FAILED:
25 - BlockImpTest (SEGFAULT)
26 - BlockImpTest_optimised (SEGFAULT)
27 - BlockImpTest_legacy (SEGFAULT)
28 - BlockImpTest_legacy_optimised (SEGFAULT)
are these expected? I suppose... not, but I wonder if they can cause the
issue I am seeing.
Riccardo
issues.
I wonder, those files were not touched since a long time
Riccardo
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 shared objec
was indeed puzzled, it loked impossible and I did this check many times.
Riccardo
:
Unknown class of value: GSMutableDictionary
soo for some reason GSMutableDictionary is not isKindOfClass
NSDictionary? and not a NSMutableDictionary either?
I bet this used to work...
Riccardo
? (y or [n])
even after the executable has been run. Why that? Perhaps it is totally
unrelated
Input appreciated.
Riccardo
is
one happens on both 64bit and 32bit, so it is probably different, need
to know where it comes from too.
Riccardo
Maybe with a paarenthesis or some other notation I'd like to be
able to directly represent that number. The "trick" of (-2147483647 -1)
is nasty but works :-)
Riccardo
le for int8-t
and int16_t although we perhaps will never encounter that because
minimum literal type is "int".
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
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
;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
NLY on FreeBSD 12, not on FreeBSD 11
which works fine with the system linker|!
Curious, or not?
Riccardo
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
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
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
m in
> release notes.
this short line you wrote quite well matches the longer description I
proposed in my last mail, I think
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
log" or
"svn log" provide that (and often the comments are not that meaningful).
Maybe we can find a compromise here.
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
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
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
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,
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
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
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
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
the next weeks.
Riccardo
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
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
s failed out of 178
how can I share you the failure details? where are they?
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
! 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
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
ok up some WINGs documentation and check, but appears it
disappeared into net oblivion?
Riccardo
__fsetlocking () from /lib/libc.so.6
Previous frame identical to this frame (corrupt stack?)
Riccardo
oposing to merge Niels' patch but i see RFM did it.
So now it only needs to be tested more...
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
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
ica) which worked fine in GNUstep and on 10.4 Mac. I guess it
is done for optimization, address alignment for various reasons.
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
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
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
?
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
.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
ainScreen] visibleFrame].size;
NSLog(@"current screen size: %f x %f", screenFrameSize.width,
screenFrameSize.height);
is 0! and this can't be good!
Riccardo
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
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
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!
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
igate further what
could be left over.
Riccardo
" of the graphical elements: size, positioning, etc... would be very
useful since it is often trial-and-error.
Just my 0.02 €
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
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
_COMPILER=clang
-DCMAKE_ASM_COMPILER=clang -DCMAKE_ASM_FLAGS=-c
as suggested in the INSTALL!
Riccardo
Riccardo
will try to provide more information so we can get them both working on
OpenBSD.
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
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
mAdditions)
performSelectorOnMainThread:withObject:waitUntilDone:modes:] (
And, most importantly, I just installed libobjc2 from GIT!
I somehow remember this issue, do you Fred?
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
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
m:78
I don't think this has any relations to the runtime options checking,
hasn't it?
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
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
: [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
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
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
. 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
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..
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
is fixed now. I could compile up to GWorkspace and it runs
fine.
Riccardo
checkout.
Riccardo
(selector1 == selector2)
#else
#include
#endif
fine it looks! but... today I am compiling on an older NetBSD system
(SPARC) and there is no objc/runtime.h and am using GCC with its
supplied runtime.
similar differences in runtime bite me also in OpenBSD.
Any suggestions
of Yavor, but Richard applied, maybe he can chime in to the
discussion.
Riccardo
___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
https://lists.gnu.org/mailman/listinfo/gnustep-dev
Version
if [ Version -nt base.make ]; then ./configure; else ./config.status
base.make; fi
so this code is actually in our Makefile.postamble, it is not a GNU
autoconf bug, but a check we add to rerun configure.
I wonder how it can be made more portable. Or, having bash, if I can run
Riccardo
___
t: unknown operator -nt
gmake: *** [Makefile.postamble:105: base.make] Error 1
This is not very helpful... somewhere I suppose we are using a parameter
that the sh is not liking, I suppose?
"sh" is not bash on solaris.
But where?
Do you know a trick to "force"
Hi,
Riccardo Mottola via Gnustep-dev wrote:
while compiling base with older gcc, I get these errors (and also
warnings):
I think it doesn't understand "@required" and "@optional". Did we use
to have a macro for that?
Fixed now. Build sa
x27; method found
NSFileCoordinator.m: In function '-[NSFileCoordinator
coordinateAccessWithIntents:queue:byAccessor:]':
NSFileCoordinator.m:156:7: warning: passing argument 1 of
'blockOperationWithBlock:' from incompatible pointer type
NSFileCoordinator.m:156:7: note: expected &#
could confuse NSTable.
A first guess for me would be that _rowYOrigin[i] is invalid
Maybe Fred can help us. Could you print the stactrace to see where it is
called from Terminal?
please print out i and _numberOfRows just to check the basic things.
perhaps something went astray.
Riccardo
Patryk La
compiled by you or are they ready packages?
3) please try to install Helvetica on your system as a font
4) could you try starting Terminal? maye does the terminal work but not
the UI?
check your global preferences for Fonts... e.g.
defaults read | grep F
x8661700)
at NSWindowController.m:395
I don't know if this could actually be an issue?
If remove the setting the "default" value causes the issues we are
talking about. Text looks "thinner" and slightly irregular for certain
fonts.
Riccardo
PS: I will be
I
prepared (but not other files).
Of course, not only Ink, other applications will hang... e.g. GNUMail
when displaying a Mail.
Riccardo
___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
https://lists.gnu.org/mailman/listinfo/gnustep-dev
further ideas? Anybody else can reproduce this issue?
The patch is big, and the error is bad... it might need a revert.
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
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
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
101 - 200 of 936 matches
Mail list logo
