From gambas at ...1... Sun May 4 00:03:56 2014 From: gambas at ...1... (=?ISO-8859-1?Q?Beno=EEt_Minisini?=) Date: Sun, 04 May 2014 00:03:56 +0200 Subject: [Gambas-devel] Porting Gambas to cygwin In-Reply-To: <20140430124444.GA10729@...693...> References: <20140430124444.GA10729@...693...> Message-ID: <536567CC.40609@...1...> Le 30/04/2014 14:44, Tobias Boege a ?crit : > On Wed, 30 Apr 2014, Nigel Gerrard wrote: >> I have now resolved the issue with the following when compiling gb.sdl >> in cygwin: >> >>> In file included from /usr/include/sys/types.h:20:0, > from >> ../gambas.h:30, > from Cconst.cpp:25: > ../gambas.h:1213:22: error: >> expected initializer before '.' token > #define strcasecmp GB.StrCaseCmp > >> ^ > ../gambas.h:1214:23: error: expected initializer before '.' token > >> #define strncasecmp GB.StrNCaseCmp > ^ It comes down to the order of the >> header definitions e.g. where gambas.h is declared before any of the SDL >> headers that contain STD_stdinc.h (and thus ). In this case my >> assumption is that the prepocessor incorporates all the includes and then >> redefines strcasecmp etc. including the definitions picked up from the >> standard header. The question then is why does this cause a problem under >> cygwin and not Linux. >> > > I think what happens is the following: > > gambas.h #defines "strncasecmp" as something belonging to the GB structure > (maybe to workaround a bug or something). > > As it ought to be, on Linux, the gambas.h header, being an "application" > header, is included as late as possible during compilation so that precisely > the uses of strncasecmp() in application code can be replaced with the > wanted function in the GB structure. > > For some reason - I think -, the gambas.h header is read on cygwin _before_ > where strncasecmp is declared. Obviously, if the macro (because > since the point gambas.h is read, it is a macro) strncasecmp is expanded to > GB.StrNCaseCmp in the place where normally a function is declared, that will > make the compiler complain. > > If that's the case, you have to either figure out why the inclusion order is > this way and correct it (if possible) or simply remove the #define from > gambas.h since, hey, the C library's strncasecmp() can't be _that_ bad :-) > > Regards, > Tobi > The C library's strcasecmp() and strncasecmp() are _that_ bad. Because their behaviour depends on localization. In Turkish, "i" and "I" are not the same latter, and we need case insensitive string comparison independent of the localization in all languages, not in all language except Turkish. Otherwise, if what you say is right, must be explicitely included at the beginning of to fix the problem. Regards, -- Beno?t Minisini From gambas at ...1... Tue May 13 18:23:23 2014 From: gambas at ...1... (=?ISO-8859-1?Q?Beno=EEt_Minisini?=) Date: Tue, 13 May 2014 18:23:23 +0200 Subject: [Gambas-devel] Porting gambas to cygwin - what is the purpose of jit_gambas_pass_dummy.cpp In-Reply-To: References: Message-ID: <537246FB.90707@...1...> Le 29/04/2014 17:12, Nigel Gerrard a ?crit : > When compiling under cygwin the gb.jit component, linking fails with the > following: > > /bin/sh ../libtool --silent --tag=CXX --mode=link g++ -pipe -Wall > -fno-exceptions -Wno-unused-value -fsigned-char -g -ggdb -Os > -fno-omit-frame-pointer -std=gnu++0x -fno-exceptions -module > -no-undefined -o gb.jit.la -rpath > /usr/lib/gambas3 gb_jit_la-jit_api.lo gb_jit_la-jit_codegen.lo > gb_jit_la-jit_compile.lo gb_jit_la-jit_conv.lo > gb_jit_la-jit_expressions.lo gb_jit_la-jit_read.lo > gb_jit_la-jit_runtime.lo gb_jit_la-jit_gambas_pass.lo > gb_jit_la-jit_gambas_pass_dummy.lo gb_jit_la-main.lo -lc -L/usr/lib > -lpthread -lffi -lm -lLLVM-3.1 -lgcc_s > .libs/gb_jit_la-jit_gambas_pass_dummy.o:jit_gambas_pass_dummy.cpp:(.bss+0x0): > multiple definition of `typeinfo for llvm::FunctionPass' > .libs/gb_jit_la-jit_gambas_pass.o:jit_gambas_pass.cpp:(.rdata$_ZTIN4llvm12FunctionPassE[__ZTIN4llvm12FunctionPassE]+0x0): > first defined here > collect2: error: ld returned 1 exit status > > What is the purpose of jit_gambas_pass_dummy.cpp (complete code below): > =================================================== > // I found no easy way to compile jit_gambas_pass.cpp with -no-rtti as > CXXFLAGS while still > // have rtti enabled for jit_codegen.cpp ... > > extern "C" { > void* _ZTIN4llvm12FunctionPassE; > } > ================================================== > > regards > > Nigel > Mmm. Only Emil could answer that... -- Beno?t Minisini From emil.lenngren at ...176... Tue May 13 20:37:48 2014 From: emil.lenngren at ...176... (Emil Lenngren) Date: Tue, 13 May 2014 20:37:48 +0200 Subject: [Gambas-devel] Porting gambas to cygwin - what is the purpose of jit_gambas_pass_dummy.cpp In-Reply-To: <537246FB.90707@...1...> References: <537246FB.90707@...1...> Message-ID: What happens if you delete everything in that file (or remove it from the makefile)? 2014-05-13 18:23 GMT+02:00 Beno?t Minisini : > Le 29/04/2014 17:12, Nigel Gerrard a ?crit : > > When compiling under cygwin the gb.jit component, linking fails with the > > following: > > > > /bin/sh ../libtool --silent --tag=CXX --mode=link g++ -pipe -Wall > > -fno-exceptions -Wno-unused-value -fsigned-char -g -ggdb -Os > > -fno-omit-frame-pointer -std=gnu++0x -fno-exceptions -module > > -no-undefined -o gb.jit.la -rpath > > /usr/lib/gambas3 gb_jit_la-jit_api.lo gb_jit_la-jit_codegen.lo > > gb_jit_la-jit_compile.lo gb_jit_la-jit_conv.lo > > gb_jit_la-jit_expressions.lo gb_jit_la-jit_read.lo > > gb_jit_la-jit_runtime.lo gb_jit_la-jit_gambas_pass.lo > > gb_jit_la-jit_gambas_pass_dummy.lo gb_jit_la-main.lo -lc -L/usr/lib > > -lpthread -lffi -lm -lLLVM-3.1 -lgcc_s > > > .libs/gb_jit_la-jit_gambas_pass_dummy.o:jit_gambas_pass_dummy.cpp:(.bss+0x0): > > multiple definition of `typeinfo for llvm::FunctionPass' > > > .libs/gb_jit_la-jit_gambas_pass.o:jit_gambas_pass.cpp:(.rdata$_ZTIN4llvm12FunctionPassE[__ZTIN4llvm12FunctionPassE]+0x0): > > first defined here > > collect2: error: ld returned 1 exit status > > > > What is the purpose of jit_gambas_pass_dummy.cpp (complete code below): > > =================================================== > > // I found no easy way to compile jit_gambas_pass.cpp with -no-rtti as > > CXXFLAGS while still > > // have rtti enabled for jit_codegen.cpp ... > > > > extern "C" { > > void* _ZTIN4llvm12FunctionPassE; > > } > > ================================================== > > > > regards > > > > Nigel > > > > Mmm. Only Emil could answer that... > > -- > Beno?t Minisini > > > ------------------------------------------------------------------------------ > "Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE > Instantly run your Selenium tests across 300+ browser/OS combos. > Get unparalleled scalability from the best Selenium testing platform > available > Simple to use. Nothing to install. Get started now for free." > http://p.sf.net/sfu/SauceLabs > _______________________________________________ > Gambas-devel mailing list > Gambas-devel at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/gambas-devel > -------------- next part -------------- An HTML attachment was scrubbed... URL: From nigel.dh.gerrard at ...176... Mon May 26 23:43:35 2014 From: nigel.dh.gerrard at ...176... (Nigel Gerrard) Date: Mon, 26 May 2014 22:43:35 +0100 Subject: [Gambas-devel] Porting gambas to cygwin - what is the purpose of jit_gambas_pass_dummy.cpp Message-ID: If I comment out the code: /* extern "C" { void* _ZTIN4llvm12FunctionPassE; } */ The compile and link works without an issue. Regards Nigel On 2014-05-13 18:37:56 Emil Lenngren wrote: >What happens if you delete everything in that >file (or remove it from the >makefile)? > >2014-05-13 18:23 GMT+02:00 Beno?t Minisini : > > Le 29/04/2014 17:12, Nigel Gerrard a ?crit : > > > When compiling under cygwin the gb.jit component, linking fails with the > > > following: > > > > > > /bin/sh ../libtool --silent --tag=CXX --mode=link g++ -pipe -Wall > > > -fno-exceptions -Wno-unused-value -fsigned-char -g -ggdb -Os > > > -fno-omit-frame-pointer -std=gnu++0x -fno-exceptions -module > > > -no-undefined -o gb.jit.la ; -rpath > > > /usr/lib/gambas3 gb_jit_la-jit_api.lo gb_jit_la-jit_codegen.lo > > > gb_jit_la-jit_compile.lo gb_jit_la-jit_conv.lo > > > gb_jit_la-jit_expressions.lo gb_jit_la-jit_read.lo > > > gb_jit_la-jit_runtime.lo gb_jit_la-jit_gambas_pass.lo > > > gb_jit_la-jit_gambas_pass_dummy.lo gb_jit_la-main.lo -lc -L/usr/lib > > > -lpthread -lffi -lm -lLLVM-3.1 -lgcc_s > > > > > >.libs/gb_jit_la-jit_gambas_pass_dummy.o:jit_gambas_pass_dummy.cpp:(.bss+0x0): > > > multiple definition of `typeinfo for llvm::FunctionPass' > > > > > >.libs/gb_jit_la-jit_gambas_pass.o:jit_gambas_pass.cpp:(.rdata$_ZTIN4llvm12FunctionPassE[__ZTIN4llvm12FunctionPassE]+0x0): > > > first defined here > > > collect2: error: ld returned 1 exit status > > > > > > What is the purpose of jit_gambas_pass_dummy.cpp (complete code below): > > > =================================================== > > > // I found no easy way to compile jit_gambas_pass.cpp with -no-rtti as > > > CXXFLAGS while still > > > // have rtti enabled for jit_codegen.cpp ... > > > > > > extern "C" { > > > void* _ZTIN4llvm12FunctionPassE; > > > } > > > ================================================== > > > > > >regards > > > > > >Nigel > > > > > > > Mmm. Only Emil could answer that... > > > > -- > > Beno?t Minisini > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From emil.lenngren at ...176... Mon May 26 23:58:29 2014 From: emil.lenngren at ...176... (Emil Lenngren) Date: Mon, 26 May 2014 23:58:29 +0200 Subject: [Gambas-devel] Porting gambas to cygwin - what is the purpose of jit_gambas_pass_dummy.cpp In-Reply-To: References: Message-ID: Hi. It is just a dummy file to make sure it compiles and links. If it with the newest llvm is not needed anymore, you can remove it or comment out the code. /Emil 2014-05-26 23:43 GMT+02:00 Nigel Gerrard : > If I comment out the code: > > /* > extern "C" { > void* _ZTIN4llvm12FunctionPassE; > } > */ > > The compile and link works without an issue. > > Regards > > > Nigel > > On 2014-05-13 18:37:56 Emil Lenngren wrote: > > >What happens if you delete everything in that >file (or remove it from the > >makefile)? > > > > >2014-05-13 18:23 GMT+02:00 Beno?t Minisini : > > > > Le 29/04/2014 17:12, Nigel Gerrard a ?crit : > > > > When compiling under cygwin the gb.jit component, linking fails with the > > > > following: > > > > > > > > /bin/sh ../libtool --silent --tag=CXX --mode=link g++ -pipe -Wall > > > > -fno-exceptions -Wno-unused-value -fsigned-char -g -ggdb -Os > > > > -fno-omit-frame-pointer -std=gnu++0x -fno-exceptions -module > > > > -no-undefined -o gb.jit.la ; -rpath > > > > /usr/lib/gambas3 gb_jit_la-jit_api.lo gb_jit_la-jit_codegen.lo > > > > gb_jit_la-jit_compile.lo gb_jit_la-jit_conv.lo > > > > gb_jit_la-jit_expressions.lo gb_jit_la-jit_read.lo > > > > gb_jit_la-jit_runtime.lo gb_jit_la-jit_gambas_pass.lo > > > > gb_jit_la-jit_gambas_pass_dummy.lo gb_jit_la-main.lo -lc -L/usr/lib > > > > -lpthread -lffi -lm -lLLVM-3.1 -lgcc_s > > > > > > > >.libs/gb_jit_la-jit_gambas_pass_dummy.o:jit_gambas_pass_dummy.cpp:(.bss+0x0): > > > > multiple definition of `typeinfo for llvm::FunctionPass' > > > > > > > >.libs/gb_jit_la-jit_gambas_pass.o:jit_gambas_pass.cpp:(.rdata$_ZTIN4llvm12FunctionPassE[__ZTIN4llvm12FunctionPassE]+0x0): > > > > first defined here > > > > collect2: error: ld returned 1 exit status > > > > > > > > What is the purpose of jit_gambas_pass_dummy.cpp (complete code below): > > > > =================================================== > > > > // I found no easy way to compile jit_gambas_pass.cpp with -no-rtti as > > > > CXXFLAGS while still > > > > // have rtti enabled for jit_codegen.cpp ... > > > > > > > > extern "C" { > > > > void* _ZTIN4llvm12FunctionPassE; > > > > } > > > > ================================================== > > > > > > > >regards > > > > > > > >Nigel > > > > > > > > > > Mmm. Only Emil could answer that... > > > > > > -- > > > Beno?t Minisini > > > > > > > > > > ------------------------------------------------------------------------------ > The best possible search technologies are now affordable for all companies. > Download your FREE open source Enterprise Search Engine today! > Our experts will assist you in its installation for $59/mo, no commitment. > Test it for FREE on our Cloud platform anytime! > > http://pubads.g.doubleclick.net/gampad/clk?id=145328191&iu=/4140/ostg.clktrk > _______________________________________________ > Gambas-devel mailing list > Gambas-devel at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/gambas-devel > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From rmorgan62 at ...176... Fri May 30 17:47:31 2014 From: rmorgan62 at ...176... (Randall Morgan) Date: Fri, 30 May 2014 08:47:31 -0700 Subject: [Gambas-devel] Possible bug in New Project dialog? Message-ID: Hi Benoit, I just closed Gambas and updated to the daily build. When I went to create a new project I found the link to my project directory missing. I use a link to a folder stored on another drive for my projects. The link was created on my desktop and in the previous versions of Gambas showed up as a folder in the directory tree in the new projects dialog. Once I updated, the link now only shows up in the file list on the Project Parent Directory form of the New Projects dialog. Existing projects still open fine. But I can't use the link anymore to access my project folder. Now I have to navigate to the /mnt/ and find the drive, then find the folder. Note that this is a local drive and not a remote NAS. Is this a bug or did something else changed on my system? Sys Info: [System] Gambas=3.5.90 OperatingSystem=Linux Kernel=3.5.0-51-generic Architecture=x86_64 Distribution=Ubuntu 12.04.4 LTS Desktop=GNOME Theme=QGtk Language=en_US.UTF-8 Memory=32117M [Libraries] Cairo=libcairo.so.2.11000.2 Curl=libcurl.so.4.2.0 DBus=libdbus-1.so.3.5.8 GStreamer=libgstreamer-0.10.so.0.30.0 GStreamer=libgstreamer-1.0.so.0.7.0 GTK+3=libgtk-3.so.0.400.2 GTK+=libgtk-x11-2.0.so.0.2400.10 OpenGL=libGL.so.1.2.0 Poppler=libpoppler.so.13.0.0 Poppler=libpoppler.so.19.0.0 Qt4=libQtCore.so.4.8.1 SDL=libSDL-1.2.so.0.11.4 Thanks for the help with this.... -- If you ask me if it can be done. The answer is YES, it can always be done. The correct questions however are... What will it cost, and how long will it take? -------------- next part -------------- An HTML attachment was scrubbed... URL: