Allin, I going to try out this new gretl dmg right now. As soon as I can make the things working fine I'll report here on mailing list. Best, Henrique On Sun, Apr 26, 2009 at 11:41 PM, Allin Cottrell <cottrell(a)wfu.edu&gt; wrote: -- Henrique C. de Andrade Doutorando em Economia Aplicada Universidade Federal do Rio Grande do Sul www.ufrgs.br/ppge

On 27-04-2009, at 04:41, Allin Cottrell wrote: Gretl.app is not recognized by Mac OS X. The Finder gives the message: You can't open the application "Gretl.app" because it is not supported on this architecture. Looking into the package it seems that Gretl.app does not contain the correct structure of directories and ScriptExec to start the application. As an aside: When this becomes final, it may a good idea to redirect the stderr handle to /dev/null like so exec "$CWD/gretl_x11" "$@" 2> /dev/null to avoid the console.log being flooded with messages. It appears that Pango gives a lot of seemingly harmless error messages. I went looking on the web and it seems that this is an error in Pango and can be ignored. Also GTK outputs some warnings. Berend

On Mon, 27 Apr 2009, Henrique wrote: Thanks, that should now be fixed with http://ricardo.ecn.wfu.edu/pub/gretl/gretltest.dmg Non-ASCII filenames are, in my opinion, absolutely the work of Satan. If every computer platform on the planet used UTF-8 for encoding such filenames we might be OK but as it is, it's the Tower of Babel all over again. And OS X seems to be a particularly inconsistent mess (MS Windows we know will be consistently non-standard). For test purposes I created a file named (I'll use TeX notation here because one can't trust email in this respect either) "Portugu\hat{e}s.gdt" -- that is, the base name is the correct Portuguese spelling of "Portuguese". Here's how it is represented in various application on the iMac: Finder: correct (I entered the name using the Finder) xterm: Portugue\`{I}?s.gdt native Mac Terminal program: Portugue??s.gdt GTK file selector, as called by gretl: Portugu\hat{}es.gdt Although the file name looks wrong in GTK (the "hat" or caret is to the left of the 'e', not over it), the file nonetheless opens OK. Thanks. I can now see how to get zh_TW to work on OS X (namely, by setting "LANG=zh_TW LANGUAGE=zh_TW" rather than "LANG=zh_TW LANGUAGE=chinese", as I expected), but I still don't see what the magic incantation is to get pt_BR working. Allin.

On Tue, 28 Apr 2009, Henrique wrote: I've put up a new gretltest.dmg which I think should fix that issue. Ah, I think I know why that might be; I'll try some testing tomorrow. Does drag-and-drop of such files onto gretl work OK? Allin.

Hi, May I also ask if possible to change the default option "show slopes at mean" as "show p-values" in Logit and Probit. I think everybody would like to know first if an estimator is statistically significant or not. Best, Bulent Miran only clicking doesn't work). that might be; I'll try some testing drag-and-drop of such files onto gretl work OK? now done some testing, and I see that neither double-clicking nor drag-and-drop was working (or not reliably) for non-ASCII filenames. I think this should now be fixed in the Windows snapshot. > > Allin. _______________________________________________ mailing list > Gretl-users(a)lists.wfu.edu http://lists.wfu.edu/mailman/listinfo/gretl-users EGE ÜNİVERSİTESİ ----------------------------------------------------------------------- Bu elektronik posta ve onunla iletilen bütün dosyalar sadece göndericisi tarafindan almasi amaclanan yetkili gercek ya da tüzel kisinin kullanimi icindir. Eger söz konusu yetkili alici degilseniz bu elektronik postanin icerigini aciklamaniz, kopyalamaniz, yönlendirmeniz ve kullanmanizkesinlikle yasaktir ve bu elektronik postayi derhal silmeniz gerekmektedir. EGE ÜNİVERSİTESİ bu mesajin icerdigi bilgilerin doğruluğu veya eksiksiz oldugu konusunda herhangi bir garanti vermemektedir. Bu nedenle bu bilgilerin ne sekilde olursa olsun iceriginden, iletilmesinden, alinmasindan ve saklanmasindan sorumlu degildir. Bu mesajdaki görüsler yalnizca gönderen kisiye aittir ve EGE ÜNİVERSİTESİ'nin görüslerini yansitmayabilir ----------------------------------------------------------------------- This e-mail and any attachments may contain confidential and privileged information. If you are not the intended recipient, please notify the sender immediately by return e-mail, delete this e-mail and destroy any copies. Any dissemination or use of this information by a person other than the intended recipient is unauthorized and may be illegal. EGE UNIVERSITY makes no warranty as to the accuracy or completeness of any information contained in this message and hereby excludes any liability of any kind for the information contained therein or for the information transmission, reception, storage or use of such in any way whatsoever. The opinions expressed in this message belong to sender alone and may not necessarily reflect the opinions of EGE UNIVERSITY.

