Re: GNUstep base fails - libobjc2 on NetBSD x86
Hi Frederik, On 1/3/21 3:26 PM, Frederik Seiffert wrote: Looks like the conftest executable is aborting. Can you try running it with a debugger to see where it fails? I couldn't find the conftest binary after the failure, seems it does get removed immediately. I don't remember if there is a command to save the generated executables. I did reconstruct it from the config.log, wrote the soruce code in a file then run the exact same command that is written there. It fails this way: (gdb) r Starting program: /home/multix/code/libs-base/conftest /System/Library/Libraries/libobjc.so.4.6: text relocations [Inferior 1 (process 6265) exited normally] (gdb) bt No stack. It appears to me it does not even run and doesn't like something in my libobjc.so. I fear, it really is not built correctly then - I got it building but it is not working on NetBSD/i386 Well, 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 permissions of PaX ? I cannot set PaX on libraries though, only on executables. Or some address is bogus or other havoc is going on. Riccardo
Re: Building GNUstep for Windows using Clang
Hi, On 12/2/20 5:07 PM, Gregory Casamento wrote: Just a suggestion. Could you commit the binary resulting from the build? While David might disagree, this is a very heavyweight and difficult build process. I would prefer to spare others from having to go through it. If someone else doesn't commit it, I will go through the process and do it myself. please don't commit it. Also, "official binaries" should be built with releases and blessed etc etc, we aren't yet prepared that. We could however put it in the releases of the repository. -R
Re: Building GNUstep for Windows using Clang
I am not in favor of committing binaries into otherwise highly compressible repositories, those containing primarily source code. Clone operations become heavyweight and eliminating the binary from history is, like any other file, difficult. If we start to commit binaries, can it be in separate optional repositories, please? sent from phone On Wed 2 Dec 2020, 16:08 Gregory Casamento, wrote: > Just a suggestion. Could you commit the binary resulting from the build? > While David might disagree, this is a very heavyweight and difficult build > process. I would prefer to spare others from having to go through it. If > someone else doesn't commit it, I will go through the process and do it > myself. > > GC > > > On Wed, Dec 2, 2020 at 7:24 AM Frederik Seiffert > wrote: > >> >> Am 02.12.2020 um 10:50 schrieb David Chisnall > >: >> >> You should be able to just do a Windows build with the VS command prompt >> and CMake. I normally build clang with CMake + Ninja + either Visual >> Studio or an existing LLVM install on Windows. There are no other >> dependencies. >> >> >> Thanks, it’s building now, fans spinning. :) >> >> Frederik >> >> > > -- > Gregory Casamento > GNUstep Lead Developer / OLC, Principal Consultant > http://www.gnustep.org - http://heronsperch.blogspot.com > https://www.patreon.com/bePatron?u=352392 - Become a Patron > https://gf.me/u/x8m3sx - My GNUstep GoFundMe > https://teespring.com/stores/gnustep - Store >
Re: NSControls failing to set status/label on BigEndian/64bit
Hi Riccardo, thank you for pointing out this issue. As I don’t have a Bigendian 64 bit system you will have to do the testing to pin this down. First I would propose that you add a few NSLog statements in NSButtonCell.m after line 1773. Most likely the data is not aligned in the unsigned int in the way the code expects it to be. The structure _GSButtonCellFlags is defined in GSCodingFlags.h and the code expects it to have 32 bits. Please report back the values you see there (bFlags and buttonCellFlags). Hope this helps, Fred > Am 03.01.2021 um 21:01 schrieb Riccardo Mottola : > > Hello, > > I got in the past reports from some users about issue, now I can reproduce > myself. > > I have set up a BigEndian PowerPC with 64bit and running GNUstep with the > traditional gcc runtime. Environment is a fully up-to-date Linux Debian. > > I noticed that in different applications and panels, RadioButtons are not > working (no one appears set!) nor Check Boxes! and even clicking doesn't > change the status. > > I tried changing the default theme (supposing a simple issue of displaying > the correct image) but that is not the case, all are affected. Also, in some > places, I found working RadioButtons and Checkboxes. so that rules out this. > > As a start, I took out Ink - Fred's favourite minimal application. > > I open the "Find Panel" and see > > - Scope Entire File / Selection has no radio button selectedand selecting > does not change > > - ignore case checkbox can't be set, appears always unset! > > I tried and actually the ignore case feature works! so it appears to be a > "display" problem > > > Then I open the "Print Panel" > > - Page selection All/From radio button shows always unselected > > - Copies and Scale field do not display a numeric value (1 and 100% > respectively) but "Text" > > - Printer and Layout PopupButtons show "Item 1, Item 2" instead of real > content > > - hitting the "Option" button doesn't show an option panel but closes the > Print Panel! > > > Then I open the "Page Layout": > > - in "Page Attributes" the radio buttons do not work, but the "Scale" has 100 > > - in Custom Paper Size all fields which should hold the units (inch/cm) show > "un" which I believe is for undefined. > > > I ask particularly Fred and Gregory if there are ideas about what causes this > strange issue and what can be looked after. It could be a GUI issue as well > as an issue with Gorm files. > > > Then I open GWorkspace.. > > - in the Inspectpr, if I select a Folder, I have a series of radiobutton > which affect sorting, they display correcty and can be clicked > > - in Preferences, most things have issues: Terminal sevices checkbox and in > "Desktop" all properties of the docks don't display > > I tried Terminal and everything looks fine. > > I tried StepSync (which is very recently created and uses Gorm files) and > none of the checkboxes work. > > I tried GNUMail and in Preferences, most items appear to look fine: > RadioButtons, Checkboxen... > > > So we can have a problem in RadioButtons, Checkboxes, PopupMenus, Labels, but > they do not show "everywhere" > > > I am unable currently to test on PPC-BE/32bit, but will do so about in a week. > > Riccardo > >
NSControls failing to set status/label on BigEndian/64bit
Hello, I got in the past reports from some users about issue, now I can reproduce myself. I have set up a BigEndian PowerPC with 64bit and running GNUstep with the traditional gcc runtime. Environment is a fully up-to-date Linux Debian. I noticed that in different applications and panels, RadioButtons are not working (no one appears set!) nor Check Boxes! and even clicking doesn't change the status. I tried changing the default theme (supposing a simple issue of displaying the correct image) but that is not the case, all are affected. Also, in some places, I found working RadioButtons and Checkboxes. so that rules out this. As a start, I took out Ink - Fred's favourite minimal application. I open the "Find Panel" and see - Scope Entire File / Selection has no radio button selectedand selecting does not change - ignore case checkbox can't be set, appears always unset! I tried and actually the ignore case feature works! so it appears to be a "display" problem Then I open the "Print Panel" - Page selection All/From radio button shows always unselected - Copies and Scale field do not display a numeric value (1 and 100% respectively) but "Text" - Printer and Layout PopupButtons show "Item 1, Item 2" instead of real content - hitting the "Option" button doesn't show an option panel but closes the Print Panel! Then I open the "Page Layout": - in "Page Attributes" the radio buttons do not work, but the "Scale" has 100 - in Custom Paper Size all fields which should hold the units (inch/cm) show "un" which I believe is for undefined. I ask particularly Fred and Gregory if there are ideas about what causes this strange issue and what can be looked after. It could be a GUI issue as well as an issue with Gorm files. Then I open GWorkspace.. - in the Inspectpr, if I select a Folder, I have a series of radiobutton which affect sorting, they display correcty and can be clicked - in Preferences, most things have issues: Terminal sevices checkbox and in "Desktop" all properties of the docks don't display I tried Terminal and everything looks fine. I tried StepSync (which is very recently created and uses Gorm files) and none of the checkboxes work. I tried GNUMail and in Preferences, most items appear to look fine: RadioButtons, Checkboxen... So we can have a problem in RadioButtons, Checkboxes, PopupMenus, Labels, but they do not show "everywhere" I am unable currently to test on PPC-BE/32bit, but will do so about in a week. Riccardo
Re: GNUstep base fails - libobjc2 on NetBSD x86
Hi Riccardo,
Looks like the conftest executable is aborting. Can you try running it with a
debugger to see where it fails?
Frederik
> Am 02.01.2021 um 23:14 schrieb Riccardo Mottola :
>
> 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-layout=gnustep
>
>
> I configured libobcj2 with:
> CMAKE_C_FLAGS-march=i686 -mtune=i686
>
>
> the arch is to avoid atomics issues on NetBSD.
>
> I tried both the bfd and the cold linker no help
>
> Currently I fail with:
> configure:7872: checking whether objc really works
> configure:7892: clang -o conftest -g -O2 -I/Local/Library/Headers
> -I/Local/Library/Headers -I/System/Library/Headers -
> I/usr/pkg/include -I/System/Library/Headers -x objective-c
> -L/Local/Library/Libraries -L/Local/Library/Libraries -L/S
> ystem/Library/Libraries -Wl,-R/usr/pkg/lib -L/usr/pkg/lib
> -L/System/Library/Libraries conftest.c -lrt -lpthread -pthre
> ad -fexceptions -rdynamic -fobjc-runtime=gnustep-2.0 -fblocks
> -L/home/multix/GNUstep/Library/Libraries -L/Local/Library
> /Libraries -L/System/Library/Libraries -Wl,-R/usr/pkg/lib -L/usr/pkg/lib
> -lobjc -lm >&5
> In file included from conftest.c:104:
> In file included from ././config/config.objc.m:2:
> ././config/objc-common.g:54:3: warning: assignment to Objective-C's isa is
> deprecated in favor of object_setClass() [-W
> deprecated-objc-isa-usage]
> obj->isa = self;
> ^ ~~~
> object_setClass( , )
> ././config/objc-common.g:47:5: note: instance variable is declared here
> id isa;
>^
> 1 warning generated.
> configure:7892: $? = 0
> configure:7892: ./conftest
> [1] Abort trap ./conftest${ac_exeext}
> configure:7892: $? = 134
>
>
> any ideas?
>
> Riccardo
>
>
