«
»

QtOctave 0.8.2 released

By acisif

I have just upload QtOctave 0.8.2. You can download from:

http://forja.rediris.es/frs/download.php/1383/qtoctave-0.8.2.tar.gz

Subversion system doesn’t work, and people can not download last version of QtOctave. Then I have uploaded this version.

Esta entrada fue publicada el a las Julio 4, 2009 y está archivada bajo las categorías english. Puedes seguir las respuestas de esta entrada a través de sindicación RSS 2.0. Puedes dejar una respuesta, o trackback desde tu propio sitio.

18 comentarios para “QtOctave 0.8.2 released”

  1. flapane Dice:
    Julio 7, 2009 a las 6:46 pm | Responder

    Did somebody make a universal binary build?

  2. Karl Dice:
    Julio 15, 2009 a las 10:40 pm | Responder

    hi,

    i just wanted to try your wonderful seeming application.
    i’m working on ubuntu and just installed qt-4.5.2 from sources. also octave 3.2.0 from sources.
    but while compiling qtoctave, there’s following error:

    #######################
    …
    [ 40%] Building CXX object easy_plot/src/CMakeFiles/easy_plot.dir/main.o
    In file included from /home/karl/software/qtoctave-0.8.2/easy_plot/src/main.cpp:3:
    /home/karl/software/qtoctave-0.8.2/easy_plot/src/main_window.h:7:35: error: ui_design_main_window.h: No such file or directory
    /home/karl/software/qtoctave-0.8.2/easy_plot/src/main_window.h:9:27: error: ui_view_angle.h: No such file or directory
    In file included from /home/karl/software/qtoctave-0.8.2/easy_plot/src/main.cpp:3:
    /home/karl/software/qtoctave-0.8.2/easy_plot/src/main_window.h:11: error: ‘Ui’ is not a namespace-name
    /home/karl/software/qtoctave-0.8.2/easy_plot/src/main_window.h:11: error: expected namespace-name before ‘;’ token
    /home/karl/software/qtoctave-0.8.2/easy_plot/src/main_window.h:18: error: ‘Ui_DesignMainWindow’ does not name a type
    /home/karl/software/qtoctave-0.8.2/easy_plot/src/main_window.h:21: error: ISO C++ forbids declaration of ‘Ui_ViewAngle’ with no type
    /home/karl/software/qtoctave-0.8.2/easy_plot/src/main_window.h:21: error: expected ‘;’ before ‘*’ token
    make[2]: *** [easy_plot/src/CMakeFiles/easy_plot.dir/main.o] Error 1
    make[1]: *** [easy_plot/src/CMakeFiles/easy_plot.dir/all] Error 2
    make: *** [all] Error 2
    ############################

    i don’t know, where to search for the solution of the problem.
    perhaps, you can help me.

    c ya

    • Kny Dice:
      Julio 23, 2009 a las 7:48 am | Responder

      Same problem here, although compiling using GCC under Windows XP using Qt 4.5.2 SDK.

      The ui_*.h files are nowhere in the distributed archive. The same happens if you try to simply compile the EasyPlot distributed archive from the origin.

      I’ll try building from SVN.

      Even with a nearly 2 year old version of QtOctave, I’m impressed – although annoyed by bugs/incompatibilities with Octave 3.2.0. I would LOVE to get my hands on QtOctave 0.8.2, so I’ll spend a little time trying to compile it. If I succeed I’ll post back here with instructions.

    • stallo Dice:
      Julio 23, 2009 a las 12:55 pm | Responder

      I’m trying to compile QtOctave 0.8.2 under WinXP (not completed yet)
      and I got the same error.
      I found ui_*.h in qtoctave-0.8.2/build/easy_plot/src and copied
      them to qtoctave-0.8.2/easy_plot/src .

      I hope this helps you.

      • Kny Dice:
        Julio 24, 2009 a las 7:34 am

        Hmm… I don’t seem to be able to find these files in my source directory. How did you download your sources – SVN or .tar.gz?

        Would you put them somewhere for me to download?

        In any case, you sound like there are more issues when compiling for WinXP that simply fixing the missing files? I had one problem with a call to getuid(), that wouldn’t compile, but it was in a part of the code simply reminding people not to run as root (which is probably not entirely platform-independent), so I just commented that out.

        Any (more) help will be appreciated.

      • stallo Dice:
        Julio 24, 2009 a las 11:05 am

        I downloaded tar.gz file from
        http://forja.rediris.es/frs/download.php/1383/qtoctave-0.8.2.tar.gz
        Also, I commented out the if sentence including getuid(). Maybe this sentence is written for linux.

        Next I followed readme.txt in the tar.gz file, i.e after uncompressing qtoctave-0.8.2, I did
        cd qtoctave-0.8.2
        mkdir build
        cd build
        cmake .. -G “MinGW Makefiles”
        mingw32-make

        Then I got the error about ui_*.h, but I could fount them at qtoctave-0.8.2/build/easy_plot/src.
        So I copied them to qtoctave-0.8.2/build/easy_plot/src and did
        mingw32-make

        After that I got a lot of errors like
        C:\Qt\2009.03\qt\lib\libQtUiTools.a(quiloader.o):quiloader.cpp:(.text+0xeb): undefined referene to `_imp___ZNK7QStringeqERK13QLatin1String’
        and I don’t know what I should do…

      • Kny Dice:
        Julio 24, 2009 a las 2:36 pm

        Ok, I’ve managed to get a bit further now.

        1) The reason for the missing ui_*.h files is that they are generated by the make command using Qt’s uic tool, so they don’t exist until the first time you have attempted to ‘make’.

        2) I managed to fix the error you described

        C:\Qt\2009.03\qt\lib\libQtUiTools.a(quiloader.o):quiloader.cpp:(.text+0xeb): undefined referene to `_imp___ZNK7QStringeqERK13QLatin1String’

        The origin is the order of the arguments in the CMakeLists.txt file in qtoctave0.8.2/qtjs/src. It should look like:

        TARGET_LINK_LIBRARIES(qtjs
        ${QT_QTUITOOLS_LIBRARY}
        ${Qt4_LIBRARIES}
        ${QT_QTCORE_LIBRARY}
        ${QT_QTGUI_LIBRARY}
        ${QT_QTXML_LIBRARY}
        #${QT_QTSVG_LIBRARY}
        ${QT_QTSCRIPT_LIBRARY}
        )

        rather than

        TARGET_LINK_LIBRARIES(qtjs
        ${Qt4_LIBRARIES}
        ${QT_QTCORE_LIBRARY}
        ${QT_QTGUI_LIBRARY}
        ${QT_QTXML_LIBRARY}
        #${QT_QTSVG_LIBRARY}
        ${QT_QTUITOOLS_LIBRARY}
        ${QT_QTSCRIPT_LIBRARY}
        )

        3) Now I’m stuck needing ui_projects.h from qtoctave0.8.2/qtoctave/src/projects. I’m sure the reason is in the cmake file, as it seems to be missing the command to run uic. I haven’t fixed it yet, but I’m hoping to manage soon.

        Please report back on any progress you might have :-)

      • Kny Dice:
        Julio 24, 2009 a las 2:37 pm

        Oh yeah, just to not waste time – the difference between the two TARGET_LINK_LIBRARIES sections is the position of the ${QT_QTUITOOLS_LIBRARY} line. It should be first, as described here:

        http://lists.kde.org/?l=kde-windows&m=120716459901662&w=2

      • stallo Dice:
        Julio 25, 2009 a las 4:48 am

        Thanks a lot. I’ve installed qtoctave 0.8.2 to Windows XP!
        What I did is
        1)uncompress qtoctave-0.8.2.tar.gz under D:\

        2)comment out line53 to line 61 in D:\qtoctave-0.8.2\qtoctave_pkg\src\main.cpp

        3)modify D:\qtoctave0.8.2\qtjs\src\CMakeList.txt as you wrote

        4)go to D:\qtoctave0.8.2 and type cmake . -G “MinGW Makefiles” -DCMAKE_INSTALL_PREFIX=D:\tmp

        5)modify line 31 in D:\qtoctave-0.8.2\easy_plot\src\cmake_instal.cmake
        from
        FILE(INSTALL DESTINATION “${CMAKE_INSTALL_PREFIX}/bin” TYPE PROGRAM FILES “D:/qtoctave-0.8.2/easy_plot/src/easy_plot.exe”)
        to
        FILE(INSTALL DESTINATION “${CMAKE_INSTALL_PREFIX}/bin” TYPE PROGRAM FILES “D:/qtoctave-0.8.2/easy_plot/src/easy_plot.exe”)

        6)mingw32-make

        7)mingw32-make install

        This time, I didn’t make the “build” directory and got no error about ui_*.h.

      • stallo Dice:
        Julio 25, 2009 a las 5:00 am

        Oops, I found a typo…

        5)modify line 31 in D:\qtoctave-0.8.2\easy_plot\src\cmake_instal.cmake
        from
        FILE(INSTALL DESTINATION “${CMAKE_INSTALL_PREFIX}/bin” TYPE PROGRAM FILES “D:/qtoctave-0.8.2/easy_plot/src/easy_plot”)
        to
        FILE(INSTALL DESTINATION “${CMAKE_INSTALL_PREFIX}/bin” TYPE PROGRAM FILES “D:/qtoctave-0.8.2/easy_plot/src/easy_plot.exe”)

      • Kny Dice:
        Agosto 3, 2009 a las 12:11 pm

        Ok, your procedure is confirmed as working, although I had to set QMAKE and MINGW32-MAKE paths manually in the qtoctave-0.8.2/CMakeCache.txt. This is most likely a problem with my local setup and nothing else.

        I have one problem, though. It seems easy_plot is not working for me – it simply hangs when I try to use it. Does easy_plot work for you?

      • stallo Dice:
        Agosto 16, 2009 a las 2:20 pm

        Easy_plot doesn’t wirk for me eitner.

  3. Kny Dice:
    Julio 26, 2009 a las 1:41 pm | Responder

    Sweet!

    Teamwork rocks ;-)

    I’ll check that it works for me as well and contact the QtOctave team about either making a binary distributable or at least include the compile instructions somewhere.

    Good work, mate!

  4. Nor Dice:
    Agosto 26, 2009 a las 7:49 am | Responder

    Thanks for this very good software.
    One question: I compiled qtoctave for Win XP, but I can’t get the simplercs to work. I installed libarchive to have tar, but it still doesnt work. Did anybody have a working simplercs under Win XP?

  5. Emil Dice:
    Septiembre 7, 2009 a las 6:28 am | Responder

    Hi,
    Does anyone have a win xp version of QtOctave 8.2 compiled and workning and would like to share the executable version with me, I would be very greatful!

    regards

  6. Kny Dice:
    Septiembre 17, 2009 a las 12:14 pm | Responder

    @Nor: SimpleRCS is not working under WinXP. As far as I can see it is mostly a matter of setting up the correct paths, but I haven’t got the time to start meddling with it. The QtOctave developers seem to be mostly focused on the Linux version, unfortunately for those of us that has to use Windows at work :-(

    @Emil: I have the executables, but it is significantly easier to follow the build procedure above (see stallo and my discussion) to compile it from sources, as you will also need some libraries/tools installed (specifically Qt 4.2.0 and mingw32). If you prefer I can get you a zip-file, but chances are, that it will not work correctly for you.

  7. Guido W. Pettinari Dice:
    Octubre 27, 2009 a las 8:06 pm | Responder

    Hi all!

    Many thanks to the developer for this wonderful applications. I did not know QT was so powerful.

    I succesfully installed and compiled qtoctave to my MacBook Pro running Mac Os X 10.6 aka Snow Leopard with QT 4.5.3. If you need directions, please ask me in this forum and I will provide them.

    Everythink is working fine, but I have two problems:

    1) Menus won’t load; both default ones in /usr/local/share/qtoctave/menus and custom ones in ~/.qtoctave/menus won’t show up in the menu bar. The only entry is the useless ‘qtoctave’. The only exception is when the focus is on the editor window, where I can see the defualt editing menus (View, File, Edit, Run, Tools, Config). I can use qtoctave without menus, but I really would like to enable them;

    2) I do not know how to use easy_plot. This is not a bug, it is just my ignorance :)

    On a side note, did anybody manage to install the QT terminal for gnuplot on Snow Leopard? I get plenty of errors when compiling gnuplot witht the –eneable-qt option…

    Thank you very much for any help!

    Guido

  8. Guido W. Pettinari Dice:
    Noviembre 10, 2009 a las 12:25 am | Responder

    Hello everybody,

    just to point out that I solved my problem with menus in qtoctave (see above comment dated 27 October 2009). The merit goes to Ted Rippert, who in

    http://groups.google.com/group/qtoctave-english/browse_thread/thread/19187ee734e316cf/8344a04b4189a0e3?lnk=gst&q=qtoctave#8344a04b4189a0e3

    suggested this solution:

    “Just make 2 changes to mainwindow.cpp in the src directory of
    the unzipped code.

    change line 216 to:
    menubar = new QMenuBar(0);

    comment out line 237:
    //setMenuBar(menubar);

    That’s all it took. Works great. You could probably put an if_define
    switch in the code to make this only happen on macs if you wanted to
    put a patch into the main code version.

    By the way, I did install easy_plot and it works fine, but I had to
    make sure that I had set the environment variable GNUTERM=x11. If
    it’s set to aqua, then you just get an empty window in easy_plot. ”

    Hope it helps :)

    Cheers,

    G.

Escribe un comentario