On Tue, 28 Apr 2009, Berend Hasselman wrote: Great, thanks. Yes, you're right. I've been reading about install_name_tool, which can be used change the install name of libraries, and to change the links for executables. Since this seems to be working, I'll finish the job and get rid of the DYLD_LIBRARY_PATH setting. Thanks for suggesting the use of the R GTK+ Framework, this seems to be a much better approach than using Fink. Allin.

On Wed, 29 Apr 2009, Henrique wrote: Good, glad to hear it! Yes indeed. Allin.

On Wed, 29 Apr 2009, Henrique wrote: OK, let's try one more time. I thought we could get rid of DYLD_LIBRARY_PATH, but I guess not yet. There's a new build: http://ricardo.ecn.wfu.edu/pub/gretl/gretltest.dmg Allin.

On Wed, 29 Apr 2009, Henrique wrote: Ah, at last! Thanks for the report. Allin.

Hi, Has anyone out there ever tried to use the api-s within the shared library from inside a C++ program? If yes, I'd like to hear about your experience with compiling and linking your program. I have spent the last two days trying to build an app where I want to use some basic regression, but I cant even get past the build stage. I get this linker error : /app/devtools/gcc-4.3.3/bin/g++ -m64 -mtune=opteron -lpthread Main.o -L/app/devtools/gretl-1.8.0.org/lib -lgretl-1.0 -L/app/devtools/zlib-1.2.3/lib -lz -L/app/devtools/libxml2-2.7.3/lib -lxml2 -L/app/devtools/glib-2.14.6/lib -lglib-2.0 -L/app/devtools/refblas3-3.0-11/lib64/libblas.so.3.0.0 -L/app/devtools/liblapack3-3.2.0-5/lib64/liblapack.so.3 -L/app/devtools/fftw-3.2.1/lib -lfftw3 -L/app/devtools/gcc-4.3.3/lib64/libgfortran.so.1 -o Application.x /app/devtools/gretl-1.8.0.org/lib/libgretl-1.0.so: undefined reference to `dgecon_' /app/devtools/gretl-1.8.0.org/lib/libgretl-1.0.so: undefined reference to `dsytri_' /app/devtools/gretl-1.8.0.org/lib/libgretl-1.0.so: undefined reference to `dgetrs_' /app/devtools/gretl-1.8.0.org/lib/libgretl-1.0.so: undefined reference to `dorgqr_' /app/devtools/gretl-1.8.0.org/lib/libgretl-1.0.so: undefined reference to `dpocon_' /app/devtools/gretl-1.8.0.org/lib/libgretl-1.0.so: undefined reference to `dtrcon_' /app/devtools/gretl-1.8.0.org/lib/libgretl-1.0.so: undefined reference to `dgeqrf_' /app/devtools/gretl-1.8.0.org/lib/libgretl-1.0.so: undefined reference to `dgesvd_' /app/devtools/gretl-1.8.0.org/lib/libgretl-1.0.so: undefined reference to `dtrtri_' /app/devtools/gretl-1.8.0.org/lib/libgretl-1.0.so: undefined reference to `dsyev_' /app/devtools/gretl-1.8.0.org/lib/libgretl-1.0.so: undefined reference to `dsycon_' /app/devtools/gretl-1.8.0.org/lib/libgretl-1.0.so: undefined reference to `dgels_' /app/devtools/gretl-1.8.0.org/lib/libgretl-1.0.so: undefined reference to `dgelss_' /app/devtools/gretl-1.8.0.org/lib/libgretl-1.0.so: undefined reference to `dpptrf_' /app/devtools/gretl-1.8.0.org/lib/libgretl-1.0.so: undefined reference to `dgemm_' /app/devtools/gretl-1.8.0.org/lib/libgretl-1.0.so: undefined reference to `dgetri_' /app/devtools/gretl-1.8.0.org/lib/libgretl-1.0.so: undefined reference to `dpotrf_' /app/devtools/gretl-1.8.0.org/lib/libgretl-1.0.so: undefined reference to `dspsv_' /app/devtools/gretl-1.8.0.org/lib/libgretl-1.0.so: undefined reference to `dsyrk_' /app/devtools/gretl-1.8.0.org/lib/libgretl-1.0.so: undefined reference to `dgetrf_' /app/devtools/gretl-1.8.0.org/lib/libgretl-1.0.so: undefined reference to `dpotrs_' /app/devtools/gretl-1.8.0.org/lib/libgretl-1.0.so: undefined reference to `dpotri_' /app/devtools/gretl-1.8.0.org/lib/libgretl-1.0.so: undefined reference to `dpptri_' /app/devtools/gretl-1.8.0.org/lib/libgretl-1.0.so: undefined reference to `dsytrf_' /app/devtools/gretl-1.8.0.org/lib/libgretl-1.0.so: undefined reference to `dgeev_' collect2: ld returned 1 exit status make[1]: *** [Application.x] Error 1 make[1]: Leaving directory `/app/home/sganguly/dev/atlas-HEAD-64/atlas/src/Application' make: *** [All] Error 2 Note that the actual gretl shared lib was built succesfully. I get these errors in my app from which I am trying to use the gretl lib. Any insights/pointers anyone? PS: I have a suggestion as well - I think its best to avoid using C++ keywords such as "new" and "template" inside the C code for gretl as this also causes trouble to folks that are trying to use the shared lib from C++. Thanks in advance, Sunandan Ganguly =============================================================================== Please access the attached hyperlink for an important electronic communications disclaimer: http://www.credit-suisse.com/legal/en/disclaimer_email_ib.html ===============================================================================

I don't see any "-L" reference on your link line for the "libgrtl-1.0.so", just the fact you want to link to it, "-l". It appears you're building on a unix platform.. does gretl supply a precompiled binary that runs on a unix platform, as well... and if so, can it be invoked to read a text file.. I note that in a Windows environment it has this type of run state, as defined in the documentation. -----Original Message----- From: gretl-users-bounces(a)lists.wfu.edu [mailto:gretl-users-bounces@lists.wfu.edu] On Behalf Of Ganguly, Sunandan Sent: Thursday, April 30, 2009 3:25 PM To: Gretl list Subject: RE: [Gretl-users] Using the libgretl shared library in C++ Sorry, I forgot to mention my platform - Linux SLES10 64 bit AMD x86-64 Sunandan Ganguly CREDIT SUISSE Direct: (212) 325-0673 e-mail: sunandan.ganguly(a)credit-suisse.com Please follow the attached hyperlink to an important disclosure: http://www.credit-suisse.com/legal/marketcommentary -----Original Message----- From: gretl-users-bounces(a)lists.wfu.edu [mailto:gretl-users-bounces@lists.wfu.edu] On Behalf Of Ganguly, Sunandan Sent: Thursday, April 30, 2009 3:11 PM To: Gretl list Subject: [Gretl-users] Using the libgretl shared library in C++ Hi, Has anyone out there ever tried to use the api-s within the shared library from inside a C++ program? If yes, I'd like to hear about your experience with compiling and linking your program. I have spent the last two days trying to build an app where I want to use some basic regression, but I cant even get past the build stage. I get this linker error : /app/devtools/gcc-4.3.3/bin/g++ -m64 -mtune=opteron -lpthread Main.o -L/app/devtools/gretl-1.8.0.org/lib -lgretl-1.0 -L/app/devtools/zlib-1.2.3/lib -lz -L/app/devtools/libxml2-2.7.3/lib -lxml2 -L/app/devtools/glib-2.14.6/lib -lglib-2.0 -L/app/devtools/refblas3-3.0-11/lib64/libblas.so.3.0.0 -L/app/devtools/liblapack3-3.2.0-5/lib64/liblapack.so.3 -L/app/devtools/fftw-3.2.1/lib -lfftw3 -L/app/devtools/gcc-4.3.3/lib64/libgfortran.so.1 -o Application.x /app/devtools/gretl-1.8.0.org/lib/libgretl-1.0.so: undefined reference to `dgecon_' /app/devtools/gretl-1.8.0.org/lib/libgretl-1.0.so: undefined reference to `dsytri_' /app/devtools/gretl-1.8.0.org/lib/libgretl-1.0.so: undefined reference to `dgetrs_' /app/devtools/gretl-1.8.0.org/lib/libgretl-1.0.so: undefined reference to `dorgqr_' /app/devtools/gretl-1.8.0.org/lib/libgretl-1.0.so: undefined reference to `dpocon_' /app/devtools/gretl-1.8.0.org/lib/libgretl-1.0.so: undefined reference to `dtrcon_' /app/devtools/gretl-1.8.0.org/lib/libgretl-1.0.so: undefined reference to `dgeqrf_' /app/devtools/gretl-1.8.0.org/lib/libgretl-1.0.so: undefined reference to `dgesvd_' /app/devtools/gretl-1.8.0.org/lib/libgretl-1.0.so: undefined reference to `dtrtri_' /app/devtools/gretl-1.8.0.org/lib/libgretl-1.0.so: undefined reference to `dsyev_' /app/devtools/gretl-1.8.0.org/lib/libgretl-1.0.so: undefined reference to `dsycon_' /app/devtools/gretl-1.8.0.org/lib/libgretl-1.0.so: undefined reference to `dgels_' /app/devtools/gretl-1.8.0.org/lib/libgretl-1.0.so: undefined reference to `dgelss_' /app/devtools/gretl-1.8.0.org/lib/libgretl-1.0.so: undefined reference to `dpptrf_' /app/devtools/gretl-1.8.0.org/lib/libgretl-1.0.so: undefined reference to `dgemm_' /app/devtools/gretl-1.8.0.org/lib/libgretl-1.0.so: undefined reference to `dgetri_' /app/devtools/gretl-1.8.0.org/lib/libgretl-1.0.so: undefined reference to `dpotrf_' /app/devtools/gretl-1.8.0.org/lib/libgretl-1.0.so: undefined reference to `dspsv_' /app/devtools/gretl-1.8.0.org/lib/libgretl-1.0.so: undefined reference to `dsyrk_' /app/devtools/gretl-1.8.0.org/lib/libgretl-1.0.so: undefined reference to `dgetrf_' /app/devtools/gretl-1.8.0.org/lib/libgretl-1.0.so: undefined reference to `dpotrs_' /app/devtools/gretl-1.8.0.org/lib/libgretl-1.0.so: undefined reference to `dpotri_' /app/devtools/gretl-1.8.0.org/lib/libgretl-1.0.so: undefined reference to `dpptri_' /app/devtools/gretl-1.8.0.org/lib/libgretl-1.0.so: undefined reference to `dsytrf_' /app/devtools/gretl-1.8.0.org/lib/libgretl-1.0.so: undefined reference to `dgeev_' collect2: ld returned 1 exit status make[1]: *** [Application.x] Error 1 make[1]: Leaving directory `/app/home/sganguly/dev/atlas-HEAD-64/atlas/src/Application' make: *** [All] Error 2 Note that the actual gretl shared lib was built succesfully. I get these errors in my app from which I am trying to use the gretl lib. Any insights/pointers anyone? PS: I have a suggestion as well - I think its best to avoid using C++ keywords such as "new" and "template" inside the C code for gretl as this also causes trouble to folks that are trying to use the shared lib from C++. Thanks in advance, Sunandan Ganguly ======================================================================== ======= Please access the attached hyperlink for an important electronic communications disclaimer: http://www.credit-suisse.com/legal/en/disclaimer_email_ib.html ======================================================================== ======= _______________________________________________ Gretl-users mailing list Gretl-users(a)lists.wfu.edu http://lists.wfu.edu/mailman/listinfo/gretl-users =============================================================================== Please access the attached hyperlink for an important electronic communications disclaimer: http://www.credit-suisse.com/legal/en/disclaimer_email_ib.html =============================================================================== _______________________________________________ Gretl-users mailing list Gretl-users(a)lists.wfu.edu http://lists.wfu.edu/mailman/listinfo/gretl-users

