gnuplot-beta — Developers and beta testers of new gnuplot code

commit 9d0f14

[Tatsuro M. <tma...@ya...>]

 [9d0f14] (HEAD, master) by Ethan A Merritt Ethan A Merritt

another try at timestamp.h, this time using build date

The Makefile rule for timestamp.h was broken when we switched from
cvs to git, since it relied on ChangeLog always being current.
Proposed replacement rules have so far failed to work for out-of-tree
builds or builds from a snapshot rather than a full git clone.
This attempt simply uses the current build date, which admittedly may
not be newer than the last-modified date but at least has the virtue
of not depending on git.


However, git date reflects last commit date and not newer than build date.
Build date is not later than the last commit date.
It is usually newer than the last commit date.

Tatsuro

Re: qt_processTermEvent received a GE_fontprops event. This should not have happened

[Tatsuro M. <tma...@ya...>]

----- Original Message -----

> From: Tatsuro MATSUOKA 
> To: Merritt Ethan ; gnuplot-beta
> Cc: 
> Date: 2018/3/15, Thu 10:36
> Subject: Re: qt_processTermEvent received a GE_fontprops event. This should not have happened
> 
> ----- Original Message -----
> 
>>  From: sfeam 
>>  To: gnuplot-beta Tatsuro MATSUOKA 
>>  Cc: 
>>  Date: 2018/3/15, Thu 10:09
>>  Subject: Re: qt_processTermEvent received a GE_fontprops event. This should 
> not have happened
>> 
>>  On Thursday, 15 March 2018 09:38:21 Tatsuro MATSUOKA wrote:
>>>   On Ubuntu on WSL and Cygwin
>>> 
>>>   At first plot in gnuplot in the bash session.
>>> 
>>>   $ gnuplot-qt
>>>   gnuplot> pl x
>>> 
>>>   Warning: slow font initializationgnuplot> qt_processTermEvent 
> received a 
>>  GE_fontprops event. This should not have happened
>>> 
>>>   plot is
>>>   http://www.geocities.jp/tmgpltwin/Files/gnuplot_qt_first_20180315.png
>>> 
>>>   If re-execute
>>>   pl x
>>>   plot becomes correct.
>>> 
>>>   Then
>>> 
>>>   gnuplot> exit
>>>   And re-execute gnuplot
>>>   $ gnuplot-qt
>>> 
>>>   gnuplot> pl x
>>> 
>>>   Then plot is correct.
>>> 
>>>   Perhaps interaction between gnuplot and X-sever has some issue.
>>>   Am I right?
>> 
>>  Not the X-server, the font server.
>>  If the font is not yet in the system font cache it must be
>>  processed and stored.  This can be slow, so the first time
>>  a font is requested you may get the error message about
>>  "slow font initialization".  After that the font is in the
>>  cache so access is fast.  On my systems the font cache
>>  is persistent so you would generally only see such a message
>>  if you have not logged in or run gnuplot for a long time.
>>  I do not know how persistent the cache is under Windows.
>> 
>>>   Does anyone know work around?
>> 
>>  If it only happens once per session I don't think it an an error.
>>  The font server really is slow on the first access and gnuplot
>>  is telling you that.  The same thing would happen for any other
>>  program that requested a font for the first time, but it might
>>  not print a message.
>> 
>>      Ethan
> Thank for explanation.
> 
> I also think it is an error.
> But I want a workaround.
> 
> 
> (Recently I use VxXsrv as Xsever.)
> If I use Cygwin/X, the behavior disappear and work as expected gnuplot-qt on 
> Cygwin.
> Perhaps all processes being executed in cygwin solves the issue.
> 
> After using below, I can use Cygwin/X on WSL.
> https://superuser.com/questions/1180005/cygwin-x-and-windows-subsystem-for-linux
> However, the situation is the same as that in VcXsrv.
> 
> For WSL, I have consider something different.
> 
> Anyway, thanks for the hint.
> 
> Tatsuro

Dirty workaround for WSL
I describe the below in ~/.bashrc

gnuplot5 -e "set term qt; pl x; exit"

gnuplot flush appears ar bash start-up.

Much better workaround will exist.

Anyway thank for explanation again.
Tatsuro

Re: qt_processTermEvent received a GE_fontprops event. This should not have happened

[Tatsuro M. <tma...@ya...>]

----- Original Message -----

> From: sfeam 
> To: gnuplot-beta Tatsuro MATSUOKA 
> Cc: 
> Date: 2018/3/15, Thu 10:09
> Subject: Re: qt_processTermEvent received a GE_fontprops event. This should not have happened
> 
> On Thursday, 15 March 2018 09:38:21 Tatsuro MATSUOKA wrote:
>>  On Ubuntu on WSL and Cygwin
>> 
>>  At first plot in gnuplot in the bash session.
>> 
>>  $ gnuplot-qt
>>  gnuplot> pl x
>> 
>>  Warning: slow font initializationgnuplot> qt_processTermEvent received a 
> GE_fontprops event. This should not have happened
>> 
>>  plot is
>>  http://www.geocities.jp/tmgpltwin/Files/gnuplot_qt_first_20180315.png
>> 
>>  If re-execute
>>  pl x
>>  plot becomes correct.
>> 
>>  Then
>> 
>>  gnuplot> exit
>>  And re-execute gnuplot
>>  $ gnuplot-qt
>> 
>>  gnuplot> pl x
>> 
>>  Then plot is correct.
>> 
>>  Perhaps interaction between gnuplot and X-sever has some issue.
>>  Am I right?
> 
> Not the X-server, the font server.
> If the font is not yet in the system font cache it must be
> processed and stored.  This can be slow, so the first time
> a font is requested you may get the error message about
> "slow font initialization".  After that the font is in the
> cache so access is fast.  On my systems the font cache
> is persistent so you would generally only see such a message
> if you have not logged in or run gnuplot for a long time.
> I do not know how persistent the cache is under Windows.
> 
>>  Does anyone know work around?
> 
> If it only happens once per session I don't think it an an error.
> The font server really is slow on the first access and gnuplot
> is telling you that.  The same thing would happen for any other
> program that requested a font for the first time, but it might
> not print a message.
> 
>     Ethan
Thank for explanation.

I also think it is an error.
But I want a workaround.


(Recently I use VxXsrv as Xsever.)
If I use Cygwin/X, the behavior disappear and work as expected gnuplot-qt on Cygwin.
Perhaps all processes being executed in cygwin solves the issue.

After using below, I can use Cygwin/X on WSL.
https://superuser.com/questions/1180005/cygwin-x-and-windows-subsystem-for-linux
However, the situation is the same as that in VcXsrv.

For WSL, I have consider something different.

Anyway, thanks for the hint.

Tatsuro

Re: qt_processTermEvent received a GE_fontprops event. This should not have happened

[Tatsuro M. <tma...@ya...>]

----- Original Message -----

> From: Tatsuro MATSUOKA 
> To: gnu...@li...> Cc: 
> Date: 2018/3/15, Thu 09:38
> Subject: qt_processTermEvent received a GE_fontprops event. This should not have happened
> 
> On Ubuntu on WSL and Cygwin
> 
> At first plot in gnuplot in the bash session.
> 
> $ gnuplot-qt
> gnuplot> pl x
> 
> Warning: slow font initializationgnuplot> qt_processTermEvent received a 
> GE_fontprops event. This should not have happened
> 
> plot is
> http://www.geocities.jp/tmgpltwin/Files/gnuplot_qt_first_20180315.png
> 
> If re-execute
> pl x
> plot becomes correct.
> 
> Then
> 
> gnuplot> exit
> And re-execute gnuplot
> $ gnuplot-qt
> 
> gnuplot> pl x
> 
> Then plot is correct.
> 
> Perhaps interaction between gnuplot and X-sever has some issue.
> Am I right?
> 
> Does anyone know work around?
> 
> 
> Tatsuro

