#39625: qt4-mac: compilation warning "field 'd' is uninitialized when used here" ----------------------+------------------------- Reporter: mojca@… | Owner: michaelld@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: Resolution: | Keywords: Port: qt4-mac | ----------------------+------------------------- Comment (by mojca@…): Replying to [comment:4 michaelld@…]:
I'm not sure how to tell gnuplot to use Qt when called from Octave. Right now, it uses AquaTerm.app from MacPorts.
You have the following options: - Install {{{gnuplot +qt -aquaterm}}} (probably the easiest) - define {{{GNUTERM}}} environmental variable to qt - inside octave: {{{setenv("GNUTERM", "qt")}}} - I need to check it out, but I believe that putting {{{GNUTERM}}} to {{{.gnuplot}}} or something along that lines also works - hardcoding default terminal to gnuplot binary (see #35616) As to the last point, now you have {{{ Variants: [+]aquaterm, emacs, [+]luaterm, no_x11, old_bitmap_terminals, [+]pangocairo, qt, universal, wxwidgets, wxwidgets_devel, [+]x11 }}} and then one would end up with {{{ Variants: [+]aquaterm, [+]default_aquaterm, default_qt, default_wxt, default_x11, emacs, [+]luaterm, no_x11, old_bitmap_terminals, [+]pangocairo, qt, universal, wxwidgets, wxwidgets_devel, [+]x11 }}} But again: qt itself works (there are some problems unrelated to this issue), it only throws warnings during compilation. However, {{{sudo port selfupdate}}} doesn't want to update the port definition to version 4.8.5. That's odd. -- Ticket URL: <https://trac.macports.org/ticket/39625#comment:6> MacPorts <http://www.macports.org/> Ports system for OS X