Thanks Allin. What does nm /app/devtools/liblapack3-3.2.0-5/lib64/liblapack.so.3 \ | grep dgecon show? That symbol should be defined in liblapack. Hmmm. nm actually didn't recognize the file. But I did a "strings" and was able to see the symbol. sganguly@nyl06a-6632$ nm /app/devtools/liblapack3-3.2.0-5/lib64/liblapack.so.3.2.0 | grep dgecon nm: /app/devtools/liblapack3-3.2.0-5/lib64/liblapack.so.3.2.0: File format not recognized But, sganguly@nyl06a-6632$ strings /app/devtools/liblapack3-3.2.0-5/lib64/liblapack.so.3.2.0 | grep dgecon dgecon_ dgecon dgecon.f dgecon dgecon_ dgecon.f dgecon.f dgecon_ Maybe my liblapack.so is bad. Also, what does ldd /app/devtools/gretl-1.8.0.org/lib/libgretl-1.0.so show? That library should be linked against liblapack. That's true too. My libgretl wasn't linked against liblapack.so like yours. But, how do I get it to? sganguly@nyl06a-6632$ ldd /app/devtools/gretl-1.8.0.org/lib/libgretl-1.0.so libm.so.6 => /lib64/libm.so.6 (0x00002aef6c4f1000) libdl.so.2 => /lib64/libdl.so.2 (0x00002aef6c647000) libgmp.so.3 => /app/devtools/gmp-4.2.4/lib/libgmp.so.3 (0x00002aef6c74b000) libc.so.6 => /lib64/libc.so.6 (0x00002aef6c889000) /lib64/ld-linux-x86-64.so.2 (0x0000555555554000) Sunandan Ganguly CREDIT SUISSE Direct: (212) 325-0673 e-mail: sunandan.ganguly(a)credit-suisse.com Please follow the attached hyperlink to an important disclosure: http://www.credit-suisse.com/legal/marketcommentary -----Original Message----- From: gretl-users-bounces(a)lists.wfu.edu [mailto:gretl-users-bounces@lists.wfu.edu] On Behalf Of Allin Cottrell Sent: Thursday, April 30, 2009 3:44 PM To: Gretl list Subject: Re: [Gretl-users] Using the libgretl shared library in C++ On Thu, 30 Apr 2009, Ganguly, Sunandan wrote: No, but... On my system: waverley:~$ nm /usr/lib/liblapack.so.3 | grep dgecon 0016fca0 T dgecon_ waverley:~$ ldd /opt/esl/lib/libgretl-1.0.so linux-gate.so.1 => (0xb7f28000) liblapack.so => /usr/lib/liblapack.so (0xb7634000) <etc> Fair point; I'll make that change. Allin Cottrell _______________________________________________ Gretl-users mailing list Gretl-users(a)lists.wfu.edu http://lists.wfu.edu/mailman/listinfo/gretl-users =============================================================================== Please access the attached hyperlink for an important electronic communications disclaimer: http://www.credit-suisse.com/legal/en/disclaimer_email_ib.html ===============================================================================