Recently I use VcXsrv as Xsever for WSL and Cygwin
This seem to X-sever issue.
For gnuplot for Cygwin, if I use Cygwin X as X-sever, the above does not happen.

To use Cygwin X for WSL, some treatment seem to be required.

I will try later.

Tatsuro

Re: qt_processTermEvent received a GE_fontprops event. This should not have happened

[sfeam <sf...@us...>]

On Thursday, 15 March 2018 09:38:21 Tatsuro MATSUOKA wrote:
> On Ubuntu on WSL and Cygwin
> 
> At first plot in gnuplot in the bash session.
> 
> $ gnuplot-qt
> gnuplot> pl x
> 
> Warning: slow font initializationgnuplot> qt_processTermEvent received a GE_fontprops event. This should not have happened
> 
> plot is
> http://www.geocities.jp/tmgpltwin/Files/gnuplot_qt_first_20180315.png
> 
> If re-execute
> pl x
> plot becomes correct.
> 
> Then
> 
> gnuplot> exit
> And re-execute gnuplot
> $ gnuplot-qt
> 
> gnuplot> pl x
> 
> Then plot is correct.
> 
> Perhaps interaction between gnuplot and X-sever has some issue.
> Am I right?

Not the X-server, the font server.
If the font is not yet in the system font cache it must be
processed and stored.  This can be slow, so the first time
a font is requested you may get the error message about
"slow font initialization".  After that the font is in the
cache so access is fast.  On my systems the font cache
is persistent so you would generally only see such a message
if you have not logged in or run gnuplot for a long time.
I do not know how persistent the cache is under Windows.

> Does anyone know work around?

If it only happens once per session I don't think it an an error.
The font server really is slow on the first access and gnuplot
is telling you that.  The same thing would happen for any other
program that requested a font for the first time, but it might
not print a message.

	Ethan

qt_processTermEvent received a GE_fontprops event. This should not have happened

[Tatsuro M. <tma...@ya...>]

On Ubuntu on WSL and Cygwin

At first plot in gnuplot in the bash session.

$ gnuplot-qt
gnuplot> pl x

Warning: slow font initializationgnuplot> qt_processTermEvent received a GE_fontprops event. This should not have happened

plot is
http://www.geocities.jp/tmgpltwin/Files/gnuplot_qt_first_20180315.png

If re-execute
pl x
plot becomes correct.

Then

gnuplot> exit
And re-execute gnuplot
$ gnuplot-qt

gnuplot> pl x

Then plot is correct.

Perhaps interaction between gnuplot and X-sever has some issue.
Am I right?

Does anyone know work around?


Tatsuro

Re: Qt terminal error messages on cywin

[Tatsuro M. <tma...@ya...>]

----- Original Message -----
> From: Ethan A Merritt <sf...@us...>
> To: gnu...@li...; Tatsuro MATSUOKA <tma...@ya...>
> Cc: Enrico Forestieri <fo...@ly...>
> Date: 2018/3/14, Wed 01:37
> Subject: Re: Qt terminal error messages on cywin
> 
> On Monday, March 12, 2018 10:14:27 PM PDT Tatsuro MATSUOKA wrote:
>>  ----- Original Message -----
>> 
>>  > From: Tatsuro MATSUOKA <tma...@ya...>
>>  > To: gnu...@li...
>>  > Cc: Enrico Forestieri <fo...@ly...>
>>  > Date: 2018/3/12, Mon 18:52
>>  > Subject: Qt terminal error messages on cywin
>>  > 
>>  > With help by Enrico Forestieri
>>  > I can now use qt terminal on Cygwin.
>>  > 
>>  > At the plot, error messages appear:
>>  > 
>>  > libGL error: Windows-DRI extension not available
>>  > libGL error: No matching fbConfigs or visuals found
>>  > libGL error: failed to load driver: swrast
>>  > gnuplot> QXcbShmImage: shmget() failed (88: Function not 
> implemented) for 
>>  > size 1394424 (642x543)
>>  > 
>>  > 
>>  > Any suggestions ?
>>  > 
>>  > Tatsuro
>> 
>> 
>> 
>>  I read the following
>> 
>>  https://x.cygwin.com/docs/ug/using-glx.html
>> 
>>  I installed mesa and use
>>  export LIBGL_ALWAYS_INDIRECT=1
> 
> That same fix was necessary on my linux laptop 2 years ago.
> At some point normal upgrades to the kernel and hardware drivers made it
> unnecessary.  I never figured out exactly which system component or
> library it was that was causing the original problem.
> 
>     Ethan

Thank for suggestion. I will keep it to my memory.

BTW, the final error 

gnuplot> QXcbShmImage: shmget() failed (88: Function not implemented) for 
size 1394424 (642x543)

is disappear when I start Cygserver.
https://stackoverflow.com/questions/36958676/shmget-is-not-working

Tatsuro

Re: Qt terminal error messages on cywin

[Ethan A M. <sf...@us...>]

On Monday, March 12, 2018 10:14:27 PM PDT Tatsuro MATSUOKA wrote:
> ----- Original Message -----
> 
> > From: Tatsuro MATSUOKA <tma...@ya...>
> > To: gnu...@li...
> > Cc: Enrico Forestieri <fo...@ly...>
> > Date: 2018/3/12, Mon 18:52
> > Subject: Qt terminal error messages on cywin
> > 
> > With help by Enrico Forestieri
> > I can now use qt terminal on Cygwin.
> > 
> > At the plot, error messages appear:
> > 
> > libGL error: Windows-DRI extension not available
> > libGL error: No matching fbConfigs or visuals found
> > libGL error: failed to load driver: swrast
> > gnuplot> QXcbShmImage: shmget() failed (88: Function not implemented) for 
> > size 1394424 (642x543)
> > 
> > 
> > Any suggestions ?
> > 
> > Tatsuro
> 
> 
> 
> I read the following
> 
> https://x.cygwin.com/docs/ug/using-glx.html
> 
> I installed mesa and use
> export LIBGL_ALWAYS_INDIRECT=1

That same fix was necessary on my linux laptop 2 years ago.
At some point normal upgrades to the kernel and hardware drivers made it
unnecessary.  I never figured out exactly which system component or
library it was that was causing the original problem.

	Ethan

> > libGL error: Windows-DRI extension not available
> > libGL error: No matching fbConfigs or visuals found
> > libGL error: failed to load driver: swrast
> 
> 
> were disappeared.
> Tatsuro
> 
> ------------------------------------------------------------------------------
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> _______________________________________________
> gnuplot-beta mailing list
> gnu...@li...
> Membership management via: https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
> 

Mismatch warining from wxWidgets gnuplot wxt on Cygwin issue is solved

[Tatsuro M. <tma...@ya...>]

Mismatch warning from WxWidgets gnuplot wxt on Cygwin issue is solved.

See Cygwin list on this matter,
Mismatch between the program and library build versions detected for wxWidgets.

http://cygwin.1069669.n5.nabble.com/Mismatch-between-the-program-and-library-build-versions-detected-for-wxWidgets-td139680.html

Tatsuro

