Re: [Lazarus] GTK3 widgets on macOS?
> On Nov 25, 2019, at 6:03 PM, Sven Barth via lazarus
> wrote:
>
> Should be. 🤔
>
> Would you please compile with -sh option which will generate a ppas.sh file
> (I think) in the output directory (I think as well) which will contain the
> command line the linker will be called with and check that? Maybe you can
> then pass some verbosity switch to the linker to find out what goes wrong...
>
Maybe I'm just doing Lazarus wrong. It appears -sh is already enabled because I
get a ppaslink.sh.
#!/bin/sh
DoExitAsm ()
{ echo "An error occurred while assembling $1"; exit 1; }
DoExitLink ()
{ echo "An error occurred while linking $1"; exit 1; }
OFS=$IFS
IFS="
"
/usr/bin/ld
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/usr/lib/crt1.10.5.o
-multiply_defined suppress -L. -o
/Users/ryanjoseph/Desktop/lazgtktest/project1 `cat
/Users/ryanjoseph/Desktop/lazgtktest/link.res`
if [ $? != 0 ]; then DoExitLink ; fi
IFS=$OFS
Here's the full command line copied from Lazarus.
/usr/local/bin/fpc
-MObjFPC
-Scghi
-O1
-gw
-gl
-l
-vewnhibq
-Filib/x86_64-darwin
-Fl/usr/local/Cellar/gtk+3/3.24.5/lib
-Fu../../Developer/lazarus/lcl/units/x86_64-darwin/gtk3
-Fu../../Developer/lazarus/lcl/units/x86_64-darwin
-Fu../../Developer/lazarus/components/lazutils/lib/x86_64-darwin
-Fu../../Developer/lazarus/packager/units/x86_64-darwin
-Fu.
-FUlib/x86_64-darwin
-FE.
-oproject1
-dLCL
-dLCLgtk3
Regards,
Ryan Joseph
--
___
lazarus mailing list
lazarus@lists.lazarus-ide.org
https://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] GTK3 widgets on macOS?
Ryan Joseph via lazarus schrieb am Mo., 25.
Nov. 2019, 20:19:
>
>
> > On Nov 25, 2019, at 2:07 PM, Sven Barth via lazarus <
> lazarus@lists.lazarus-ide.org> wrote:
> >
> > You'll likely expect wrong considering that GTK is rather Unix centric
> and doesn't like to deal with the platformisms of other platforms (both
> Windows and macOS).
> > You'll likely have to look for a libgtk.3.dylib or so and you'll need to
> adjust the import library names in the GTK3 units.
> >
>
> I see in LazGdk3.pas there is a $LINKLIB line which is wrong. On my system
> at /usr/local/Cellar/gtk+3/3.24.5/lib there is a libgtk-3.dylib which I can
> link to. I changde these to this:
>
> {$LINKLIB libgtk-3.dylib}
> {$LINKLIB libgdk-3.dylib}
>
> I then added -Fl/usr/local/Cellar/gtk+3/3.24.5/lib to the command line but
> I still get a linker error "Error: ld: library not found for -lgtk-3"
>
> For proof:
>
> ls /usr/local/Cellar/gtk+3/3.24.5/lib
> girepository-1.0 libgailutil-3.dylib libgtk-3.0.dylib
> gtk-3.0 libgdk-3.0.dylib libgtk-3.dylib
> libgailutil-3.0.dylib libgdk-3.dylibpkgconfig
>
> Is that not correct?
>
Should be. 🤔
Would you please compile with -sh option which will generate a ppas.sh file
(I think) in the output directory (I think as well) which will contain the
command line the linker will be called with and check that? Maybe you can
then pass some verbosity switch to the linker to find out what goes
wrong...
Regards,
Sven
>
--
___
lazarus mailing list
lazarus@lists.lazarus-ide.org
https://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] The future of the Lazarus IDE
On 25/11/2019 7:40 pm, Michael Van Canneyt via lazarus wrote: > I know this. We have the same for pas2js, there is a demo for it. > > But this is still not RAD. Developing a GUI with RAD is simply faster. I need to watch some FPC videos and try some more demos. I'm clearly lagging behind on what FPC can do for the web these days. ;-) Regards, Graeme -- fpGUI Toolkit - a cross-platform GUI toolkit using Free Pascal http://fpgui.sourceforge.net/ My public PGP key: http://tinyurl.com/graeme-pgp -- ___ lazarus mailing list lazarus@lists.lazarus-ide.org https://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] The future of the Lazarus IDE
El 25/11/19 a les 19:18, Graeme Geldenhuys via lazarus ha escrit: On 25/11/2019 8:11 am, Luca Olivetti via lazarus wrote: I meant an internal network with an application specific server used by many clients. And that is exactly how the other day we had 500+ IntelliJ IDEA developers in our company that couldn't run IntelliJ. The licensing server died for a couple of hours. I personally had such reliance on a single point of failure. Sure, but that's not a custom application Stand-alone local apps without the reliance of any service on a network (LAN or WAN) is always my preference. Since the application I'm thinking of needs to access the server anyway, even as it is now (a native executable) it would stop working if the server wasn't accessible. Bye -- Luca Olivetti Wetron Automation Technology http://www.wetron.es/ Tel. +34 93 5883004 (Ext.3010) Fax +34 93 5883007 -- ___ lazarus mailing list lazarus@lists.lazarus-ide.org https://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] The future of the Lazarus IDE
On Mon, 25 Nov 2019, Graeme Geldenhuys via lazarus wrote: On 25/11/2019 8:27 am, Michael Van Canneyt via lazarus wrote: In order to see the full potential of web components, the IDE needs to be web-enabled. So you don't like the idea how React development is done? It runs some server in the background and has some "auto reload" feature. You can use *any* text editor to edit the javascript files. As soon as you save, the web browser auto-reloads and you see the result of your changes. For example - see this video: https://youtu.be/sBws8MSXN7A?t=1105 I know this. We have the same for pas2js, there is a demo for it. But this is still not RAD. Developing a GUI with RAD is simply faster. Michael. -- ___ lazarus mailing list lazarus@lists.lazarus-ide.org https://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] The future of the Lazarus IDE
On 11/23/2019 8:50 PM, Daithi Haxton via lazarus wrote: For my 2 cents, keep Lazarus as an independent, native code IDE. We do instrumentation packages for manufacturing robots, and “the Web” is simply not an option. Laz makes us at least 10x more productive than any other option (and we’ve tried other options - we still maintain code in C++ and C# using VS and it’s a nightmare compared to the Lazarus environment). What really scares us is that all the mainstream OSes are becoming so Web and mobile centric - the way M$ is rumbling I seriously wonder if and how they’ll support any native development in the not too distant future. Lazarus, with it’s native abilities for Linux, gives us a clear path out should M$ abandon manufacturing and the desktop in general - and we are most appreciative! Keep up the good work! Be well, Dave H. I second that. Our company would be lost if we have to use the Web. Please keep the IDE. -- ___ lazarus mailing list lazarus@lists.lazarus-ide.org https://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] GTK3 widgets on macOS?
> On Nov 25, 2019, at 2:07 PM, Sven Barth via lazarus
> wrote:
>
> You'll likely expect wrong considering that GTK is rather Unix centric and
> doesn't like to deal with the platformisms of other platforms (both Windows
> and macOS).
> You'll likely have to look for a libgtk.3.dylib or so and you'll need to
> adjust the import library names in the GTK3 units.
>
I see in LazGdk3.pas there is a $LINKLIB line which is wrong. On my system at
/usr/local/Cellar/gtk+3/3.24.5/lib there is a libgtk-3.dylib which I can link
to. I changde these to this:
{$LINKLIB libgtk-3.dylib}
{$LINKLIB libgdk-3.dylib}
I then added -Fl/usr/local/Cellar/gtk+3/3.24.5/lib to the command line but I
still get a linker error "Error: ld: library not found for -lgtk-3"
For proof:
ls /usr/local/Cellar/gtk+3/3.24.5/lib
girepository-1.0 libgailutil-3.dylib libgtk-3.0.dylib
gtk-3.0 libgdk-3.0.dylib libgtk-3.dylib
libgailutil-3.0.dylib libgdk-3.dylibpkgconfig
Is that not correct?
Regards,
Ryan Joseph
--
___
lazarus mailing list
lazarus@lists.lazarus-ide.org
https://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] GTK3 widgets on macOS?
Ryan Joseph via lazarus schrieb am Mo., 25. Nov. 2019, 19:37: > Is it possible to build projects using the GTK3 widget set while on Mac? I > know GTK3 is cross platform itself so it should be possible to use this > instead of the Cocoa widgets right? > > I try to build and I get pretty far until there is a linker error looking > for a .so file: > > Error: ld: library not found for -lgtk-3.so.0 > > On macOS I would expect this to be a framework, not a .so file. Any ideas? > You'll likely expect wrong considering that GTK is rather Unix centric and doesn't like to deal with the platformisms of other platforms (both Windows and macOS). You'll likely have to look for a libgtk.3.dylib or so and you'll need to adjust the import library names in the GTK3 units. Regards, Sven > -- ___ lazarus mailing list lazarus@lists.lazarus-ide.org https://lists.lazarus-ide.org/listinfo/lazarus
[Lazarus] GTK3 widgets on macOS?
Is it possible to build projects using the GTK3 widget set while on Mac? I know GTK3 is cross platform itself so it should be possible to use this instead of the Cocoa widgets right? I try to build and I get pretty far until there is a linker error looking for a .so file: Error: ld: library not found for -lgtk-3.so.0 On macOS I would expect this to be a framework, not a .so file. Any ideas? Regards, Ryan Joseph -- ___ lazarus mailing list lazarus@lists.lazarus-ide.org https://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] The future of the Lazarus IDE
On 25/11/2019 8:27 am, Michael Van Canneyt via lazarus wrote: > In order to see the full potential of web components, the IDE needs to be > web-enabled. So you don't like the idea how React development is done? It runs some server in the background and has some "auto reload" feature. You can use *any* text editor to edit the javascript files. As soon as you save, the web browser auto-reloads and you see the result of your changes. For example - see this video: https://youtu.be/sBws8MSXN7A?t=1105 Regards, Graeme -- fpGUI Toolkit - a cross-platform GUI toolkit using Free Pascal http://fpgui.sourceforge.net/ My public PGP key: http://tinyurl.com/graeme-pgp -- ___ lazarus mailing list lazarus@lists.lazarus-ide.org https://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] The future of the Lazarus IDE
On 25/11/2019 8:11 am, Luca Olivetti via lazarus wrote: > I meant an internal network with an > application specific server used by many clients. And that is exactly how the other day we had 500+ IntelliJ IDEA developers in our company that couldn't run IntelliJ. The licensing server died for a couple of hours. I personally had such reliance on a single point of failure. Stand-alone local apps without the reliance of any service on a network (LAN or WAN) is always my preference. I've had the same argument for 15+ years about having offline help too. The help stays compatible with the version of software I have running, and if the internet goes down, I can still access the help. Regards, Graeme -- fpGUI Toolkit - a cross-platform GUI toolkit using Free Pascal http://fpgui.sourceforge.net/ My public PGP key: http://tinyurl.com/graeme-pgp -- ___ lazarus mailing list lazarus@lists.lazarus-ide.org https://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] The future of the Lazarus IDE
On Mon, 25 Nov 2019, Dmitry Boyarintsev via lazarus wrote: On Mon, Nov 25, 2019 at 9:55 AM Michael Van Canneyt via lazarus < lazarus@lists.lazarus-ide.org> wrote: Does it mean that LCL should let go all the native targets and become purely web-based? No, of course not. It "just" means implementing a web widgetset. So the ultimate goal sounds like: * we need to implement WinAPI on the web-browser That seems like a totally wrong approach to me. * Lazarus project structure needs to have means to differentiate the code between server and client-side? No. You would have an explicit server side project, explicit client-side project. Michael. -- ___ lazarus mailing list lazarus@lists.lazarus-ide.org https://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] The future of the Lazarus IDE
On Mon, Nov 25, 2019 at 9:55 AM Michael Van Canneyt via lazarus < lazarus@lists.lazarus-ide.org> wrote: > > Does it mean that LCL should let go all the native targets and become > > purely web-based? > > No, of course not. It "just" means implementing a web widgetset. > So the ultimate goal sounds like: * we need to implement WinAPI on the web-browser * Lazarus project structure needs to have means to differentiate the code between server and client-side? Wasn't there an attempt to start "web" widgetset before? or was is just limited to conversion of LFM to HTML?! thanks, Dmitry -- ___ lazarus mailing list lazarus@lists.lazarus-ide.org https://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] The future of the Lazarus IDE
On Mon, 25 Nov 2019, Dmitry Boyarintsev via lazarus wrote: On Sat, Nov 23, 2019 at 5:26 PM Michael Van Canneyt via lazarus < lazarus@lists.lazarus-ide.org> wrote: The question whether Lazarus should be remade as an Electron style app? Do you mean the IDE or all the API/widgets? The IDE. That implies the API/Widgets. Does it mean that LCL should let go all the native targets and become purely web-based? No, of course not. It "just" means implementing a web widgetset. Obviously from the backwards compatibility perspective it's an unlikely option. Nono, I'm not entirely suicidal ;-) Michael. -- ___ lazarus mailing list lazarus@lists.lazarus-ide.org https://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] The future of the Lazarus IDE
On Sat, Nov 23, 2019 at 5:26 PM Michael Van Canneyt via lazarus < lazarus@lists.lazarus-ide.org> wrote: > > The question whether Lazarus should be remade as an Electron style app? > Do you mean the IDE or all the API/widgets? > > The IDE. That implies the API/Widgets. > Does it mean that LCL should let go all the native targets and become purely web-based? Obviously from the backwards compatibility perspective it's an unlikely option. thanks, Dmitry -- ___ lazarus mailing list lazarus@lists.lazarus-ide.org https://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] Lazarus 2.0.6 IDE suddenly disappeared losing a lot of edits...
On Sun, 24 Nov 2019 20:52:49 +0100, Martin Frb via lazarus wrote: >In the terminal enter > >gdb /home/pi/dev/lazarus/2.0.6/lazarus > > >then wait for the gdb output. It will end with a "(gdb)" prompt. >Now enter > >r --pcp=/home/pi/.lazarus_2.0.6 > OK, This worked! Now I have a Lazarus IDE running after starting via gdb. Lets see how long it will take before the next crash... I really do want to work via VNC because then I can use my Win7 PC for researching stuff and copy code into Lazarus when done. If I run directly from the RPi hardware I cannot do that.. -- Bo Berglund Developer in Sweden -- ___ lazarus mailing list lazarus@lists.lazarus-ide.org https://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] The future of the Lazarus IDE
On Sun, 24 Nov 2019, Dmitry Boyarintsev via lazarus wrote: On Sat, Nov 23, 2019 at 5:04 PM Michael Van Canneyt via lazarus < lazarus@lists.lazarus-ide.org> wrote: This week in Be.Delphi, (and last week in DĂĽsselDorf, Germany) TMS Software has unveiled a VS Code plugin: an Object Pascal RAD IDE. what about this plugin: https://marketplace.visualstudio.com/items?itemName=alefragnani.pascal it seems like it has been out there for 2 years already. I am aware of it. I see 2 differences with OmniPascal: 1. You have access to the sources. This is better than OmniPascal. (I still suspect omnipascal will become paying one day) 2. It uses GNU globals to implement the needed functionality. This is less powerful than OmniPascal which uses an AST to implemment it's functionality. Michael.-- ___ lazarus mailing list lazarus@lists.lazarus-ide.org https://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] The future of the Lazarus IDE
On Mon, 25 Nov 2019, Luca Olivetti via lazarus wrote: El 24/11/19 a les 22:56, Marco van de Voort via lazarus ha escrit: Op 2019-11-24 om 22:35 schreef Luca Olivetti via lazarus: Web only apps is not really my cup of tea. I don't always work where there is good any any internet. But you can run a custom web app on a local server, no internet needed. Sure, basically when we did webapps we always had local installs for testing etc. But if it is to work on a single laptop, it must not reference any service on the web. So you must even be able to generate it with other locations for default javascript scripts. No, that's not what I meant. I meant an internal network with an application specific server used by many clients. I never wrote something like that, but I have some applications where that could be useful. Mostly testing, and when you have to. But it is not something I prefer, more a hard way to do a simple thing Sure, for me it's easier to develop a rich native client with lazarus, but I wouldn't mind if, just for *some* specific cases, lazarus allowed me to easily develop a full fledged web application, independent from any external server. It seems that the infrastructure is mostly there (fcl-web, pas2js, etc.) it "just"[*] needs some support from the ide (that's what this poll was about, right?). In order to see the full potential of web components, the IDE needs to be web-enabled. This can be done through recreating the IDE as a web application itself (VS Code, Atom, electron etc) or by allowing it to talk to a browser (by embedding the browser, or invoking the browser somehow). Both approaches are possible. In that sense, this is indeed what the poll is about. Michael. -- ___ lazarus mailing list lazarus@lists.lazarus-ide.org https://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] The future of the Lazarus IDE
El 24/11/19 a les 22:56, Marco van de Voort via lazarus ha escrit: Op 2019-11-24 om 22:35 schreef Luca Olivetti via lazarus: Web only apps is not really my cup of tea. I don't always work where there is good any any internet. But you can run a custom web app on a local server, no internet needed. Sure, basically when we did webapps we always had local installs for testing etc. But if it is to work on a single laptop, it must not reference any service on the web. So you must even be able to generate it with other locations for default javascript scripts. No, that's not what I meant. I meant an internal network with an application specific server used by many clients. I never wrote something like that, but I have some applications where that could be useful. Mostly testing, and when you have to. But it is not something I prefer, more a hard way to do a simple thing Sure, for me it's easier to develop a rich native client with lazarus, but I wouldn't mind if, just for *some* specific cases, lazarus allowed me to easily develop a full fledged web application, independent from any external server. It seems that the infrastructure is mostly there (fcl-web, pas2js, etc.) it "just"[*] needs some support from the ide (that's what this poll was about, right?). [*] I know it's not easy, hence the double quotes Bye -- Luca Olivetti Wetron Automation Technology http://www.wetron.es/ Tel. +34 93 5883004 (Ext.3010) Fax +34 93 5883007 -- ___ lazarus mailing list lazarus@lists.lazarus-ide.org https://lists.lazarus-ide.org/listinfo/lazarus