On 01-05-2009, at 02:06, Allin Cottrell wrote: The script was made with information provided by otool -L on the gretl I have compiled without fink and with R GTK. I am linking to the MC OS X editline.dylib which works (I have had all sorts of weird issues compiling and/or linking to readline caused by Mac OS X using editline and not GNU readline). Indeed. I traced all references manually with the aid of otool. In trying to get rid of DYLD_LIBRARY_PATH, I encountered something else which I don't understand. I have the gfortran compiler from the R MAC OS X project installed. It installs all its library stuff in /usr/local/lib including a libgcc_s-1.dylib The configure process of Gretl seems to include /usr/local/lib at the head of a library search list. This led to all libraries and executables using /usr/local/lib/ libgcc_s-1.dylib instead of simply the standard C /usr/lib/ libgcc_s-1.dylib. I had to use install_name_tool to change the references to the standard C dylib (dangerous but it works). It appears that /usr/local/lib is already on the linker search list so it wouldn't have to be included explicitly. I haven't got a clue how to avoid that inclusion and would like some enlightenment. Berend

On Fri, 1 May 2009, Berend Hasselman wrote: I have added a new target to the top-level gretl Makefile, "osx-dist". This calls "make -C osx postinst" which does three things: 1. Deletes some extraneous files that we assume will not be wanted in the disk image (such as headers and libtool .la files). 2. Replaces the regular "gretl" script with an OS X-special version. 3. Runs osx/fixlinks.sh, which is a script to fix the install names of executables and libraries. This is based on your script. There's one remaining issue with osx/fixlinks.sh -- the path that will be present in "auxiliary" libs such as libgmp and libmpfr. This is given by the variable AUXPATH="/usr/local/lib" and this will have to be changed manually if it's not right. I've also added a configure option, "--disable-gnuplot-checks". You can use this if you're confident that gnuplot is in fact OK but there might be some problem with determining this at build time. For the dmg, I'm now building CVS gnuplot 4.3 using the GTK+ framework to enable the pngcairo and pdfcairo terminals (and thus cutting out dependencies on libgd and libpdf). I've put an archive of the source I'm using at http://ricardo.ecn.wfu.edu/pub/gretl/osxbuild/gnuplot-20090503.tar.gz Allin.