Re: gnuplot on WSL (Windows Subsystem for Linux)

[Tatsuro M. <tma...@ya...>]

https://sourceforge.net/p/gnuplot/mailman/gnuplot-beta/thread/211253.49218.qm%40web103117.mail.kks.yahoo.co.jp/#msg36259900

Similar errors happens qt terminal on Ubuntu on WSL those happened on Cygwin

I have installed mesa via 

sudo apt install mesa-utils

and

export LIBGL_ALWAYS_INDIRECT=1

solves the issues

Tatsuro



----- Original Message -----
> From: Tatsuro MATSUOKA <tma...@ya...>
> To: gnu...@li...
> Cc: 
> Date: 2018/3/10, Sat 18:13
> Subject: gnuplot on WSL (Windows Subsystem for Linux)
> 
> Although I still use Cygwin but I gradually move to WSL.
> 
> I could build gnuplot on WSL(Ubunutu 16.04)
> 
> Install WSL and ubunutu
> 
> https://nickjanetakis.com/blog/using-wsl-and-mobaxterm-to-create-a-linux-dev-environment-on-windows
> 
> But I use VcXsrv as X-server instead.
> https://sourceforge.net/projects/vcxsrv/
> 
> Install gnuplot5
>  sudo apt install gnuplot5
> 
> But version is 5.0.3(OLD!!)
> However, the above sets several runtime libraries.
> 
> Un-comment  deb-src lines in the main file /etc/apt/sources.list
>  sudo apt build-dep gnuplot5
> 
> To do the above allmost build and dev tools are installed.
> 
> 
> Additional
>  sudo apt install libcaca-dev
>  sudo apt install libcerf-dev
> 
> Download 
> 
>  gnuplot-5.2.2.tar.gz
> wget 
> https://downloads.sourceforge.net/project/gnuplot/gnuplot/5.2.2/gnuplot-5.2.2.tar.gz
> 
> Extract
> 
> tar -xvzf gnuplot-5.2.2.tar.gz
> 
> cd gnuplot-5.2.2
> 
> ./configure --with-qt=qt=5 --with-caca --with-wx-single-threaded
> (--with-wx-single-threaded is needed on my PC)
> 
> Check the configure output carefully!!
> 
> make
> make check
> sudo make install
> 
> For dev version
> install below
>  sudo apt install automake
>  sudo apt install autoconf
> 
>  sudo apt install git
> 
> 
> git clone https://git.code.sf.net/p/gnuplot/gnuplot-main gnuplot
> cd gnuplot
> ./prepare
> mkdir .build
> cd .build
> ../configure --prefix=/opt/gp530 --with-qt=qt5 --with-caca 
> --with-wx-single-threaded
> make
> make check
> sudo make install
> 
> Build on WSL is slow due to slow fork but faster than Cygwin.
> 
> I can use flawless qt-terminal on Windows PC by WSL!!
> 
> 
> 
> Tatsuro
> 
> 
> ------------------------------------------------------------------------------
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> _______________________________________________
> gnuplot-beta mailing list
> gnu...@li...
> Membership management via: 
> https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
> 

Re: Qt terminal error messages on cywin

[Tatsuro M. <tma...@ya...>]

----- Original Message -----

> From: Tatsuro MATSUOKA <tma...@ya...>
> To: gnu...@li...
> Cc: Enrico Forestieri <fo...@ly...>
> Date: 2018/3/12, Mon 18:52
> Subject: Qt terminal error messages on cywin
> 
> With help by Enrico Forestieri
> I can now use qt terminal on Cygwin.
> 
> At the plot, error messages appear:
> 
> libGL error: Windows-DRI extension not available
> libGL error: No matching fbConfigs or visuals found
> libGL error: failed to load driver: swrast
> gnuplot> QXcbShmImage: shmget() failed (88: Function not implemented) for 
> size 1394424 (642x543)
> 
> 
> Any suggestions ?
> 
> Tatsuro



I read the following

https://x.cygwin.com/docs/ug/using-glx.html

I installed mesa and use
export LIBGL_ALWAYS_INDIRECT=1


> libGL error: Windows-DRI extension not available
> libGL error: No matching fbConfigs or visuals found
> libGL error: failed to load driver: swrast


were disappeared.
Tatsuro

gnuplot dev shapshot for Cygwin With qt terminal

[Tatsuro M. <tma...@ya...>]

I have added experimental Cygwin binary packages of gnuplot development snapshot
with Qt terminal.

http://www.tatsuromatsuoka.com/gnuplot/Eng/cygbin/


Tatsuro

Re: Qt terminal error messages on cywin

[Tatsuro M. <tma...@ya...>]

I note that qt terminal on Cygwin behaves like on linux and unlike native windows (many flaws).

(Fast and no flaw except Error messages)

Tatsuro



----- Original Message -----
> From: Tatsuro MATSUOKA <tma...@ya...>
> To: gnu...@li...
> Cc: Enrico Forestieri <fo...@ly...>
> Date: 2018/3/12, Mon 18:52
> Subject: Qt terminal error messages on cywin
> 
> With help by Enrico Forestieri
> I can now use qt terminal on Cygwin.
> 
> At the plot, error messages appear:
> 
> libGL error: Windows-DRI extension not available
> libGL error: No matching fbConfigs or visuals found
> libGL error: failed to load driver: swrast
> gnuplot> QXcbShmImage: shmget() failed (88: Function not implemented) for 
> size 1394424 (642x543)
> 
> 
> Any suggestions ?
> 
> Tatsuro
> 
> ------------------------------------------------------------------------------
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> _______________________________________________
> gnuplot-beta mailing list
> gnu...@li...
> Membership management via: 
> https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
> 

Qt terminal error messages on cywin

[Tatsuro M. <tma...@ya...>]

With help by Enrico Forestieri
I can now use qt terminal on Cygwin.

At the plot, error messages appear:

libGL error: Windows-DRI extension not available
libGL error: No matching fbConfigs or visuals found
libGL error: failed to load driver: swrast
gnuplot> QXcbShmImage: shmget() failed (88: Function not implemented) for size 1394424 (642x543)


Any suggestions ?

Tatsuro

Re: Link fails on Ubuntu 16.04 (on WSL) due to undefined reference to symbol 'FcUcs4ToUtf8'

[Tatsuro M. <tma...@ya...>]

I have tested native Ubunutu16.04 with or without your this time fix(3d5154)

The results are the same as those on Ubuntu 16.04 on WSL.

