Re: Running GtkD programs on macOS

2022-11-29 Thread Imperatorn via Digitalmars-d-learn

On Tuesday, 29 November 2022 at 07:17:09 UTC, Joel wrote:

On Saturday, 30 November 2019 at 00:17:51 UTC, Mike Wey wrote:

On 29-11-2019 04:40, Joel wrote:
Oh, I used 'brew install gtk+3', and the test program worked, 
but (see below) I don't know about all that installing - is 
that alright?


They all look like GTK+ dependencies so that would be alright/


Update: Three years to the day (from when I posted on here 
about it), since upgrading to macOS Ventura I've found my GTK+ 
programs work again! Yay. It never stopped working on my 
Windows computer. The DLangui hasn't been working on Windows 
though.


There is progress on dlangui nowadays though


Re: Running GtkD programs on macOS

2022-11-29 Thread Joel via Digitalmars-d-learn

On Tuesday, 29 November 2022 at 07:17:09 UTC, Joel wrote:

On Saturday, 30 November 2019 at 00:17:51 UTC, Mike Wey wrote:

On 29-11-2019 04:40, Joel wrote:
Oh, I used 'brew install gtk+3', and the test program worked, 
but (see below) I don't know about all that installing - is 
that alright?


They all look like GTK+ dependencies so that would be alright/


Update: Three years to the day (from when I posted on here 
about it), since upgrading to macOS Ventura I've found my GTK+ 
programs work again! Yay. It never stopped working on my 
Windows computer. The DLangui hasn't been working on Windows 
though.