Has anyone built lapack-3.2.1 on x86_64 using GCC4.3.3? I realize this is not a lapack mailing list, but am hoping someone has done this. I am having no joy at all: sganguly@nyl06a-6632 lapack-3.2.1 $ make ( cd INSTALL; make; ./testlsame; ./testslamch; \ ./testdlamch; ./testsecond; ./testdsecnd; ./testversion ) make[1]: Entering directory `/app/home/sganguly/lapack-3.2.1/INSTALL' gfortran -g -o testlsame lsame.o lsametst.o lsametst.o: In function `test1': /home/sganguly/lapack-3.2.1/INSTALL/lsametst.f:1: undefined reference to `_gfortran_set_options' /app/devtools/gcc-4.3.3/lib/gcc/x86_64-unknown-linux-gnu/4.3.3/libgfortr anbegin.a(fmain.o): In function `main': ../.././gcc-4.3.3/libgfortran/fmain.c:13: undefined reference to `_gfortran_store_exe_path' collect2: ld returned 1 exit status make[1]: *** [testlsame] Error 1 make[1]: Leaving directory `/app/home/sganguly/lapack-3.2.1/INSTALL' /bin/sh: ./testlsame: No such file or directory /bin/sh: ./testslamch: No such file or directory /bin/sh: ./testdlamch: No such file or directory /bin/sh: ./testsecond: No such file or directory /bin/sh: ./testdsecnd: No such file or directory /bin/sh: ./testversion: No such file or directory make: *** [lapack_install] Error 127 Thanks, Sunandan Ganguly Please follow the attached hyperlink to an important disclosure: http://www.credit-suisse.com/legal/marketcommentary -----Original Message----- From: gretl-users-bounces(a)lists.wfu.edu [mailto:gretl-users-bounces@lists.wfu.edu] On Behalf Of Allin Cottrell Sent: Thursday, April 30, 2009 3:44 PM To: Gretl list Subject: Re: [Gretl-users] Using the libgretl shared library in C++ On Thu, 30 Apr 2009, Ganguly, Sunandan wrote: No, but... What does nm /app/devtools/liblapack3-3.2.0-5/lib64/liblapack.so.3 \ | grep dgecon show? That symbol should be defined in liblapack. Also, what does ldd /app/devtools/gretl-1.8.0.org/lib/libgretl-1.0.so show? That library should be linked against liblapack. On my system: waverley:~$ nm /usr/lib/liblapack.so.3 | grep dgecon 0016fca0 T dgecon_ waverley:~$ ldd /opt/esl/lib/libgretl-1.0.so linux-gate.so.1 => (0xb7f28000) liblapack.so => /usr/lib/liblapack.so (0xb7634000) <etc> Fair point; I'll make that change. Allin Cottrell _______________________________________________ Gretl-users mailing list Gretl-users(a)lists.wfu.edu http://lists.wfu.edu/mailman/listinfo/gretl-users =============================================================================== Please access the attached hyperlink for an important electronic communications disclaimer: http://www.credit-suisse.com/legal/en/disclaimer_email_ib.html ===============================================================================