This list is closed, nobody may subscribe to it.
2000 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(371) |
Oct
(167) |
Nov
(412) |
Dec
(208) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2001 |
Jan
(378) |
Feb
(302) |
Mar
(269) |
Apr
(296) |
May
(306) |
Jun
(381) |
Jul
(346) |
Aug
(315) |
Sep
(195) |
Oct
(216) |
Nov
(280) |
Dec
(227) |
2002 |
Jan
(309) |
Feb
(333) |
Mar
(328) |
Apr
(407) |
May
(517) |
Jun
(519) |
Jul
(400) |
Aug
(580) |
Sep
(1273) |
Oct
(984) |
Nov
(683) |
Dec
(538) |
2003 |
Jan
(578) |
Feb
(454) |
Mar
(312) |
Apr
(366) |
May
(505) |
Jun
(431) |
Jul
(415) |
Aug
(374) |
Sep
(470) |
Oct
(578) |
Nov
(372) |
Dec
(309) |
2004 |
Jan
(308) |
Feb
(247) |
Mar
(372) |
Apr
(413) |
May
(333) |
Jun
(323) |
Jul
(269) |
Aug
(239) |
Sep
(469) |
Oct
(383) |
Nov
(400) |
Dec
(332) |
2005 |
Jan
(411) |
Feb
(363) |
Mar
(346) |
Apr
(316) |
May
(275) |
Jun
(248) |
Jul
(396) |
Aug
(396) |
Sep
(279) |
Oct
(340) |
Nov
(319) |
Dec
(218) |
2006 |
Jan
(317) |
Feb
(263) |
Mar
(304) |
Apr
(296) |
May
(209) |
Jun
(349) |
Jul
(246) |
Aug
(198) |
Sep
(174) |
Oct
(138) |
Nov
(201) |
Dec
(270) |
2007 |
Jan
(223) |
Feb
(182) |
Mar
(350) |
Apr
(350) |
May
(259) |
Jun
(221) |
Jul
(299) |
Aug
(465) |
Sep
(356) |
Oct
(265) |
Nov
(417) |
Dec
(225) |
2008 |
Jan
(421) |
Feb
(327) |
Mar
(219) |
Apr
(389) |
May
(375) |
Jun
(262) |
Jul
(215) |
Aug
(289) |
Sep
(257) |
Oct
(383) |
Nov
(237) |
Dec
(209) |
2009 |
Jan
(232) |
Feb
(327) |
Mar
(306) |
Apr
(251) |
May
(146) |
Jun
(247) |
Jul
(302) |
Aug
(252) |
Sep
(263) |
Oct
(376) |
Nov
(270) |
Dec
(244) |
2010 |
Jan
(225) |
Feb
(184) |
Mar
(300) |
Apr
(290) |
May
(275) |
Jun
(535) |
Jul
(192) |
Aug
(237) |
Sep
(304) |
Oct
(142) |
Nov
(384) |
Dec
(186) |
2011 |
Jan
(305) |
Feb
(337) |
Mar
(331) |
Apr
(318) |
May
(306) |
Jun
(299) |
Jul
(205) |
Aug
(271) |
Sep
(232) |
Oct
(179) |
Nov
(252) |
Dec
(216) |
2012 |
Jan
(195) |
Feb
(268) |
Mar
(142) |
Apr
(226) |
May
(203) |
Jun
(132) |
Jul
(211) |
Aug
(429) |
Sep
(289) |
Oct
(291) |
Nov
(182) |
Dec
(188) |
2013 |
Jan
(205) |
Feb
(259) |
Mar
(224) |
Apr
(125) |
May
(295) |
Jun
(181) |
Jul
(209) |
Aug
(167) |
Sep
(330) |
Oct
(212) |
Nov
(95) |
Dec
(114) |
2014 |
Jan
(40) |
Feb
(63) |
Mar
(62) |
Apr
(65) |
May
(82) |
Jun
(105) |
Jul
(56) |
Aug
(175) |
Sep
(79) |
Oct
(49) |
Nov
(51) |
Dec
(47) |
2015 |
Jan
(26) |
Feb
(69) |
Mar
(82) |
Apr
(55) |
May
(35) |
Jun
(57) |
Jul
(54) |
Aug
(56) |
Sep
(25) |
Oct
(21) |
Nov
(8) |
Dec
(27) |
2016 |
Jan
(49) |
Feb
(44) |
Mar
(132) |
Apr
(39) |
May
(39) |
Jun
(49) |
Jul
(70) |
Aug
(43) |
Sep
(69) |
Oct
(79) |
Nov
(65) |
Dec
(32) |
2017 |
Jan
(99) |
Feb
(88) |
Mar
(42) |
Apr
(47) |
May
(56) |
Jun
|
Jul
(79) |
Aug
(9) |
Sep
(29) |
Oct
(4) |
Nov
|
Dec
(12) |
2018 |
Jan
(45) |
Feb
(6) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: <dan...@ya...> - 2001-03-28 04:45:10
|
--- jsv...@be... wrote: > Hello > > I've been trying to get a few things building lately, and after > overcoming the initial problems with getting configure to accept my > gcc an actual compiler with the ability to create executables, i've > been having trouble with sed reporting some errors in the later > stages of configurations (when generating makefiles and config.hs) > > output is like this: > > V:\BIN\SED.EXE: Unterminated `s' command > V:\BIN\SED.EXE: Unknown command > V:\BIN\SED.EXE: file conftest.s1 line 1: Unknown command > > This is all very informative, but it doesn't say much about WHERE > it actually fails, and configure is not a very self-explanatory script. I > am also not a sed wizard. > > I am using sed 2.05 binary provided by 'Mikey' on ftp.franken.de in > sed205-ming.tar.bz2, under bash 2.04 for dos, provided at djgpp > distribution sites. (bash is one of the things i am trying to build ;) > > I have also tried to build a later version of sed, in case the problem > was due to my sed being outdated, but naturally, sed failed to > configure itself ;) > > 1. Is this a common mingw-specific problem? > 2. Is there a nice little workaround? > I have found that the sed that is distributed with cygwin is more dependable than other "native" versions. Danny _____________________________________________________________________________ http://my.yahoo.com.au - My Yahoo! - Have news, stocks, weather, sports and more in one place. |
From: <dan...@ya...> - 2001-03-28 04:43:11
|
Static constant initialisation of data in C++ classes works when linking statically, but not with dllimported classes. This is a bug with older versions of gcc as well as gcc-2.95.3. The following code used to build dll: dllclass.h ====================================== #if BUILDING_DLL # define DLLIMPORT __declspec (dllexport) #else /* Not BUILDING_DLL */ # define DLLIMPORT __declspec (dllimport) #endif /* Not BUILDING_DLL */ class DLLIMPORT DllClass { public: DllClass(); unsigned int a_method () const; static int non_const_int; /* initialised in dllclass.cc */ static const unsigned int const_int=256; char buffer[const_int]; }; ========================================== dllclass.cc =========================================== #include "dllclass.h" #include <string.h> DllClass::DllClass(){ memset(buffer,0,const_int); } unsigned int DllClass::a_method () const { return const_int; } int DllClass::non_const_int; ============================================ Dll build correctly. non_const_int is exported as DATA. const_int is not exported. That's fine. This is client code: usedll.cc ========================================= #include <stdio.h> #include "dllclass.h" int main () { DllClass A; printf("a_method = %d\n", A.a_method()); } ========================================== This fails to compile with error: dllclass.h:13: initialized variable `const int DllClass::const_int' is marked dllimport In this case, (integral const), one workaround is the enum hack. - static const unsigned int const_int=256; + enum {const_int=256}; The problem occurs because class members get the dllimport/export status of their class. IMO static const data members of classes initialised in class definition should not "inherit" the dllimport attribute of their class. The following w32-specific patch to gcc/config/i386/winnt.c fixes the problem. I have tested with STLport, which uses static const initialisation of fmtflags (in ios_base) and locale categories, and no problems yet. However, I am very, very new to the insides of gcc and this patch probably breaks soemthing else. Can somebody who "knows what they are doing" check. --- gcc/config/i386/winnt.c.orig Wed Jan 19 19:30:10 2000 +++ gcc/config/i386/winnt.c Tue Mar 27 22:03:47 2001 @@ -250,6 +250,11 @@ i386_pe_dllimport_p (decl) context = associated_type (decl); if (context) { + /* Don't use context to mark initialised variables as dllimport */ + if (TREE_CODE (decl) == VAR_DECL + && (DECL_INITIAL (decl) + && ! TYPE_NEEDS_CONSTRUCTING (TREE_TYPE (decl)))) + return 0; imp = lookup_attribute ("dllimport", TYPE_ATTRIBUTES (context)); if (imp) Danny _____________________________________________________________________________ http://my.yahoo.com.au - My Yahoo! - Have news, stocks, weather, sports and more in one place. |
From: <jsv...@be...> - 2001-03-28 00:46:12
|
Hello I've been trying to get a few things building lately, and after overcoming the initial problems with getting configure to accept my gcc an actual compiler with the ability to create executables, i've been having trouble with sed reporting some errors in the later stages of configurations (when generating makefiles and config.hs) output is like this: V:\BIN\SED.EXE: Unterminated `s' command V:\BIN\SED.EXE: Unknown command V:\BIN\SED.EXE: file conftest.s1 line 1: Unknown command This is all very informative, but it doesn't say much about WHERE it actually fails, and configure is not a very self-explanatory script. I am also not a sed wizard. I am using sed 2.05 binary provided by 'Mikey' on ftp.franken.de in sed205-ming.tar.bz2, under bash 2.04 for dos, provided at djgpp distribution sites. (bash is one of the things i am trying to build ;) I have also tried to build a later version of sed, in case the problem was due to my sed being outdated, but naturally, sed failed to configure itself ;) 1. Is this a common mingw-specific problem? 2. Is there a nice little workaround? I find it shockingly improbable that i should be the first to experience this. |
From: John B. <joh...@ho...> - 2001-03-27 23:06:27
|
>- How do I create a program that will use certain functions that are >exported in a DLL, like for example DSOUND.DLL, *without* increasing my >program size by far too many bytes because of an import library? When you link to an import library (as opposed to a static library), references to the functions, and not the actual function code, is stored in your executable. Using import libraries does not cause large executables. >I can do it manually using LoadLibrary/GetProcAddress, but with >everybody fussing about "dlltool", "dllwrap", "impdef" etcetera Dlltool/dllwrap are used to create your own DLL (and import library). Impdef is used whan you want to create an import library for a DLL for which you do not have the source code. That complicated business is not needed if you just want to link to an existing import library. >compile it using something like 'gcc -ldsound', >the linker will recognize that PlaySound is actually in a DLL If there is an import library named libdsound.a in the library search path, then the command gcc -o myprog.exe myprog.c -ldsound will compile and link your program. Whether the library is an import library or a static library, it will link just the same, and the compiler will do whatever it has to do to generate a working executable. _________________________________________________________________ Get your FREE download of MSN Explorer at http://explorer.msn.com |
From: Tom B. <an...@dd...> - 2001-03-27 22:20:42
|
Hello, i am a newbie, and i have been wrestling through documentation and postings to obtain an answer to my following burning question: - How do I create a program that will use certain functions that are exported in a DLL, like for example DSOUND.DLL, *without* increasing my program size by far too many bytes because of an import library? I know I can do it manually using LoadLibrary/GetProcAddress, but with everybody fussing about "dlltool", "dllwrap", "impdef" etcetera I'd like to think there is maybe something like an import library that automatically serves as a wrapper. So when i type something like: #include <dsound.h> main() { PlaySound("growl") }; and compile it using something like 'gcc -ldsound', the linker will recognize that PlaySound is actually in a DLL and will produce code like: main() { // initialize void (*PlaySound) (char *sound); LoadLibrary("DSOUND.DLL"); PlaySound = GetProcAddress("DSOUND.DLL", "PlaySound"); // main PlaySound("Growl"); // deinitialize, freelibrary, blah } is there such a way? or do i have to code this 'wrapper' stuff by hand. my primary concern is small executables... greetings, Tom |
From: Franco B. <fra...@we...> - 2001-03-27 21:05:18
|
Am Dienstag, 27. M=E4rz 2001 21:28 schrieb Jim Roy: > Hi all, > > How do I make my program deal with data files which > have embedded ^Z ? > > As I understand it, in the windows world, this is an > issue of whether you open the file in text mode or not. > > Is there a compiler switch that forces binary mode? As far as I know - there is no such switch. But You assume right - the binary mode is the solution to your Problem. C - add O_BINARY to your open-flags or use "rb" instead of "r"=20 C++ - add ios::binary to your open-flags sample : ifstream ifile( "test.file" , ios::in | ios::binary ); Ciao, Franco |
From: <xav...@ho...> - 2001-03-27 20:26:01
|
Hello, maybe this is not very related to mingw32, but i didn't found anywhere else to ask... where can i find a win32 port of the utils: sed diff patch thnx a lot :) |
From: <ji...@ng...> - 2001-03-27 19:28:45
|
Hi all, How do I make my program deal with data files which have embedded ^Z ? As I understand it, in the windows world, this is an issue of whether you open the file in text mode or not. Is there a compiler switch that forces binary mode? In case it's not clear, my specific problem is this. I tell read() to get say... 200 bytes. If there is an EOF in there, it returns everything up to the EOF, yet the file pointer is advanced 200 bytes. I can't believe I have to kludge in a bunch of file pointer manipulation to work around this. Thanks, --- Jim Roy voice 541 757 7231 Sys. Admin. fax 541 757 7331 NW Geophysical Assoc. http://www.nga.com Corvallis Or. US --- |
From: Reuben T. <rr...@dc...> - 2001-03-27 16:20:35
|
I'm trying to use gcc (2.95.2-9 or 2.95.3.x) -mno-cygwin under Cygwin 1.1.8 and having problems seemingly related to the declaration of struct stat. For example, the following program segfaults: #include <stdio.h> #include <sys/stat.h> #include <dirent.h> int main(void) { DIR *dir = opendir("."); return 0; } and I can't see any reason why it should (compiled for Cygwin, it works fine). I compiled with: gcc -o opendir opendir.c -mno-cygwin -mwin32 As far as I can see the problem occurs because the struct stat declaration that the compiler gets isn't the same as the one used by the relevant library, so the stat is overfilled (with a _stati64), and the stack is trashed. I confirmed this by using a structure like this: struct foo { double pad1; struct stat s; double pad2; } so it was the padding that got overwritten, and the stack wasn't trashed. Is this going to be fixed soon? I'm the Windows maintainer for the Glasgow Haskell Compiler, and we can't build our standard libraries at the moment because of this problem. Or is there some workaround or fix I can apply? Or am I just doing something wrong? -- http://sc3d.org/rrt/ | Careful Cyclists Approaching From Right |
From: Earnie B. <ear...@ya...> - 2001-03-27 12:58:29
|
Cristian Ferretti wrote: > > A question: What is the supposed instalation hierarchy > for the files distributed on sourceforge? I unpacked > all of them in c:/mingw32, but ld fails to find > crt2.o, I had to manually modify lib/gcc-lib/.../specs > file. > It's a work in process. Hopefully to be corrected soon. Earnie. _________________________________________________________ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com |
From: Fabrice I. <Fab...@li...> - 2001-03-27 12:08:05
|
Paul Garceau wrote: >> . >> >>> >> Sorry, I can NOT understand this question. Translated in my german it >> makes no sense; of course opengl32.a is software. > > > And, depending on whether or not you built your opengl32.a source from > the MS supplied .dll makes a difference. > > Some versions (not sure about latest versions) from MS _will not > support software drivers_, others will support the software drivers, > still others will support both software and hardware drivers. It all > depends on which version of OpenGL you are using. > > Can you provide us with a version reference for your OpenGL API? That > will go a very long way in helping us to understand your situation... I don't know about the API version perhaps 1.2. I can only say that my examples were built first using VC++6. :( Georg's opengl32.a seems to link the system opengl32.dll well however :) But there are some crashes on bigger opengl programs that worked with VC++6. I can't track the errors with gdb, i got : ----------------------------- (gdb) r Starting program: j:\Progs\lesson30/lesson30.exe 77ed0000:C:/WINNT/system32/GDI32.dll(no debugging symbols found)... 77f00000:C:/WINNT/system32/KERNEL32.dll"C:/WINNT/system32/KERNEL32.dll": error eading line numbers 77e70000:C:/WINNT/system32/USER32.dll(no debugging symbols found)... 77dc0000:C:/WINNT/system32/ADVAPI32.dll"C:/WINNT/system32/ADVAPI32.dll": error eading line numbers 77e10000:C:/WINNT/system32/RPCRT4.dll (no debugging symbols found)... 77140000:C:/WINNT/System32/GLU32.DLL"C:/WINNT/System32/GLU32.DLL": error readin line numbers 78000000:C:/WINNT/system32/MSVCRT.dll(no debugging symbols found)... 755b0000:C:/WINNT/System32/OPENGL32.dll"C:/WINNT/System32/OPENGL32.dll": error eading line numbers 774f0000:C:/WINNT/System32/DCIMAN32.dll"C:/WINNT/System32/DCIMAN32.dll": error eading line numbers 71290000:C:/WINNT/system32/MSIDLE.DLL (no debugging symbols found)... Program received signal SIGSEGV, Segmentation fault. 0x24 in ?? () -------------------------- > > Are completely useless to anyone but you. We want to help, but can't > without the proper information. Sorry but i've forgotten to CC some of my threads with Georg to the mailling list :( > > > Thanks for your patience, Frabice. > > Peace, > > Paul G. > > |
From: Georg F. <fu...@is...> - 2001-03-27 09:04:18
|
Hello Tilman, You can download a ready to install file from ftp://ftp.gnu.org/gnu/windows/emacs/ If you don't have it, download also 'gunzip' and 'tar' from the directory 'utillities'. I send you my configuration files (.emacs and key_map.el) with a seperate email. Chris Hansen wrote: > > -----Oprindelig meddelelse----- > Fra: min...@li... > [mailto:min...@li...]Pa vegne af Tilman Utz > Sendt: 27. marts 2001 01:45 > Til: Georg Fusz > Cc: mingw-users > Emne: Re: [Mingw-users] Shells ? > > > just another question regarding a development environment for mingw > > (respectively working with gcc). What do you use? emacs? Where did > > you get it? > > Emacs?????? > -> http://www.gnu.org/software/emacs/windows/ntemacs.html > > Regards > Chris Hansen > > _______________________________________________ > MinGW-users mailing list > Min...@li... > > You may change your MinGW Account Options at: > http://lists.sourceforge.net/lists/listinfo/mingw-users -- Georg Fusz Technische Universitaet Berlin, Germany Fon: Uni.: +49 30 314 26 884 privat: +49 30 815 30 32 Handy: +49 173 20 10 696 Homepage: http://www.cadlab.tu-berlin.de/~fusz/ |
From: Chris H. <pop...@so...> - 2001-03-27 06:05:15
|
-----Oprindelig meddelelse----- Fra: min...@li... [mailto:min...@li...]Pa vegne af Tilman Utz Sendt: 27. marts 2001 01:45 Til: Georg Fusz Cc: mingw-users Emne: Re: [Mingw-users] Shells ? > just another question regarding a development environment for mingw > (respectively working with gcc). What do you use? emacs? Where did > you get it? Emacs?????? -> http://www.gnu.org/software/emacs/windows/ntemacs.html Regards Chris Hansen |
From: Paul G. <pga...@qw...> - 2001-03-27 02:44:03
|
Hi folks, On 26 Mar 2001, at 8:58, the Illustrious Georg Fusz wrote: > 1.1 libopengl32.a (MinGw) or opengl32.lib(MS) are used for linking > programs, which use opengl32.dll at the runtime > > 1.2 libglu32.a (MinGw) or glu32.lib(MS) are used for linking programs, > which use glu32.dll at the runtime. > > 1.3 All libs can be used with MinGw-Linker; the microsoft libs also. > > 2. As far as I know: both libs are system *in*depentend. > The i/o-routines are in the glut-lib or in the aux-lib. > (Or in some object-files, if you like.) > > 3. You can NOT compile the aux-lib-sources comming with MS C++ with > MinGw. But you can get the aux-lib from me. > > Fabrice ILPONSE wrote: > > > > Hi every one, > > > > I'm very new to mingwin32 but i already know about gcc/unix or > > gcc/djgpp and ... I want to use mingwin to create opengl applications > > to make them portable thru systems using glut, etc... I can't use the > > windows opengl32.dll => lots of symbols not found. > > Sorry, that makes no sense. > > >I used the .h from > > VC++ 6 for the opengl .h. > > > > I have 2 questions : > > > > Does the opengl32.a from mingwin32 is software only? > > Sorry, I can NOT understand this question. Translated in my german it > makes no sense; of course opengl32.a is software. And, depending on whether or not you built your opengl32.a source from the MS supplied .dll makes a difference. Some versions (not sure about latest versions) from MS _will not support software drivers_, others will support the software drivers, still others will support both software and hardware drivers. It all depends on which version of OpenGL you are using. Can you provide us with a version reference for your OpenGL API? That will go a very long way in helping us to understand your situation... Also, Georg is right, things like: Frabice wrote: > libXXX.a or XXX.lib can be a complete static lib or the placeholder for > linking of a DLL. It is the best to think about static libs as > file-archives. > > If libXXX.a or XXX.lib is relative small and there exist a XXX.dll in > C:/WinNT/system32, then it is a placeholder for linking. > > This using of placeholder-lib is a special thing of windows; under Unix > you use the Shared Object files XXX.so for linking and runtime loading; > at least under IRIX. Are completely useless to anyone but you. We want to help, but can't without the proper information. Thanks for your patience, Frabice. Peace, Paul G. > > > > > > > > Has anyone succeded in compiling and lauching applications using > > the > > windows opengl32.dll? > > > > Bye > > > > _______________________________________________ > > MinGW-users mailing list > > Min...@li... > > > > You may change your MinGW Account Options at: > > http://lists.sourceforge.net/lists/listinfo/mingw-users > > -- > Georg Fusz > Technische Universitaet Berlin, Germany > > > Fon: > Uni.: +49 30 314 26 884 > privat: +49 30 815 30 32 > Handy: +49 173 20 10 696 > > Homepage: http://www.cadlab.tu-berlin.de/~fusz/ > > _______________________________________________ > MinGW-users mailing list > Min...@li... > > You may change your MinGW Account Options at: > http://lists.sourceforge.net/lists/listinfo/mingw-users > Nothing real can be threatened. Nothing unreal exists. |
From: Greg C. <chi...@mi...> - 2001-03-27 00:06:38
|
Pedro A ARANDA wrote: > > 1) When compiling resources, I had to add a > #define IDC_STATIC -1 > which doesn't seem to be defined anywhere. This looks like a user-defined macro that is not a standard part of windows. > 2) The new M$ tools to edit resources seem to add an additional > parameter to the FONT definition in DIALOG resources and windres > chokes at that. Just an example of the offending line > > FONT 8, "MS Sans Serif", 0, 0,0x1 The only ms documentation I can easily put my hands on doesn't mention any extra parameters: http://msdn.microsoft.com/library/psdk/winui/rc_13lg.htm FONT pointsize, "typeface" Can you point to public documentation of this new syntax? |
From: Tilman U. <Til...@st...> - 2001-03-26 23:46:23
|
Hello, just another question regarding a development environment for mingw (respectively working with gcc). What do you use? emacs? Where did you get it? Thanks for any suggestions Tilman Georg Fusz schrieb: > I am using the Z-shell from > ftp://ftp.blarg.net/users/amol/zsh/. > > It works fine. > > But is there a shell, where I can copy parts of the output of commands to build > new inputs > with mouse dragging? > > The compiling and linking I do with the build-in utilities of the EMACS. > > With the EMACS it easy to jump from the output of the compiler run to the place > in the source > buffer where the error was made. > > -- > Georg Fusz > Technische Universitaet Berlin, Germany > > Fon: > Uni.: +49 30 314 26 884 > privat: +49 30 815 30 32 > Handy: +49 173 20 10 696 > > Homepage: http://www.cadlab.tu-berlin.de/~fusz/ > > _______________________________________________ > MinGW-users mailing list > Min...@li... > > You may change your MinGW Account Options at: > http://lists.sourceforge.net/lists/listinfo/mingw-users |
From: <dan...@ya...> - 2001-03-26 22:48:26
|
--- Cristian Ferretti <cri...@ya...> wrote: > > > Hello Christian, > > > > I looked in the example-file for building DLLs by > > Mumit Khan. He used the same workaround like you. > > > > But then I killed the extra __declspec(dllexport) > > for the static member of the class. I was surprised, > > but the static member was exported, too. > > > > Try the example yourself. > > > > I use "gcc-2.95.2-20001116.zip" > > > > Hi, > > You're absolutely right. The example you sent me > worked fine (I'm using the same gcc distribution). I > assumed it was a general bug, but it seems it is not. > > The library I'm compiling has the problem thou, > programs linked against the dll fail to link because > of undefined static symbols. Doing nm I see they are > not there. The symbols *are* there in the source, also > the static library works fine. > Can you provide a small testcase that reproduces the bug? Danny _____________________________________________________________________________ http://calendar.yahoo.com.au - Yahoo! Calendar - Access your appointments and meetings online. |
From: <dan...@ya...> - 2001-03-26 20:57:55
|
--- Richard Troy <rtroy@ScienceTools.com> wrote: > > > > I agree with you that there is no 'netdb.h' in the mingw-stuff. > > > > What for declarations are in netdb.h ? > > Hi Georg, > > All I want from netdb.h is to call gethostname(). Apparently it defines, > among other things I'm unaware of, the struct hostent used by gethostname(). > For more see: > > http://www.gnu.org/manual/glibc-2.0.6/html_chapter/libc_11.html#SEC191 > > RT These are gethostname() and hostent are defined in winsock.h in w32api. Link against libwsock32.a. Alternatively, include winsock2.h and link against libws2_32.a. The winsock2 interface has more functionality Danny _____________________________________________________________________________ http://calendar.yahoo.com.au - Yahoo! Calendar - Access your appointments and meetings online. |
From: Cristian F. <cri...@ya...> - 2001-03-26 20:42:52
|
> Hello Christian, > > I looked in the example-file for building DLLs by > Mumit Khan. He used the same workaround like you. > > But then I killed the extra __declspec(dllexport) > for the static member of the class. I was surprised, > but the static member was exported, too. > > Try the example yourself. > > I use "gcc-2.95.2-20001116.zip" > Hi, You're absolutely right. The example you sent me worked fine (I'm using the same gcc distribution). I assumed it was a general bug, but it seems it is not. The library I'm compiling has the problem thou, programs linked against the dll fail to link because of undefined static symbols. Doing nm I see they are not there. The symbols *are* there in the source, also the static library works fine. May be gcc got messed up with a bigger library? (this one has LOTS of .o's, and takes about 20 mins to link in a fairly fast machine...). I have tryed several combinations of dllwrap and gcc -shared with different flags. I'll try to check all this with care, something is messed up (hope it's not ME :-). A question: What is the supposed instalation hierarchy for the files distributed on sourceforge? I unpacked all of them in c:/mingw32, but ld fails to find crt2.o, I had to manually modify lib/gcc-lib/.../specs file. Thanks for your answer, -cristian __________________________________________________ Do You Yahoo!? Get email at your own domain with Yahoo! Mail. http://personal.mail.yahoo.com/ |
From: Richard T. <rtroy@ScienceTools.com> - 2001-03-26 19:34:52
|
> I agree with you that there is no 'netdb.h' in the mingw-stuff. > > What for declarations are in netdb.h ? Hi Georg, All I want from netdb.h is to call gethostname(). Apparently it defines, among other things I'm unaware of, the struct hostent used by gethostname(). For more see: http://www.gnu.org/manual/glibc-2.0.6/html_chapter/libc_11.html#SEC191 RT > > I've got a working installation of gcc-2.95.2 on a windows 98 box, along > > with i386-mingw32 - a fairly recent installation. Up to now, I've done all > > of my development on Linux and have just copied the source over and > > compiled it. Some of my programs work fine - I just run make and that's > > it. > > > > Compilation of one of my programs fails because it includes netdb.h and > > neither it nor I can find netdb.h on my windows system. I do find several > > on my Linux system, of course. I suspect that there will be other includes > > I'll stumble across needing too... > > > > I searched the mail list archives without result, but maybe because I > > didn't know what to search on. I presume I can't just move over one of the > > netdb.h files from my linux system, or is that OK? Is there a downloadable > > library of more includes? Did I make a mistake using mingw32 (meaning, is > > there another package I should have used instead)? > > > > Please advise! > > > > RT > > > > P.S. I also enjoyed reading up on c and java interaction - did I interpret > > what I was reading correctly: I can call my Java code from C or C code > > from my Java? ...Calling C routines from Java would be VERY useful for me! > > Also, if someone can point me at a good source of concise reading on > > cross-compiling with Gnu C, I'd appreciate it. > > R > > > > -- > > Richard Troy, Chief Scientist > > Science Tools Corporation > > rtroy@ScienceTools.com, 510-567-9957, http://ScienceTools.com/ > > > > _______________________________________________ > > MinGW-users mailing list > > Min...@li... > > > > You may change your MinGW Account Options at: > > http://lists.sourceforge.net/lists/listinfo/mingw-users > > |
From: Georg F. <fu...@is...> - 2001-03-26 19:23:26
|
I agree with you that there is no 'netdb.h' in the mingw-stuff. What for declarations are in netdb.h ? Richard Troy wrote: > > Hi, > > I'm new to the list, but have searched the archives for information on > this topic. I noted Jeff Sturm had some things to say that interest me > (you still on-list, Jeff?), but I didn't see this addressed. So here's my > problem/q: > > I've got a working installation of gcc-2.95.2 on a windows 98 box, along > with i386-mingw32 - a fairly recent installation. Up to now, I've done all > of my development on Linux and have just copied the source over and > compiled it. Some of my programs work fine - I just run make and that's > it. > > Compilation of one of my programs fails because it includes netdb.h and > neither it nor I can find netdb.h on my windows system. I do find several > on my Linux system, of course. I suspect that there will be other includes > I'll stumble across needing too... > > I searched the mail list archives without result, but maybe because I > didn't know what to search on. I presume I can't just move over one of the > netdb.h files from my linux system, or is that OK? Is there a downloadable > library of more includes? Did I make a mistake using mingw32 (meaning, is > there another package I should have used instead)? > > Please advise! > > RT > > P.S. I also enjoyed reading up on c and java interaction - did I interpret > what I was reading correctly: I can call my Java code from C or C code > from my Java? ...Calling C routines from Java would be VERY useful for me! > Also, if someone can point me at a good source of concise reading on > cross-compiling with Gnu C, I'd appreciate it. > R > > -- > Richard Troy, Chief Scientist > Science Tools Corporation > rtroy@ScienceTools.com, 510-567-9957, http://ScienceTools.com/ > > _______________________________________________ > MinGW-users mailing list > Min...@li... > > You may change your MinGW Account Options at: > http://lists.sourceforge.net/lists/listinfo/mingw-users -- Georg Fusz Technische Universitaet Berlin, Germany Fon: Uni.: +49 30 314 26 884 privat: +49 30 815 30 32 Handy: +49 173 20 10 696 Homepage: http://www.cadlab.tu-berlin.de/~fusz/ |
From: Georg F. <fu...@is...> - 2001-03-26 19:16:14
|
Hello Christian, I looked in the example-file for building DLLs by Mumit Khan. He used the same workaround like you. But then I killed the extra __declspec(dllexport) for the static member of the class. I was surprised, but the static member was exported, too. Try the example yourself. I use "gcc-2.95.2-20001116.zip" Cristian Ferretti wrote: > > The gcc version currently distributed from sourceforge > mingw downloads page has an issue concernig > declspec(dllexport) declarator for a class: > > class __declspec(dllexport) Foo { > ... > static int Bar; > ... > }; > > the declspec is not applyed to Bar. A simple > workaround is to put it (redundantly) on Bar's > declaration. > -- Georg Fusz Technische Universitaet Berlin, Germany Fon: Uni.: +49 30 314 26 884 privat: +49 30 815 30 32 Handy: +49 173 20 10 696 Homepage: http://www.cadlab.tu-berlin.de/~fusz/ |
From: Ruediger W. <rue...@la...> - 2001-03-26 19:11:34
|
----- Original Message ----- From: <rei...@go...> > > I work currently on a Linux to MinGW cross compiler. Maybe you can give= me some > answers to some questions: Well I will try it > I have started with the binutils 2.10.1 version without any patches. > Are this the right sources? > Build done without problems. In theory yes. I had terrible problems building a native gcc 2.95.3 for windows with these tools. Apearantly they do not work. Use Binutils 2.9.1 instead for crosscompilin= g > Then I have loaded the last gcc version (2.95.3) and patched > it with Mumits patches. I have analysed them and I think they are still > necessary. Is this correct? yes. Well I have built my crosscompiler with gcc-2.95.2, gcc-2.95.3_test3 and Mumits patches. >Are there other patches necessary? Not really. But you may try also this patch from http://gcc.gnu.org/ml/gcc-patches/2001-01/msg01751.html > Build of the compiler done without problems (without libstdc++.a). > Only a tricky part with the runtime includes is necessary. What trick?? > I got the runtime (mingw and w32api) from the cygnus package cygwin-1.1.8-2. > Earnie explained some weeks ago, that this is the right source. I have = not > tried to build the runtime until now, but I used the headers from this package > to build gcc (limits.h, ...). I am always playing with the latest development snapshots from sourceforg= e but this package should work. > After building the runtime, I would like to continue with gcc libstdc++= .a. > Doing this in this order is necessary, because the build process for libstdc++ > needs the startup code (crt0.o ). > Bye R=FCdiger |
From: Richard T. <rtroy@ScienceTools.com> - 2001-03-26 18:31:34
|
Hi, I'm new to the list, but have searched the archives for information on this topic. I noted Jeff Sturm had some things to say that interest me (you still on-list, Jeff?), but I didn't see this addressed. So here's my problem/q: I've got a working installation of gcc-2.95.2 on a windows 98 box, along with i386-mingw32 - a fairly recent installation. Up to now, I've done all of my development on Linux and have just copied the source over and compiled it. Some of my programs work fine - I just run make and that's it. Compilation of one of my programs fails because it includes netdb.h and neither it nor I can find netdb.h on my windows system. I do find several on my Linux system, of course. I suspect that there will be other includes I'll stumble across needing too... I searched the mail list archives without result, but maybe because I didn't know what to search on. I presume I can't just move over one of the netdb.h files from my linux system, or is that OK? Is there a downloadable library of more includes? Did I make a mistake using mingw32 (meaning, is there another package I should have used instead)? Please advise! RT P.S. I also enjoyed reading up on c and java interaction - did I interpret what I was reading correctly: I can call my Java code from C or C code from my Java? ...Calling C routines from Java would be VERY useful for me! Also, if someone can point me at a good source of concise reading on cross-compiling with Gnu C, I'd appreciate it. R -- Richard Troy, Chief Scientist Science Tools Corporation rtroy@ScienceTools.com, 510-567-9957, http://ScienceTools.com/ |
From: Cristian F. <cri...@ya...> - 2001-03-26 17:46:48
|
The gcc version currently distributed from sourceforge mingw downloads page has an issue concernig declspec(dllexport) declarator for a class: class __declspec(dllexport) Foo { ... static int Bar; ... }; the declspec is not applyed to Bar. A simple workaround is to put it (redundantly) on Bar's declaration. But my problem is I'm trying a mingw port of a big class library with lots of sources, that builds in a lot of different platforms. That kind of change will have a big impact on the sources of that library, so I'm looking for an alternative that is less ``disruptive'' for them (so they can include my port in the next distribution). Anyone knows a better workaround? Using .def file is not an option (the library is already using declspec). Anyone knows if newer versions of gcc fix this? Thanks for any comment on this, -cristian __________________________________________________ Do You Yahoo!? Get email at your own domain with Yahoo! Mail. http://personal.mail.yahoo.com/ |