gmane.comp.lib.agar.general

Re: Build (Windows and Linux)

Olivier Boudeville — 2008-10-03T13:27:06

Hi Julien, thanks for your answer. Below are a few precisions: Julien Nadeau a écrit : I think you confused my question with the one asked by ADI64: I am not stuck because of a macro, I just would like to understand how, with a Microsoft compiler (be it 2005 or 2008) the .LIB can be produced. Obviously it must work (at least with 2005), but I thought the two methods for having a .LIB generated was to use export declaration in header files (__declspec( dllexport ) etc.) or to use a .def file. I could not see either of them in Agar files (I must have overlooked something), so any hint about the method used would help me a lot. Regarding the 2005 vs 2008 issue, I think too these compilers are far from perfect, but I was hoping 2008 could be (even marginally) better than 2005. I used it successfully to build all my pre requisites other than Agar (including SDL, libjpeg, zlib , libpng, SDL_image, SDL_gfx, freetype, SDL_ttf, libogg, libvorbis, SDL_mixer) so I felt like trying it on Agar and - if needed - contributing back some patches or project files. Currently I can generate the corresponding DLL but sadly no LIB is produced. On Linux I am using a vanilla gcc 4.2.3 from Ubuntu, with following options: -g -ggdb -O0 -fno-inline -Wall -Werror -Woverloaded-virtual -W -Wfloat-equal -Wundef -Wendif-labels -Wshadow -Wpointer-arith -Wcast-qual -Wcast-align -Wwrite-strings -Wconversion -Wsign-compare -Wmissing-format-attribute -Wredundant-decls -Wno-unused-parameter -Wno-unknown-pragmas -Wno-long-long -ansi -pedantic-errors All the pre requisites I listed can be built with that same flags, but I think I will have to relax them a bit, since Agar uses C99-variadic macros (ex: #define AG_TableviewRowAdd(...) AG_TableviewRowAddFn(__VA_ARGS__, -1) in tableview.h). Thanks in advance for any hint ! (I guess just a few words should be enough for the .LIB generation), Olivier. PS: thanks too for Agar, as the library is quite impressive indeed. >

Re: Build (Windows and Linux)

Julien Nadeau — 2008-10-03T12:28:53

As I said in my original response, Visual Studio 2008 is a defective, non-standard C compiler. It fails because of an empty macro argument. The workaround would be trivial - remove the first argument to AG_TAILQ_HEAD(), but instead I'd recommend that you try a supported version of Visual Studio, such as 2005. Out of curiosity, what compiler are you using? I'll remove it, but I've never had any problems with this code, it has been there for years and tested under many different compilers.

Build (Windows and Linux)

Olivier Boudeville — 2008-10-03T11:47:55

Hi again, I am still stuck with the Visual 2008 build, still no luck figuring out how a .LIB could be generated from the Agar 1.3.2 sources. Any hint on that topic or the others I raised two months ago? On the Linux side, there is a typo in include/agar/agar/core/rcs.h. No comma should exist after AG_RCS_DESYNCH, the compiler complains: enum ag_rcs_status { AG_RCS_ERROR, /* Status unavailable */ AG_RCS_UNKNOWN, /* Not on the repository */ AG_RCS_UPTODATE, /* Working copy = last rev and checksum matches */ AG_RCS_LOCALMOD, /* Working copy = last rev and checksum mismatch */ AG_RCS_DESYNCH, /* Working copy < last rev */ }; Regards, Olivier.

Re: Multiple errors compiling Hello World on VC++ 6.0 WinXP

Raiker — 2008-09-11T02:46:52

right, i'm downloading at the moment the lastest v studio from ms student thing (thanks to my U), will report when i try everything again. Thanks for the answers

Re: Multiple errors compiling Hello World on VC++ 6.0 WinXP

Julien Nadeau — 2008-09-11T02:06:36

These are related to either the freetype or pthreads libraries which I assume you installed from binary packages. You can ignore these warnings. These unresolved symbols have nothing to do with Agar itself.

Re: Multiple errors compiling Hello World on VC++ 6.0 WinXP

Julien Nadeau — 2008-09-11T02:03:52

Then don't use gmane. Follow the "Mailing List" links under http://libagar.org/lists.html to subscribe by e-mail. Nope. The macro in this case will expand to: struct { struct ag_window *tqh_first; struct ag_window **tqh_last; } subwins; Which is perfectly legal C. This is a variadic macro. These do tend to cause problems with exotic compilers. Since this is an undocumented function, I'll just remove it. http://libagar.org/docs/copile-msvc.html does mention pthreads under "Optional: Threads support". Sure, there is a better way: move to a proper environment. When the process of linking against a library becomes a "linking nightmare", maybe it would be time to ask yourself some questions about the choices you've made in life.

Re: Multiple errors compiling Hello World on VC++ 6.0 WinXP

Raiker — 2008-09-11T01:34:38

i'll just copy a few of the errors: MSVCRT.lib(MSVCRT.dll) : error LNK2005: _malloc already defined in LIBCD.lib(dbgheap.obj) various functions with this error. LINK : warning LNK4098: defaultlib "MSVCRT" conflicts with use of other libs; use /NODEFAULTLIB:library LINK : warning LNK4098: defaultlib "LIBCMT" conflicts with use of other libs; use /NODEFAULTLIB:library This is what leds me to believe i'm doing something wrong with the libs that and that several google searches tell me the same. ag_gui.lib(hsvpal.obj) : error LNK2001: unresolved external symbol __ftol2_sse freetype.lib(cff.obj) : error LNK2001: unresolved external symbol ___security_cookie Debug/ADACII.exe : fatal error LNK1120: 14 unresolved externals So, what now? i doubt it's the compilers fault now...

Re: Multiple errors compiling Hello World on VC++ 6.0 WinXP

Raiker — 2008-09-11T00:46:50

i'm starting to hate this 80 char limit... There is a bug in window.h line 75, it reads AG_TAILQ_HEAD(,ag_window) subwins; and the macro definition says: /* * Tail queue definitions. */ #define AG_TAILQ_HEAD(name, t)\ struct name {\ struct t *tqh_first;/* first element */\ struct t **tqh_last;/* addr of last next element */\ } AND in windows.h line 39 we have this: typedef struct ag_window { which continues into line 81. So we have a macro that's trying to define a struct inside the declaration of a struct of the same name. So either the compiler is doing something wrong (there could be subtle things of compilers i'm not aware of) or this is an error, i modified the .h to read AG_TAILQ_HEAD(ag_windowq,ag_window) subwins; like other references to AG_TAILQ_HEAD i found, and it compiles. next is tableview.h line 188 has this: #define AG_TableviewRowAdd(...) AG_TableviewRowAddFn(__VA_ARGS__, -1) and as far as i know those 3 dots in the argument section are wrong, taking those out eliminates the remaining error and allows compilation, then comes the linking nightmare (i'm no expert at linking, like i said i'm used to uC enviroments). I had to add Pthread libs because the intructions didnt mention them. Finally i get to this point: A lot of warnings about manifests (which i know are harmless since VC6 doesnt use manifests, am i right?) and this: PART NOT INCLUDED DUE TO GODDAMED 80 LINE LIMIT, i cant figure out how to format it google told me that i'm using mixed types of libraries and that i have to ignore all std libraries and complete the linking libraries by hand, is that correct or is there a better way? Well, nothing more, hope i get this right soon

Re: Multiple errors compiling Hello World on VC++ 6.0 WinXP

Julien Nadeau — 2008-09-09T23:28:42

I see. There is not supposed to be anything before the "," in those calls. This causes the macro to expand to "struct { ... }" instead of "struct name { ... }". This is perfectly legal C. I'd hate to redefine what is essentially a set of 20-year old macros that everybody expects to work this way, just for the sake of a broken compiler. To confirm this, can you try replacing "AG_TAILQ_HEAD(,foo)" by "AG_TAILQ_HEAD(fooq,foo)" in the headers?

Re: Multiple errors compiling Hello World on VC++ 6.0 WinXP

Julien Nadeau — 2008-09-09T23:16:52

Hi. The code looks fine. Can you try compiling with Visual Studio 2005? AG_TAILQ_HEAD() is a simple macro that takes two arguments and expands to a struct. The only explanations I can see for those errors is either a serious compiler bug, or something in your system headers somehow redefining "AG_TAILQ_HEAD" which seems unlikely. On Tue, Sep 09, 2008 at 04:30:17PM +0000, Raiker wrote:

Re: Multiple errors compiling Hello World on VC++ 6.0 WinXP

Raiker — 2008-09-09T18:56:13

The warnings come from calling a macro like this: macro(,something) i assume before the , there should be something because the compiler isnt noticing that it's supposed to just send null (am i right?)... the errors i havent figured out why they happen yet...

Multiple errors compiling Hello World on VC++ 6.0 WinXP

Raiker — 2008-09-09T16:30:17

Following the instructions i downloaded SDL, Freetype, Pthreads and Agar, added the include and lib directories of each to the VC compiler options but when i compile the hello world example included on AGAR 1.3.2 i get this: --------------------Configuration: ADACII - Win32 Debug-------------------- Compiling... ADACII.cpp e:\projects\tools & apis\agar-1.3.2\include\agar\core\object.h(82) : warning C4003: not enough actual parameters for macro 'AG_TAILQ_HEAD' e:\projects\tools & apis\agar-1.3.2\include\agar\core\object.h(83) : warning C4003: not enough actual parameters for macro 'AG_TAILQ_HEAD' e:\projects\tools & apis\agar-1.3.2\include\agar\core\object.h(84) : warning C4003: not enough actual parameters for macro 'AG_TAILQ_HEAD' e:\projects\tools & apis\agar-1.3.2\include\agar\core\object.h(86) : warning C4003: not enough actual parameters for macro 'AG_TAILQ_HEAD' e:\projects\tools & apis\agar-1.3.2\include\agar\gui\view.h(339) : warning C4244: '=' : conversion from 'unsigned __int32' to 'unsigned __int8', possible loss of data e:\projects\tools & apis\agar-1.3.2\include\agar\gui\view.h(340) : warning C4244: '=' : conversion from 'unsigned __int32' to 'unsigned __int8', possible loss of data e:\projects\tools & apis\agar-1.3.2\include\agar\gui\view.h(341) : warning C4244: '=' : conversion from 'unsigned __int32' to 'unsigned __int8', possible loss of data e:\projects\tools & apis\agar-1.3.2\include\agar\gui\view.h(345) : warning C4244: '=' : conversion from 'unsigned __int32' to 'unsigned __int16', possible loss of data e:\projects\tools & apis\agar-1.3.2\include\agar\gui\view.h(348) : warning C4244: '=' : conversion from 'unsigned __int32' to 'unsigned __int8', possible loss of data e:\projects\tools & apis\agar-1.3.2\include\agar\gui\widget.h(141) : warning C4003: not enough actual parameters for macro 'AG_SLIST_HEAD' e:\projects\tools & apis\agar-1.3.2\include\agar\gui\widget.h(142) : warning C4003: not enough actual parameters for macro 'AG_SLIST_HEAD' e:\projects\tools & apis\agar-1.3.2\include\agar\gui\window.h(75) : warning C4003: not enough actual parameters for macro 'AG_TAILQ_HEAD' e:\projects\tools & apis\agar-1.3.2\include\agar\gui\window.h(75) : error C2580: redefinition of class name 'ag_window' e:\projects\tools & apis\agar-1.3.2\include\agar\gui\window.h(75) : see declaration of 'ag_window' e:\projects\tools & apis\agar-1.3.2\include\agar\gui\window.h(75) : error C2649: 'ag_window' : is not a 'struct' e:\projects\tools & apis\agar-1.3.2\include\agar\gui\label.h(54) : warning C4003: not enough actual parameters for macro 'AG_SLIST_HEAD' e:\projects\tools & apis\agar-1.3.2\include\agar\gui\tlist.h(78) : warning C4003: not enough actual parameters for macro 'AG_TAILQ_HEAD' e:\projects\tools & apis\agar-1.3.2\include\agar\gui\file_dlg.h(58) : warning C4003: not enough actual parameters for macro 'AG_TAILQ_HEAD' e:\projects\tools & apis\agar-1.3.2\include\agar\gui\file_dlg.h(89) : warning C4003: not enough actual parameters for macro 'AG_TAILQ_HEAD' e:\projects\tools & apis\agar-1.3.2\include\agar\gui\graph.h(78) : warning C4003: not enough actual parameters for macro 'AG_TAILQ_HEAD' e:\projects\tools & apis\agar-1.3.2\include\agar\gui\graph.h(79) : warning C4003: not enough actual parameters for macro 'AG_TAILQ_HEAD' e:\projects\tools & apis\agar-1.3.2\include\agar\gui\notebook.h(49) : warning C4003: not enough actual parameters for macro 'AG_TAILQ_HEAD' e:\projects\tools & apis\agar-1.3.2\include\agar\gui\table.h(143) : warning C4003: not enough actual parameters for macro 'AG_SLIST_HEAD' e:\projects\tools & apis\agar-1.3.2\include\agar\gui\tableview.h(188) : error C2010: '.' : unexpected in macro formal parameter list e:\projects\tools & apis\agar-1.3.2\include\agar\gui\tableview.h(188) : error C2010: '.' : unexpected in macro formal parameter list e:\projects\tools & apis\agar-1.3.2\include\agar\gui\tableview.h(188) : error C2010: '.' : unexpected in macro formal parameter list Error executing cl.exe. Creating browse info file... ADACII.exe - 5 error(s), 20 warning(s) i'm not used to windows programming, i'm a microcontroller guy mostly, but this reads like a compiling order problem or a missing include? this is the code i compile: // ADACII.cpp : Defines the entry point for the console application. // #include "ADACII.h" #include #include int main(int argc, char *argv[]) { AG_Window *win; if (AG_InitCore("hello", 0) == -1 || AG_InitVideo(320, 240, 32, AG_VIDEO_RESIZABLE) == -1) return (1); win = AG_WindowNew(0); AG_LabelNewStatic(win, 0, "Hello, world!"); AG_WindowShow(win); AG_EventLoop(); return (0); } Dont know what else i could give you to try and locate the problem. System specs: Visual C++ 6.0 Windows 2003 Server SDK feb (last sdk to support vc6) Windows XP SP3 just installed and patched Know that i remember i havent copied the dll's to the system folder yet, but that should appear after compiling... Thanks for any help!

Compiling Agar 1.3.2-win32-i386 in MSVS C++ 2008

Jason Hamilton — 2008-08-05T03:38:50

Hey everybody, So I recently downloaded the Agar API and followed the (lengthy) installation procedures to the letter. When I get to the end and try to build a project with it, I get 122 unresolved external errors in ag_core.lib and ag_gui.lib, but everything compiles fine. What else do I have to do to get these libraries to build? Any suggestions would be greatly appreciated. Yours, Jason

Re: Windows build, C++ interface, string_compat

Olivier Boudeville — 2008-08-01T16:42:11

Sorry there was a little typo in my previous mail: one should read "I was *unable* even to figure out how they could be generated" instead. Regards, Olivier. Olivier Boudeville a écrit : >

Windows build, C++ interface, string_compat

Olivier Boudeville — 2008-08-01T16:32:14

Hi again, any news about the Windows build ? With Visual Express 2008 and the Agar vanilla 2005 project files (converted automatically to 2008), I was unable with to build Agar 1.3.2 (compilation was failing in Windows headers), and with a project file I made by myself, compilation and linking succeeded, a non-empty DLL was produced, but no LIB was generated. After some study of the project files I was able even to figure out how they could be generated with either version of Visual C++. Any hint would help a lot! In the Agar FAQ, one can see that a "class-based C++ interface is currently under development". Is it still the case ? If yes, is there a planned release date ? Finally, according to the compiler on Linux (gcc 4.2.3), in agar-1.3.2/include/agar/agar/core/string_compat.h, in function AG_Strncasecmp(const char *s1, const char *s2, size_t n), line 167, since size_t is an *unsigned* integral type, --n >= 0 will always be true and n < 0 will always be false, in: while (--n >= 0 && cm[*us1] == cm[*us2++]) { if (*us1++ == '\0') return (0); } return (n < 0 ? 0 : cm[*us1] - cm[*--us2]); Thanks in advance for any hint, best regards, Olivier.

Build of Agar 1.3.2 with Visual Express 2008

Olivier Boudeville — 2008-07-26T19:52:02

Hi, I successfully built Agar 1.3.2 on Linux, now I am trying to do the same with Visual Express 2008, with no luck. I would like to link dynamically to Agar (thanks to a DLL). I can produce the relevant Agar DLL (ex: agar_core.dll) but no LIB file is produced, despite I really think I correctly setup the project properties. One explanation could be that no .lib file is produced because no symbol is exported from the library. Indeed I was unable to find __declspec(dllexport) statements in header files. Is it that Agar is using a .def file ? Or any other approach ? Thanks in advance for any hint, best regards, Olivier.

Re: Agar seems to compile without OpenGL [win / msys]

ADI64 — 2008-07-21T17:52:17

Yeah that combination did the trick! Thanks very much for your help and your patience! :D

Re: Agar seems to compile without OpenGL [win / msys]

Julien Nadeau — 2008-07-21T12:42:06

I meant the "/etc/fstab" inside msys. It allows you to add entries such that arbitrary directories are mapped to specific locations in your msys tree, saving you the trouble of copying files from your msys installation to your CodeBlocks directories. I suggest you remove your currently installed Agar libs/include, recompile, and reinstall them.

Re: Agar seems to compile without OpenGL [win / msys]

ADI64 — 2008-07-21T11:53:19

Well as in the first post said I use windows and not linux. My friend, who is developing this project with me, uses linux and it compiles, links and works without problems at him. Now I tried to add the include / lib / bin paths to codeblocks' global compiler / linker variables, but it still throws those errors. In config\have_opengl.h it says: #ifndef HAVE_OPENGL #define HAVE_OPENGL "yes" #endif so I assume it should build with GL support. Any other thing I might have forgotten? Thanks for your help, ADI64

Re: Agar seems to compile without OpenGL [win / msys]

Julien Nadeau — 2008-07-20T13:32:14

Couldn't you mount the directories used by GCC / CodeBlocks directly by adding them to /etc/fstab? This way you don't have to bother copying files over and keeping them in sync.

Re: Agar seems to compile without OpenGL [win / msys]

ADI64 — 2008-07-20T12:25:38

Thanks for your fast reply! How can I fix my headers if they are wrong? I built agar like that: ../configure --enable-threads --with-freetype --with-gl make depend make make install and then I copied the include, lib and bin files from the msys\local\[include | lib | bin] directory in my own directories used by GCC / CodeBlocks. Is there anything I missed during the build process? Or how can I check whether my includes are out of sync with the library? Thanks for your help, ADI64