Ops, 29 11 2019 is the day I posted about trying to use GtkD on 
macOS (not when I found that the window wouldn't show). It 
doesn't work my laptop display, just the lower resolution 
external screen.


Re: Running GtkD programs on macOS

2022-11-28 Thread Joel via Digitalmars-d-learn

On Saturday, 30 November 2019 at 00:17:51 UTC, Mike Wey wrote:

On 29-11-2019 04:40, Joel wrote:
Oh, I used 'brew install gtk+3', and the test program worked, 
but (see below) I don't know about all that installing - is 
that alright?


They all look like GTK+ dependencies so that would be alright/


Update: Three years to the day (from when I posted on here about 
it), since upgrading to macOS Ventura I've found my GTK+ programs 
work again! Yay. It never stopped working on my Windows computer. 
The DLangui hasn't been working on Windows though.




Re: Running GtkD programs on macOS

2019-11-29 Thread Mike Wey via Digitalmars-d-learn

On 29-11-2019 04:40, Joel wrote:
Oh, I used 'brew install gtk+3', and the test program worked, but (see 
below) I don't know about all that installing - is that alright?


They all look like GTK+ dependencies so that would be alright/

--
Mike Wey


Re: Running GtkD programs on macOS

2019-11-29 Thread Joel via Digitalmars-d-learn

On Friday, 29 November 2019 at 08:22:09 UTC, Joel wrote:
I've used dub alright, but don't know how to install the dylib 
files:


object.Exception@../../../../.dub/packages/gtk-d-3.9.0/gtk-d/generated/gtkd/gtkd/Loader.d(125):
 Library load failed (libatk-1.0.0.dylib): dlopen(libatk-1.0.0.dylib, 258): 
image not found

What's a good way to fix this problem?


Oh, I used 'brew install gtk+3', and the test program worked, but 
(see below) I don't know about all that installing - is that 
alright?


Joel-Computer:GtkD joelchristensen$ brew install gtk+3
==> Installing dependencies for gtk+3: gettext, gdbm, 
openssl@1.1, readline, sqlite, xz, python, glib, atk, libtiff, 
gdk-pixbuf, gsettings-desktop-schemas, hicolor-icon-theme, 
libepoxy, fontconfig, lzo, pixman, cairo, fribidi, graphite2, 
icu4c, harfbuzz and pango

==> Installing gtk+3 dependency: gettext
==> Downloading 
https://homebrew.bintray.com/bottles/gettext-0.20.1.catalina.bottle.tar.gz
==> Downloading from 
https://akamai.bintray.com/10/107d7f386fbeea6979f9376cdbbcf3f60943caaad61bdc754d3019ce625dffe6?__gda__=exp=1575016927~hmac=1f2f6b107535855972ea31d612cdd1bcb0b29049b0c57abc49893f176a5cd205

 100.0%
==> Pouring gettext-0.20.1.catalina.bottle.tar.gz
==> Caveats
gettext is keg-only, which means it was not symlinked into 
/usr/local,
because macOS provides the BSD gettext library & some software 
gets confused if both are in the library path.


If you need to have gettext first in your PATH run:
  echo 'export PATH="/usr/local/opt/gettext/bin:$PATH"' >> 
~/.zshrc


For compilers to find gettext you may need to set:
  export LDFLAGS="-L/usr/local/opt/gettext/lib"
  export CPPFLAGS="-I/usr/local/opt/gettext/include"

==> Summary
  /usr/local/Cellar/gettext/0.20.1: 1,893 files, 18.4MB
==> Installing gtk+3 dependency: gdbm
==> Downloading 
https://homebrew.bintray.com/bottles/gdbm-1.18.1.catalina.bottle.1.tar.gz

 100.0%
==> Pouring gdbm-1.18.1.catalina.bottle.1.tar.gz
  /usr/local/Cellar/gdbm/1.18.1: 20 files, 602.8KB
==> Installing gtk+3 dependency: openssl@1.1
==> Downloading 
https://homebrew.bintray.com/bottles/open...@1.1-1.1.1d.catalina.bottle.tar.gz
==> Downloading from 
https://akamai.bintray.com/d7/d7f992ebfd78f80828051f6dc6a1a99aed405f86b0f39ea651fd0afeadd1b0f4?__gda__=exp=1575016937~hmac=5f2ce786f74315c4cdd29cf182505c91b4674ea63dcbd3582441367ea9f101ad

 100.0%
==> Pouring open...@1.1-1.1.1d.catalina.bottle.tar.gz
==> Caveats
A CA file has been bootstrapped using certificates from the system
keychain. To add additional certificates, place .pem files in
  /usr/local/etc/openssl@1.1/certs

and run
  /usr/local/opt/openssl@1.1/bin/c_rehash

openssl@1.1 is keg-only, which means it was not symlinked into 
/usr/local,
because openssl/libressl is provided by macOS so don't link an 
incompatible version.


If you need to have openssl@1.1 first in your PATH run:
  echo 'export PATH="/usr/local/opt/openssl@1.1/bin:$PATH"' >> 
~/.zshrc


For compilers to find openssl@1.1 you may need to set:
  export LDFLAGS="-L/usr/local/opt/openssl@1.1/lib"
  export CPPFLAGS="-I/usr/local/opt/openssl@1.1/include"

For pkg-config to find openssl@1.1 you may need to set:
  export 
PKG_CONFIG_PATH="/usr/local/opt/openssl@1.1/lib/pkgconfig"


==> Summary
  /usr/local/Cellar/openssl@1.1/1.1.1d: 7,983 files, 17.9MB
==> Installing gtk+3 dependency: readline
==> Downloading 
https://homebrew.bintray.com/bottles/readline-8.0.1.catalina.bottle.tar.gz
==> Downloading from 
https://akamai.bintray.com/ab/ab3c966f4cae7d0f3ecc5688bb989820c3261f5ed547a08c84186ba7f53bdd9c?__gda__=exp=1575016950~hmac=ad277b652e65c3cb8d94e94d22db1d3f5c7f563b2bf9b1d1fb745c9318673a32

 100.0%
==> Pouring readline-8.0.1.catalina.bottle.tar.gz
==> Caveats
readline is keg-only, which means it was not symlinked into 
/usr/local,
because macOS provides the BSD libedit library, which shadows 
libreadline.
In order to prevent conflicts when programs look for libreadline 
we are

defaulting this GNU Readline installation to keg-only.

For compilers to find readline you may need to set:
  export LDFLAGS="-L/usr/local/opt/readline/lib"
  export CPPFLAGS="-I/usr/local/opt/readline/include"

For pkg-config to find readline you may need to set:
  export PKG_CONFIG_PATH="/usr/local/opt/readline/lib/pkgconfig"

==> Summary
  /usr/local/Cellar/readline/8.0.1: 48 files, 1.5MB
==> Installing gtk+3 dependency: sqlite
==> Downloading 
https://homebrew.bintray.com/bottles/sqlite-3.30.1.catalina.bottle.tar.gz
==> Downloading from 
https://akamai.bintray.com/38/38c39121f7634ec563bb201b483f66cf567dfe61e02624ffb06f620f11158ab1?__gda__=exp=1575016952~hmac=397e8214ce6d53e8e7ccb6d939004d4f27d1cec38f397874e88f07194457d3c8