Menu
▾
▴
gnuplot-beta
|
From: sfeam (E. Merritt) <eam...@gm...> - 2012-03-09 04:51:22
|
I have uploaded a tarball for the 4.6.0 release to SourceForge, along with the planned release announcement and a PDF copy of the User Manual. These should propagate to mirrors by tomorrow. You are welcome to test it now, and let me know if you encounter any problems. If there are no unexpected glitches, the plan is to publicize the release by sending out announcments next Monday. Thanks to everyone who provided feedback on the -rc1 release candidate! happy gnuplotting, Ethan |
|
From: Mojca M. <moj...@gm...> - 2012-03-11 21:19:15
|
On Fri, Mar 9, 2012 at 05:50, sfeam (Ethan Merritt) wrote:
> I have uploaded a tarball for the 4.6.0 release to SourceForge,
Thank you very much for that.
> You are welcome to test it now, and let me know if you encounter
> any problems.
None of the following reports is critical (they are all just
warnings), but I wanted to report what I found out when testing with
MacPorts with clang compiler:
:info:build color.c:518:14: warning: implicit conversion from
enumeration type 'enum JUSTIFY' to different enumeration type
'VERT_JUSTIFY' (aka 'enum VERT_JUSTIFY') [-Wconversion]
:info:build just, CENTRE, hrotate,
:info:build ^~~~~~
:info:build color.c:529:14: warning: implicit conversion from
enumeration type 'enum JUSTIFY' to different enumeration type
'VERT_JUSTIFY' (aka 'enum VERT_JUSTIFY') [-Wconversion]
:info:build just, CENTRE, 0.0,
:info:build ^~~~~~
:info:build graphics.c:1737:4: warning: implicit conversion from
enumeration type 'enum VERT_JUSTIFY' to different enumeration type
'JUSTIFY' (aka 'enum JUSTIFY') [-Wconversion]
:info:build JUST_CENTRE, JUST_TOP, 0,
:info:build ^~~~~~~~~~~
:info:build plot2d.c:2123:29: warning: implicit conversion from
enumeration type 'enum VERT_JUSTIFY' to different enumeration type
'enum JUSTIFY' [-Wconversion]
:info:build this_plot->labels->pos = JUST_CENTRE;
:info:build ~ ^~~~~~~~~~~
:info:build plot2d.c:2312:32: warning: implicit conversion from
enumeration type 'enum VERT_JUSTIFY' to different enumeration type
'enum JUSTIFY' [-Wconversion]
:info:build this_plot->labels->pos = JUST_CENTRE;
:info:build ~ ^~~~~~~~~~~
:info:build plot3d.c:1558:29: warning: implicit conversion from
enumeration type 'enum VERT_JUSTIFY' to different enumeration type
'enum JUSTIFY' [-Wconversion]
:info:build this_plot->labels->pos = JUST_CENTRE;
:info:build ~ ^~~~~~~~~~~
(I think that compiler would like to see an explicit cast here.)
:info:build In file included from term.c:1394:
:info:build In file included from ./term.h:240:
:info:build ../term/x11.trm:620:55: warning: data argument not used by
format string [-Wformat-extra-args]
:info:build fprintf(X11_ipc, (set_number ? "C%d\n" :
"C\n"), new_term_number);
:info:build ~~~~~ ^
(This can probably only be rewritten as
if(set number) fprintf(X11_ipc, "C%d\n", new_term_number); else
fprintf(X11_ipc, "C\n");
to make compiler happy.)
:info:build In file included from term.c:1394:
:info:build In file included from ./term.h:426:
:info:build ../term/lua.trm:875:39: warning: if statement has empty
body [-Wempty-body]
:info:build if (ftruncate(fileno(gpoutfile), 0));
:info:build ^
:info:build util.c:509:10: warning: 'sprintf' macro redefined
:info:build # define sprintf(str,fmt,arg) \
:info:build ^
:info:build /usr/include/secure/_stdio.h:49:9: note: previous definition is here
:info:build #define sprintf(str, ...) \
:info:build ^
:info:build gplt_x11.c:2900:20: warning: format string is not a string
literal (potentially insecure) [-Wformat-security]
:info:build fprintf(stderr, display_error_text_after);
:info:build ^~~~~~~~~~~~~~~~~~~~~~~~
:info:build gplt_x11.c:2905:20: warning: format string is not a string
literal (potentially insecure) [-Wformat-security]
:info:build fprintf(stderr, display_error_text_after);
:info:build ^~~~~~~~~~~~~~~~~~~~~~~~
:info:build gplt_x11.c:2910:20: warning: format string is not a string
literal (potentially insecure) [-Wformat-security]
:info:build fprintf(stderr, display_error_text_after);
:info:build ^~~~~~~~~~~~~~~~~~~~~~~~
:info:build gplt_x11.c:2915:20: warning: format string is not a string
literal (potentially insecure) [-Wformat-security]
:info:build fprintf(stderr, display_error_text_after);
:info:build ^~~~~~~~~~~~~~~~~~~~~~~~
:info:build gplt_x11.c:4562:11: warning: 'XKeycodeToKeysym' is
deprecated [-Wdeprecated-declarations]
:info:build keysym = XKeycodeToKeysym(dpy, event->xkey.keycode, 0);
:info:build ^
:info:build wxterminal/wxt_gui.cpp:2638:11: warning: enumeration value
'command_enhanced_put_text' not handled in switch [-Wswitch-enum]
:info:build switch ( command.command ) {
:info:build ^
Also, the wxt terminal won't even compile with clang++ compiler, but
that's a report for elsewhere. I'm not yet sure what exactly is the
problem, but the linker doesn't find functions, it simply breaks with
Undefined symbols for architecture x86_64:
"wxNavigationEnabled<wxNonOwnedWindow>::SetFocus()", referenced from:
vtable for wxtFrame in wxt_gui.o
vtable for wxtConfigDialog in wxt_gui.o
vtable for wxMDIParentFrameBase in wxt_gui.o
"wxNavigationEnabled<wxNonOwnedWindow>::AcceptsFocus() const",
referenced from:
vtable for wxtFrame in wxt_gui.o
vtable for wxtConfigDialog in wxt_gui.o
vtable for wxMDIParentFrameBase in wxt_gui.o
But again, this is most probably not gnuplot's problem.
Mojca
|
|
From: Mojca M. <moj...@gm...> - 2012-03-12 03:19:42
|
On Fri, Mar 9, 2012 at 05:50, sfeam (Ethan Merritt) wrote:
> I have uploaded a tarball for the 4.6.0 release to SourceForge,
> along with the planned release announcement and a PDF copy of the
> User Manual. These should propagate to mirrors by tomorrow.
>
> You are welcome to test it now, and let me know if you encounter
> any problems.
I finally managed to compile Qt after patching gnuplot configuration a
bit. Here's a simple test that segfaults:
Terminal type set to 'aqua'
gnuplot> set term wxt
Terminal type set to 'wxt'
Options are '0'
gnuplot> plot sin(x)
gnuplot> set term qt
Terminal type set to 'qt'
The qt terminal cannot be used in a wxt session
gnuplot> exit
Segmentation fault: 11
Mojca
|
|
From: sfeam (E. Merritt) <eam...@gm...> - 2012-03-12 03:35:59
|
On Sunday, 11 March 2012, Mojca Miklavec wrote: > On Fri, Mar 9, 2012 at 05:50, sfeam (Ethan Merritt) wrote: > > I have uploaded a tarball for the 4.6.0 release to SourceForge, > > along with the planned release announcement and a PDF copy of the > > User Manual. These should propagate to mirrors by tomorrow. > > > > You are welcome to test it now, and let me know if you encounter > > any problems. > > I finally managed to compile Qt after patching gnuplot configuration a > bit. Here's a simple test that segfaults: > > Terminal type set to 'aqua' > gnuplot> set term wxt > Terminal type set to 'wxt' > Options are '0' > gnuplot> plot sin(x) > gnuplot> set term qt > Terminal type set to 'qt' > The qt terminal cannot be used in a wxt session > > gnuplot> exit > Segmentation fault: 11 > > Mojca See above error message. If you mix qt and wxt in a single session, the program segfaults. The program tries to prevent this by refusing to execute the "set term" command in such a case. On linux this is sufficient to return you to a normal prompt and the current terminal type "unknown". Perhaps adding "aqua" to the mix makes the problem one notch worse? I don't know. Anyhow - for the foreseeable future the answer is "don't do that". This is already listed as a known limitation in the Release Notes, by the way. cheers, Ethan |
|
From: Mojca M. <moj...@gm...> - 2012-03-12 04:03:16
|
On Mon, Mar 12, 2012 at 04:35, sfeam (Ethan Merritt) wrote: > > See above error message. If you mix qt and wxt in a single > session, the program segfaults. I saw it, but I thought that whatever patch you applied was supposed to prevent segfaults. (Even one explicitly tells users not to do X, the program should still not segfault.) Mojca |