The fix (3d5154) is really needed for Ubuntu 16.04. (I don't know for 17.10) 

> But also I do not understand for a second reason.
> As you say, libfontconfig is already used by various support libraries
> that gnuplot already uses  (cairo pango-ft gdlib qt ...).
> So it must surely be linked in already because of the library dependencies
> for various terminals.  I wonder that is not true on your machine.
> 
> When I run ./configure it adds -lfontconfig to both TERM_LIBS
> and GTK_LIBS.  Does this not happen on your setup?

sudo apt build-dep gnuplot5
does not enable GTK_LIBS.
(config.log says GTK_LIBS is empty)

And thus this time fault might occur.
In the case of cygwin, I need install GTK_LIB I can build without commit 3d5154.
So problem seems to be ubuntu (at least 16.04) specific.

Tatsuro

Re: qt terminal on Cygwin

[Tatsuro M. <tma...@ya...>]

----- Original Message -----

> From: Enrico Forestieri 
> To: Tatsuro MATSUOKA 
> Cc: 
> Date: 2018/3/12, Mon 06:56
> Subject: Re: qt terminal on Cygwin
> 
> Hi! Sorry for the personal email but it seems I cannot post to the
> gnuplot mailing list.
> 
> On Sat, Mar 10, 2018 at 04:50:44PM +0900, Tatsuro MATSUOKA wrote:
> 
>>  I have tried the patch for qt-5.4.0 in the below thread
>> 
>>  https://sourceforge.net/p/gnuplot/mailman/message/33212164/
>> 
>>  For gnuplot
>>  --- old/src/qtterminal/qt_term.cpp    2014-12-30 19:52:59.000000000 +0100
>>  +++ new/src/qtterminal/qt_term.cpp    2015-01-04 01:25:03.219400000 +0100
>>  @@ -273,7 +273,19 @@
>>       // The QLocalSocket::waitForConnected does not respect the time out 
> argument when
>>       // the gnuplot_qt application is not yet started or has not yet 
> self-initialized.
>>       // To wait for it, we need to implement the timeout ourselves
>>  +#ifdef __CYGWIN__
>>  +    QDateTime timeout = QDateTime::currentDateTime().addMSecs(5000);
>>  +    char const * const sockname =
>>  +            qt->socket.fullServerName().toLocal8Bit().constData();
>>  +    do
>>  +    {
>>  +        usleep(300000);
>>  +
>>  +    } while(access(sockname, F_OK) != 0 && 
> QDateTime::currentDateTime() < timeout);
>>  +    timeout = QDateTime::currentDateTime().addMSecs(1000);
>>  +#else
>>       QDateTime timeout = QDateTime::currentDateTime().addMSecs(30000);
>>  +#endif
>>       do
>>       {
>>           qt->socket.connectToServer(server);
> 
> Seemingly, patching the gnuplot sources is not necessary anymore,
> so the above patch can be dropped.
> 
>>  For qt
>> 
>>  --- 
> a/qtbase-opensource-src-5.4.0/src/network/socket/qlocalsocket_unix.cpp    
> 2014-12-25 19:48:59.845052000 +0100
>>  +++ 
> b/qtbase-opensource-src-5.4.0/src/network/socket/qlocalsocket_unix.cpp    
> 2014-12-25 18:41:32.359905400 +0100
>>  @@ -240,6 +240,7 @@ void QLocalSocket::connectToServer(OpenM
>>                           
> QLatin1String("QLocalSocket::connectToServer"));
>>           return;
>>       }
>>  +#ifndef Q_OS_CYGWIN
>>       // set non blocking so we can try to connect and it won't wait
>>       int flags = fcntl(d->connectingSocket, F_GETFL, 0);
>>       if (-1 == flags
>>  @@ -248,6 +249,7 @@ void QLocalSocket::connectToServer(OpenM
>>                   QLatin1String("QLocalSocket::connectToServer"));
>>           return;
>>       }
>>  +#endif
>>   
>>       // _q_connectToSocket does the actual connecting
>>       d->connectingName = d->serverName;
>> 
>> 
>>  Now Qt version for cygwin is 5.9.4
>> 
>>  However, code of corresponding part is changed to
>> 
>>      // create the socket
>>      if (-1 == (d->connectingSocket = qt_safe_socket(PF_UNIX, 
> SOCK_STREAM, 0, O_NONBLOCK))) {
>>          d->errorOccurred(UnsupportedSocketOperationError,
>>                          
> QLatin1String("QLocalSocket::connectToServer"));
>>          return;
>>      }
>> 
>>  I commented out the above
> 
> You should simply avoid using O_NONBLOCK. Please, try the following patch:
> 
> --- a/qtbase-everywhere-src-5.10.1/src/network/socket/qlocalsocket_unix.cpp
> +++ b/qtbase-everywhere-src-5.10.1/src/network/socket/qlocalsocket_unix.cpp
> @@ -239,7 +239,7 @@ void QLocalSocket::connectToServer(OpenM
>      }
> 
>      // create the socket
> -    if (-1 == (d->connectingSocket = qt_safe_socket(PF_UNIX, SOCK_STREAM, 0, 
> O_NONBLOCK))) {
> +    if (-1 == (d->connectingSocket = qt_safe_socket(PF_UNIX, SOCK_STREAM, 
> 0))) {
>          d->errorOccurred(UnsupportedSocketOperationError,
>                         
> QLatin1String("QLocalSocket::connectToServer"));
>          return;
> 
> -- 
> Enrico

Thanks the above worked!!

Tatsuro

Re: Link fails on Ubuntu 16.04 (on WSL) due to undefined reference to symbol 'FcUcs4ToUtf8'

[Tatsuro M. <tma...@ya...>]

Ethan

With new source, I can build gnuplot 5.3 without workaround.

Thank for your quick fix!!

Tatsuro



----- Original Message -----
> From: Ethan Merritt <merritt@u.washington.edu>
> To: gnu...@li...
> Cc: Tatsuro MATSUOKA <tma...@ya...>
> Date: 2018/3/11, Sun 16:24
> Subject: Re: Link fails on Ubuntu 16.04 (on WSL) due to undefined reference to symbol 'FcUcs4ToUtf8'
> 
> Never mind.  I see I have horribly mangled the configure call to
> AC_SEARCH_LIBS.  I'll try to fix it.   As I said before, I am not
> very good at modifying the autoconf scripts.
> 
> Please try again with the repaired configure.ac
> 
>   sorry for the mess
> 
>     Ethan
> 
> 
> On Saturday, 10 March 2018 22:40:43 sfeam via gnuplot-beta wrote:
>>  On Sunday, 11 March 2018 14:04:19 Tatsuro MATSUOKA wrote:
>>  > Sorry I forgot to reply to beta-list
>>  > 
>>  > ----- Original Message -----
>>  > 
>>  > > From: Dima Kogan
>>  > > To: gnuplot-beta
>>  > > Cc: 
>>  > > Date: 2018/3/11, Sun 10:55
>>  > > Subject: Re: Link fails on Ubuntu 16.04 (on WSL) due to undefined 
> reference to symbol 'FcUcs4ToUtf8'
>>  > > 
>>  > >T atsuro MATSUOKA <tma...@ya...> writes:
>>  > > 
>>  > >>  I pull the recent git repository and tried to build on 
> Ubuntu 16.04 on
>>  > >>  WSL.
>>  > >> 
>>  > >>  In linking gnuplot executable I see
>>  > >> 
>>  > >>  undefined reference to symbol 'FcUcs4ToUtf8'
>>  > > 
>>  > > You're either not linking with the libfontconfig library, or 
> you have
>>  > > the wrong library, or something. Send over the full build log if 
> you
>>  > > want help debugging.
>>  > > 
>>  > > 
> ------------------------------------------------------------------------------
>>  > > Check out the vibrant tech community on one of the world's 
> most
>>  > > engaging tech sites, Slashdot.org! http://sdm.link/slashdot
>>  > 
>>  > 
>>  > You are right. In link stage, -lfontconfig is missing.
>>  > 
>>  > c++ 
>>  >  -g -O2 -I/usr/lib/x86_64-linux-gnu/wx/include/gtk2-unicode-3.0 
>>  > -I/usr/include/wx-3.0 -D_FILE_OFFSET_BITS=64 -DWXUSINGDLL -D__WXGTK__ 
>>  > -pthread -I/opt/fontconfig-2.12.93/include -I/usr/include/pango-1.0 
>>  > -I/usr/include/harfbuzz -I/usr/include/pango-1.0 -I/usr/include/cairo 
>>  > -I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include 
>>  > -I/usr/include/pixman-1 -I/usr/include/uuid -I/usr/include/freetype2 
>>  > -I/usr/include/libpng12 -DWXT_MONOTHREADED -fPIC   -lcerf  -o gnuplot 
>>  > alloc.o axis.o breaders.o boundary.o color.o command.o contour.o 
>>  > datablock.o datafile.o dynarray.o eval.o external.o fit.o gadgets.o 
>>  > getcolor.o graph3d.o graphics.o help.o hidden3d.o history.o internal.o 
> 
>>  > interpol.o jitter.o libcerf.o matrix.o misc.o mouse.o multiplot.o 
>>  > parse.o plot.o plot2d.o plot3d.o pm3d.o readline.o save.o scanner.o 
>>  > set.o show.o specfun.o standard.o stats.o stdfn.o tables.o tabulate.o 
>>  > term.o time.o unset.o util.o util3d.o variable.o version.o
>>  > wxterminal/wxt_gui.o wxterminal/gp_cairo.o 
>>  > wxterminal/gp_cairo_helpers.o  qtterminal/qt_term.o -lreadline  
>>  > -lncurses  -lz -lgd -lgd -llua5.3 -lcaca  -L/usr/lib/x86_64-linux-gnu 
>>  > -pthread   -lwx_gtk2u_xrc-3.0 -lwx_gtk2u_html-3.0 -lwx_gtk2u_qa-3.0 
>>  > -lwx_gtk2u_adv-3.0 -lwx_gtk2u_core-3.0 -lwx_baseu_xml-3.0 
>>  > -lwx_baseu_net-3.0 -lwx_baseu-3.0  -lpangocairo-1.0 -lpango-1.0 
>>  > -lgobject-2.0 -lglib-2.0 -lcairo  -lX11  -lQt5Network -lQt5Svg 
>>  > -lQt5PrintSupport -lQt5Widgets -lQt5Gui -lQt5Core -lcaca -ldl -lm 
>>  > -lcerf  -lz -lpangocairo-1.0 -lpango-1.0 -lgobject-2.0 -lcairo 
>>  > -lglib-2.0
>>  > 
>>  > Adding manually -lfontcondig to the above, link is successful.
>>  > 
>>  > Compressed config.log.bz2 is attached.
>>  > 
>>  > Workaround is to add LIBS='-lfontconfig' to configure flag.
>> 
>> 
>>  I do not understand why the configure script is not doing that
>>  already.  It tests for the library using this command:
>> 
>>    AC_SEARCH_LIBS(foo, fontconfig, ,
>>    AC_DEFINE(HAVE_LIBFONTCONFIG,1,[ used for unicode codepoint->utf8 
> conversion ]),,)
>> 
>>  The documentation for AC_SEARCH_LIBS says that it will
>> 
>>    Search for a library defining function if it's not already available.
>>    [...]
>>    Prepend -llibrary to LIBS for the first library found to contain 
> function,
>>    and run action-if-found. If the function is not found, run 
> action-if-not-found.
>> 
>>  It must have found the function (since your code is trying to use it
>>  inside a conditional for HAVE_LIBFONTCONFIG), so it should have added
>>  -lfontconfig to the definition of LIBS.   Why did it not?
>> 
>>  But also I do not understand for a second reason.
>>  As you say, libfontconfig is already used by various support libraries
>>  that gnuplot already uses  (cairo pango-ft gdlib qt ...).
>>  So it must surely be linked in already because of the library dependencies
>>  for various terminals.  I wonder that is not true on your machine.
>> 
>>  When I run ./configure it adds -lfontconfig to both TERM_LIBS
>>  and GTK_LIBS.  Does this not happen on your setup?
>> 
>>  I am not very good at using or modifying the autoconf tools.
>>  I hope someone else can help explain or fix this.
>> 
>>      Ethan
>> 
>>   
>> 
>>  > 
>>  > 
>>  > I think that gnuplot so far uses fontconfig via external libraries 
> (e.g. cairo, pango).
>>  > Is this Commit [7ecbe3] first event to use fontconfig directory.
>>  > Gnuplot check libfontconfig add -lfontconfig in library flag.
>>  > 
>>  > Tatsuro
>>  > 
>>  > 
>>  > If it is in the case, libconfig
>>  > 
>>  > Tatsuro
>> 
>> 
>> 
> ------------------------------------------------------------------------------
>>  Check out the vibrant tech community on one of the world's most
>>  engaging tech sites, Slashdot.org! http://sdm.link/slashdot
>>  _______________________________________________
>>  gnuplot-beta mailing list
>>  gnu...@li...
>>  Membership management via: 
> https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
> 
> -- 
> Ethan A Merritt, Dept of Biochemistry
> Biomolecular Structure Center,  K-428 Health Sciences Bldg
> MS 357742,   University of Washington, Seattle 98195-7742
> 

Re: Link fails on Ubuntu 16.04 (on WSL) due to undefined reference to symbol 'FcUcs4ToUtf8'

[Ethan M. <merritt@u.washington.edu>]

Never mind.  I see I have horribly mangled the configure call to
AC_SEARCH_LIBS.  I'll try to fix it.   As I said before, I am not
very good at modifying the autoconf scripts.

Please try again with the repaired configure.ac

  sorry for the mess

	Ethan


On Saturday, 10 March 2018 22:40:43 sfeam via gnuplot-beta wrote:
> On Sunday, 11 March 2018 14:04:19 Tatsuro MATSUOKA wrote:
> > Sorry I forgot to reply to beta-list
> > 
> > ----- Original Message -----
> > 
> > > From: Dima Kogan
> > > To: gnuplot-beta
> > > Cc: 
> > > Date: 2018/3/11, Sun 10:55
> > > Subject: Re: Link fails on Ubuntu 16.04 (on WSL) due to undefined reference to symbol 'FcUcs4ToUtf8'
> > > 
> > >T atsuro MATSUOKA <tma...@ya...> writes:
> > > 
> > >>  I pull the recent git repository and tried to build on Ubuntu 16.04 on
> > >>  WSL.
> > >> 
> > >>  In linking gnuplot executable I see
> > >> 
> > >>  undefined reference to symbol 'FcUcs4ToUtf8'
> > > 
> > > You're either not linking with the libfontconfig library, or you have
> > > the wrong library, or something. Send over the full build log if you
> > > want help debugging.
> > > 
> > > ------------------------------------------------------------------------------
> > > Check out the vibrant tech community on one of the world's most
> > > engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> > 
> > 
> > You are right. In link stage, -lfontconfig is missing.
> > 
> > c++ 
> >  -g -O2 -I/usr/lib/x86_64-linux-gnu/wx/include/gtk2-unicode-3.0 
> > -I/usr/include/wx-3.0 -D_FILE_OFFSET_BITS=64 -DWXUSINGDLL -D__WXGTK__ 
> > -pthread -I/opt/fontconfig-2.12.93/include -I/usr/include/pango-1.0 
> > -I/usr/include/harfbuzz -I/usr/include/pango-1.0 -I/usr/include/cairo 
> > -I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include 
> > -I/usr/include/pixman-1 -I/usr/include/uuid -I/usr/include/freetype2 
> > -I/usr/include/libpng12 -DWXT_MONOTHREADED -fPIC   -lcerf  -o gnuplot 
> > alloc.o axis.o breaders.o boundary.o color.o command.o contour.o 
> > datablock.o datafile.o dynarray.o eval.o external.o fit.o gadgets.o 
> > getcolor.o graph3d.o graphics.o help.o hidden3d.o history.o internal.o 
> > interpol.o jitter.o libcerf.o matrix.o misc.o mouse.o multiplot.o 
> > parse.o plot.o plot2d.o plot3d.o pm3d.o readline.o save.o scanner.o 
> > set.o show.o specfun.o standard.o stats.o stdfn.o tables.o tabulate.o 
> > term.o time.o unset.o util.o util3d.o variable.o version.o
> > wxterminal/wxt_gui.o wxterminal/gp_cairo.o 
> > wxterminal/gp_cairo_helpers.o  qtterminal/qt_term.o -lreadline  
> > -lncurses  -lz -lgd -lgd -llua5.3 -lcaca  -L/usr/lib/x86_64-linux-gnu 
> > -pthread   -lwx_gtk2u_xrc-3.0 -lwx_gtk2u_html-3.0 -lwx_gtk2u_qa-3.0 
> > -lwx_gtk2u_adv-3.0 -lwx_gtk2u_core-3.0 -lwx_baseu_xml-3.0 
> > -lwx_baseu_net-3.0 -lwx_baseu-3.0  -lpangocairo-1.0 -lpango-1.0 
> > -lgobject-2.0 -lglib-2.0 -lcairo  -lX11  -lQt5Network -lQt5Svg 
> > -lQt5PrintSupport -lQt5Widgets -lQt5Gui -lQt5Core -lcaca -ldl -lm 
> > -lcerf  -lz -lpangocairo-1.0 -lpango-1.0 -lgobject-2.0 -lcairo 
> > -lglib-2.0
> > 
> > Adding manually -lfontcondig to the above, link is successful.
> > 
> > Compressed config.log.bz2 is attached.
> > 
> > Workaround is to add LIBS='-lfontconfig' to configure flag.
> 
> 
> I do not understand why the configure script is not doing that
> already.  It tests for the library using this command:
> 
>   AC_SEARCH_LIBS(foo, fontconfig, ,
>   AC_DEFINE(HAVE_LIBFONTCONFIG,1,[ used for unicode codepoint->utf8 conversion ]),,)
> 
> The documentation for AC_SEARCH_LIBS says that it will
> 
>   Search for a library defining function if it's not already available.
>   [...]
>   Prepend -llibrary to LIBS for the first library found to contain function,
>   and run action-if-found. If the function is not found, run action-if-not-found.
> 
> It must have found the function (since your code is trying to use it
> inside a conditional for HAVE_LIBFONTCONFIG), so it should have added
> -lfontconfig to the definition of LIBS.   Why did it not?
> 
> But also I do not understand for a second reason.
> As you say, libfontconfig is already used by various support libraries
> that gnuplot already uses  (cairo pango-ft gdlib qt ...).
> So it must surely be linked in already because of the library dependencies
> for various terminals.  I wonder that is not true on your machine.
> 
> When I run ./configure it adds -lfontconfig to both TERM_LIBS
> and GTK_LIBS.  Does this not happen on your setup?
> 
> I am not very good at using or modifying the autoconf tools.
> I hope someone else can help explain or fix this.
> 
> 	Ethan
> 
>  
> 
> > 
> > 
> > I think that gnuplot so far uses fontconfig via external libraries (e.g. cairo, pango).
> > Is this Commit [7ecbe3] first event to use fontconfig directory.
> > Gnuplot check libfontconfig add -lfontconfig in library flag.
> > 
> > Tatsuro
> > 
> > 
> > If it is in the case, libconfig
> > 
> > Tatsuro
> 
> 
> ------------------------------------------------------------------------------
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> _______________________________________________
> gnuplot-beta mailing list
> gnu...@li...
> Membership management via: https://lists.sourceforge.net/lists/listinfo/gnuplot-beta

-- 
Ethan A Merritt, Dept of Biochemistry
Biomolecular Structure Center,  K-428 Health Sciences Bldg
MS 357742,   University of Washington, Seattle 98195-7742

Re: Link fails on Ubuntu 16.04 (on WSL) due to undefined reference to symbol 'FcUcs4ToUtf8'

[sfeam <sf...@us...>]

On Sunday, 11 March 2018 14:04:19 Tatsuro MATSUOKA wrote:
> Sorry I forgot to reply to beta-list
> 
> ----- Original Message -----
> 
> > From: Dima Kogan
> > To: gnuplot-beta
> > Cc: 
> > Date: 2018/3/11, Sun 10:55
> > Subject: Re: Link fails on Ubuntu 16.04 (on WSL) due to undefined reference to symbol 'FcUcs4ToUtf8'
> > 
> >T atsuro MATSUOKA <tma...@ya...> writes:
> > 
> >>  I pull the recent git repository and tried to build on Ubuntu 16.04 on
> >>  WSL.
> >> 
> >>  In linking gnuplot executable I see
> >> 
> >>  undefined reference to symbol 'FcUcs4ToUtf8'
> > 
> > You're either not linking with the libfontconfig library, or you have
> > the wrong library, or something. Send over the full build log if you
> > want help debugging.
> > 
> > ------------------------------------------------------------------------------
> > Check out the vibrant tech community on one of the world's most
> > engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> 
> 
> You are right. In link stage, -lfontconfig is missing.
> 
> c++ 
>  -g -O2 -I/usr/lib/x86_64-linux-gnu/wx/include/gtk2-unicode-3.0 
> -I/usr/include/wx-3.0 -D_FILE_OFFSET_BITS=64 -DWXUSINGDLL -D__WXGTK__ 
> -pthread -I/opt/fontconfig-2.12.93/include -I/usr/include/pango-1.0 
> -I/usr/include/harfbuzz -I/usr/include/pango-1.0 -I/usr/include/cairo 
> -I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include 
> -I/usr/include/pixman-1 -I/usr/include/uuid -I/usr/include/freetype2 
> -I/usr/include/libpng12 -DWXT_MONOTHREADED -fPIC   -lcerf  -o gnuplot 
> alloc.o axis.o breaders.o boundary.o color.o command.o contour.o 
> datablock.o datafile.o dynarray.o eval.o external.o fit.o gadgets.o 
> getcolor.o graph3d.o graphics.o help.o hidden3d.o history.o internal.o 
> interpol.o jitter.o libcerf.o matrix.o misc.o mouse.o multiplot.o 
> parse.o plot.o plot2d.o plot3d.o pm3d.o readline.o save.o scanner.o 
> set.o show.o specfun.o standard.o stats.o stdfn.o tables.o tabulate.o 
> term.o time.o unset.o util.o util3d.o variable.o version.o
> wxterminal/wxt_gui.o wxterminal/gp_cairo.o 
> wxterminal/gp_cairo_helpers.o  qtterminal/qt_term.o -lreadline  
> -lncurses  -lz -lgd -lgd -llua5.3 -lcaca  -L/usr/lib/x86_64-linux-gnu 
> -pthread   -lwx_gtk2u_xrc-3.0 -lwx_gtk2u_html-3.0 -lwx_gtk2u_qa-3.0 
> -lwx_gtk2u_adv-3.0 -lwx_gtk2u_core-3.0 -lwx_baseu_xml-3.0 
> -lwx_baseu_net-3.0 -lwx_baseu-3.0  -lpangocairo-1.0 -lpango-1.0 
> -lgobject-2.0 -lglib-2.0 -lcairo  -lX11  -lQt5Network -lQt5Svg 
> -lQt5PrintSupport -lQt5Widgets -lQt5Gui -lQt5Core -lcaca -ldl -lm 
> -lcerf  -lz -lpangocairo-1.0 -lpango-1.0 -lgobject-2.0 -lcairo 
> -lglib-2.0
> 
> Adding manually -lfontcondig to the above, link is successful.
> 
> Compressed config.log.bz2 is attached.
> 
> Workaround is to add LIBS='-lfontconfig' to configure flag.


I do not understand why the configure script is not doing that
already.  It tests for the library using this command:

  AC_SEARCH_LIBS(foo, fontconfig, ,
  AC_DEFINE(HAVE_LIBFONTCONFIG,1,[ used for unicode codepoint->utf8 conversion ]),,)

The documentation for AC_SEARCH_LIBS says that it will

  Search for a library defining function if it's not already available.
  [...]
  Prepend -llibrary to LIBS for the first library found to contain function,
  and run action-if-found. If the function is not found, run action-if-not-found.

It must have found the function (since your code is trying to use it
inside a conditional for HAVE_LIBFONTCONFIG), so it should have added
-lfontconfig to the definition of LIBS.   Why did it not?

But also I do not understand for a second reason.
As you say, libfontconfig is already used by various support libraries
that gnuplot already uses  (cairo pango-ft gdlib qt ...).
So it must surely be linked in already because of the library dependencies
for various terminals.  I wonder that is not true on your machine.

When I run ./configure it adds -lfontconfig to both TERM_LIBS
and GTK_LIBS.  Does this not happen on your setup?

I am not very good at using or modifying the autoconf tools.
I hope someone else can help explain or fix this.

	Ethan

 

> 
> 
> I think that gnuplot so far uses fontconfig via external libraries (e.g. cairo, pango).
> Is this Commit [7ecbe3] first event to use fontconfig directory.
> Gnuplot check libfontconfig add -lfontconfig in library flag.
> 
> Tatsuro
> 
> 
> If it is in the case, libconfig
> 
> Tatsuro

Re: Link fails on Ubuntu 16.04 (on WSL) due to undefined reference to symbol 'FcUcs4ToUtf8'

[Tatsuro M. <tma...@ya...>]

Sorry I forgot to reply to beta-list

----- Original Message -----

> From: Dima Kogan
> To: gnuplot-beta
> Cc: 
> Date: 2018/3/11, Sun 10:55
> Subject: Re: Link fails on Ubuntu 16.04 (on WSL) due to undefined reference to symbol 'FcUcs4ToUtf8'
> 
>T atsuro MATSUOKA <tma...@ya...> writes:
> 
>>  I pull the recent git repository and tried to build on Ubuntu 16.04 on
>>  WSL.
>> 
>>  In linking gnuplot executable I see
>> 
>>  undefined reference to symbol 'FcUcs4ToUtf8'
> 
> You're either not linking with the libfontconfig library, or you have
> the wrong library, or something. Send over the full build log if you
> want help debugging.
> 
> ------------------------------------------------------------------------------
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot


You are right. In link stage, -lfontconfig is missing.

c++ 
 -g -O2 -I/usr/lib/x86_64-linux-gnu/wx/include/gtk2-unicode-3.0 
-I/usr/include/wx-3.0 -D_FILE_OFFSET_BITS=64 -DWXUSINGDLL -D__WXGTK__ 
-pthread -I/opt/fontconfig-2.12.93/include -I/usr/include/pango-1.0 
-I/usr/include/harfbuzz -I/usr/include/pango-1.0 -I/usr/include/cairo 
-I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include 
-I/usr/include/pixman-1 -I/usr/include/uuid -I/usr/include/freetype2 
-I/usr/include/libpng12 -DWXT_MONOTHREADED -fPIC   -lcerf  -o gnuplot 
alloc.o axis.o breaders.o boundary.o color.o command.o contour.o 
datablock.o datafile.o dynarray.o eval.o external.o fit.o gadgets.o 
getcolor.o graph3d.o graphics.o help.o hidden3d.o history.o internal.o 
interpol.o jitter.o libcerf.o matrix.o misc.o mouse.o multiplot.o 
parse.o plot.o plot2d.o plot3d.o pm3d.o readline.o save.o scanner.o 
set.o show.o specfun.o standard.o stats.o stdfn.o tables.o tabulate.o 
term.o time.o unset.o util.o util3d.o variable.o version.o
wxterminal/wxt_gui.o wxterminal/gp_cairo.o 
wxterminal/gp_cairo_helpers.o  qtterminal/qt_term.o -lreadline  
-lncurses  -lz -lgd -lgd -llua5.3 -lcaca  -L/usr/lib/x86_64-linux-gnu 
-pthread   -lwx_gtk2u_xrc-3.0 -lwx_gtk2u_html-3.0 -lwx_gtk2u_qa-3.0 
-lwx_gtk2u_adv-3.0 -lwx_gtk2u_core-3.0 -lwx_baseu_xml-3.0 
-lwx_baseu_net-3.0 -lwx_baseu-3.0  -lpangocairo-1.0 -lpango-1.0 
-lgobject-2.0 -lglib-2.0 -lcairo  -lX11  -lQt5Network -lQt5Svg 
-lQt5PrintSupport -lQt5Widgets -lQt5Gui -lQt5Core -lcaca -ldl -lm 
-lcerf  -lz -lpangocairo-1.0 -lpango-1.0 -lgobject-2.0 -lcairo 
-lglib-2.0

Adding manually -lfontcondig to the above, link is successful.

Compressed config.log.bz2 is attached.

Workaround is to add LIBS='-lfontconfig' to configure flag.


I think that gnuplot so far uses fontconfig via external libraries (e.g. cairo, pango).
Is this Commit [7ecbe3] first event to use fontconfig directory.
Gnuplot check libfontconfig add -lfontconfig in library flag.

Tatsuro


If it is in the case, libconfig

Tatsuro

Re: Link fails on Ubuntu 16.04 (on WSL) due to undefined reference to symbol 'FcUcs4ToUtf8'

[Dima K. <gn...@di...>]

Tatsuro MATSUOKA <tma...@ya...> writes:

> I pull the recent git repository and tried to build on Ubuntu 16.04 on
> WSL.
>
> In linking gnuplot executable I see
>
> undefined reference to symbol 'FcUcs4ToUtf8'

You're either not linking with the libfontconfig library, or you have
the wrong library, or something. Send over the full build log if you
want help debugging.

Link fails on Ubuntu 16.04 (on WSL) due to undefined reference to symbol 'FcUcs4ToUtf8'

[Tatsuro M. <tma...@ya...>]

I pull the recent git repository and tried to build on Ubuntu 16.04 on WSL.

In linking gnuplot executable I see

undefined reference to symbol 'FcUcs4ToUtf8'

Fontconfig version on Ubuntu 16.04 is 2.11.94.
It is rather old but it shoule have FcUcs4ToUtf8.


I googled by keywords FcUcs4ToUtf8 fontconfig version and found the page.

ftp://ftp.x.org/pub/xorg/X11R7.0/doc/html/FcUcs4ToUtf8.3.html

The version is 2.3.2.

So this seems not to be version issue but issue configuration fontconfig on Ubuntu 16.04.

I will straggle the issue.

Tatsuro

Re: gnuplot on WSL (Windows Subsystem for Linux)

[Tatsuro M. <tma...@ya...>]

Correction.


Un-comment  deb-src lines in the main file /etc/apt/sources.list

and 

 source /etc/apt/sources.list

Tatsuro
--- tma...@ya... wrote:
> Although I still use Cygwin but I gradually move to WSL.
> 
> I could build gnuplot on WSL(Ubunutu 16.04)
> 
> Install WSL and ubunutu
> 
> https://nickjanetakis.com/blog/using-wsl-and-mobaxterm-to-create-a-linux-dev-environment-on-windows
> 
> But I use VcXsrv as X-server instead.
> https://sourceforge.net/projects/vcxsrv/
> 
> Install gnuplot5
>  sudo apt install gnuplot5
> 
> But version is 5.0.3(OLD!!)
> However, the above sets several runtime libraries.
> 
> Un-comment  deb-src lines in the main file /etc/apt/sources.list
>  sudo apt build-dep gnuplot5
> 
> To do the above allmost build and dev tools are installed.
> 
> 
> Additional
>  sudo apt install libcaca-dev
>  sudo apt install libcerf-dev
> 
> Download 
> 
>  gnuplot-5.2.2.tar.gz
> wget https://downloads.sourceforge.net/project/gnuplot/gnuplot/5.2.2/gnuplot-5.2.2.tar.gz
> 
> Extract
> 
> tar -xvzf gnuplot-5.2.2.tar.gz
> 
> cd gnuplot-5.2.2
> 
> ./configure --with-qt=qt=5 --with-caca --with-wx-single-threaded
> (--with-wx-single-threaded is needed on my PC)
> 
> Check the configure output carefully!!
> 
> make
> make check
> sudo make install
> 
> For dev version
> install below
>  sudo apt install automake
>  sudo apt install autoconf
> 
>  sudo apt install git
> 
> 
> git clone https://git.code.sf.net/p/gnuplot/gnuplot-main gnuplot
> cd gnuplot
> ./prepare
> mkdir .build
> cd .build
> ../configure --prefix=/opt/gp530 --with-qt=qt5 --with-caca --with-wx-single-threaded
> make
> make check
> sudo make install
> 
> Build on WSL is slow due to slow fork but faster than Cygwin.
> 
> I can use flawless qt-terminal on Windows PC by WSL!!
> 
> 
> 
> Tatsuro
> 
> 
> ------------------------------------------------------------------------------
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> _______________________________________________
> gnuplot-beta mailing list
> gnu...@li...
> Membership management via: https://lists.sourceforge.net/lists/listinfo/gnuplot-beta

gnuplot on WSL (Windows Subsystem for Linux)

[Tatsuro M. <tma...@ya...>]

Although I still use Cygwin but I gradually move to WSL.

I could build gnuplot on WSL(Ubunutu 16.04)

Install WSL and ubunutu

https://nickjanetakis.com/blog/using-wsl-and-mobaxterm-to-create-a-linux-dev-environment-on-windows

But I use VcXsrv as X-server instead.
https://sourceforge.net/projects/vcxsrv/

Install gnuplot5
 sudo apt install gnuplot5

But version is 5.0.3(OLD!!)
However, the above sets several runtime libraries.

Un-comment  deb-src lines in the main file /etc/apt/sources.list
 sudo apt build-dep gnuplot5

To do the above allmost build and dev tools are installed.


Additional
 sudo apt install libcaca-dev
 sudo apt install libcerf-dev

Download 

 gnuplot-5.2.2.tar.gz
wget https://downloads.sourceforge.net/project/gnuplot/gnuplot/5.2.2/gnuplot-5.2.2.tar.gz

Extract

tar -xvzf gnuplot-5.2.2.tar.gz

cd gnuplot-5.2.2

./configure --with-qt=qt=5 --with-caca --with-wx-single-threaded
(--with-wx-single-threaded is needed on my PC)

Check the configure output carefully!!

make
make check
sudo make install

For dev version
install below
 sudo apt install automake
 sudo apt install autoconf

 sudo apt install git


git clone https://git.code.sf.net/p/gnuplot/gnuplot-main gnuplot
cd gnuplot
./prepare
mkdir .build
cd .build
../configure --prefix=/opt/gp530 --with-qt=qt5 --with-caca --with-wx-single-threaded
make
make check
sudo make install

Build on WSL is slow due to slow fork but faster than Cygwin.

I can use flawless qt-terminal on Windows PC by WSL!!



Tatsuro

qt terminal on Cygwin

[Tatsuro M. <tma...@ya...>]

I have tried the patch for qt-5.4.0 in the below thread

https://sourceforge.net/p/gnuplot/mailman/message/33212164/

For gnuplot
--- old/src/qtterminal/qt_term.cpp    2014-12-30 19:52:59.000000000 +0100
+++ new/src/qtterminal/qt_term.cpp    2015-01-04 01:25:03.219400000 +0100
@@ -273,7 +273,19 @@
     // The QLocalSocket::waitForConnected does not respect the time out argument when
     // the gnuplot_qt application is not yet started or has not yet self-initialized.
     // To wait for it, we need to implement the timeout ourselves
+#ifdef __CYGWIN__
+    QDateTime timeout = QDateTime::currentDateTime().addMSecs(5000);
+    char const * const sockname =
+            qt->socket.fullServerName().toLocal8Bit().constData();
+    do
+    {
+        usleep(300000);
+
+    } while(access(sockname, F_OK) != 0 && QDateTime::currentDateTime() < timeout);
+    timeout = QDateTime::currentDateTime().addMSecs(1000);
+#else
     QDateTime timeout = QDateTime::currentDateTime().addMSecs(30000);
+#endif
     do
     {
         qt->socket.connectToServer(server);



For qt

--- a/qtbase-opensource-src-5.4.0/src/network/socket/qlocalsocket_unix.cpp    2014-12-25 19:48:59.845052000 +0100
+++ b/qtbase-opensource-src-5.4.0/src/network/socket/qlocalsocket_unix.cpp    2014-12-25 18:41:32.359905400 +0100
@@ -240,6 +240,7 @@ void QLocalSocket::connectToServer(OpenM
                         QLatin1String("QLocalSocket::connectToServer"));
         return;
     }
+#ifndef Q_OS_CYGWIN
     // set non blocking so we can try to connect and it won't wait
     int flags = fcntl(d->connectingSocket, F_GETFL, 0);
     if (-1 == flags
@@ -248,6 +249,7 @@ void QLocalSocket::connectToServer(OpenM
                 QLatin1String("QLocalSocket::connectToServer"));
         return;
     }
+#endif
 
     // _q_connectToSocket does the actual connecting
     d->connectingName = d->serverName;


Now Qt version for cygwin is 5.9.4

However, code of corresponding part is changed to

    // create the socket
    if (-1 == (d->connectingSocket = qt_safe_socket(PF_UNIX, SOCK_STREAM, 0, O_NONBLOCK))) {
        d->errorOccurred(UnsupportedSocketOperationError,
                        QLatin1String("QLocalSocket::connectToServer"));
        return;
    }

I commented out the above


The result is

gnuplot> pl x
gnuplot> pl x
QStandardPaths: XDG_RUNTIME_DIR not set, defaulting to '/tmp/runtime-MATSUOKA LAB'
Could not connect to existing gnuplot_qt. Starting a new one.
QStandardPaths: XDG_RUNTIME_DIR not set, defaulting to '/tmp/runtime-MATSUOKA LAB'

Warning: slow font initializationgnuplot>


But the situation is the same as before modification.

Any suggestions?

I at the moment use wxt terminal on Cygwin

Tatsuro