From: John P. <joh...@ho...> - 2002-04-06 19:43:18
|
Here is what it is in Mingw32 inline assembly: void* compareAndSwap( void** toFill , const void* const newValue , const void* const toCompare) { void* result; __asm__ __volatile__ ("lock cmpxchgl %%ebx,(%%ecx)" : "=a"(result) : "a"(toCompare), "b"(newValue), "c"(toFill) : "cc", "memory"); return result; } ------------------------------------------------------------------------ FROM: Al Slater DATE: 04/04/2002 04:05:36 SUBJECT: [Mingw-users] RE: inline Assembly I probably didn't give enough information, here is the full function compareAndSwap( void** toFill , const void* const newValue , const void* const toCompare) { void* result; __asm { mov eax, toCompare; mov ebx, newValue; mov ecx, toFill lock cmpxchg [ecx], ebx; mov result, eax; } return result; } >-----Original Message----- From: Al Slater [mailto:] Sent: 04 April 2002 >12:54 To: '' Subject: inline Assemby > >Hi, > >I need to translate the following code fragment from MSVC syntax into gcc >syntax, can anyone help? > >__asm { mov eax, toCompare; mov ebx, newValue; mov ecx, toFill lock cmpxchg >[ecx], ebx; mov result, eax; } > >Thankx in advance, > >Al Slater > >Support Supervisor Stanton Consultancy > >+44 (0)1273 666607 < File: Al Slater (E-mail).vcf > ----------------------------------------------------------------------- _________________________________________________________________ Join the worlds largest e-mail service with MSN Hotmail. http://www.hotmail.com |
From: Federico Fern
<fed...@di...> - 2002-05-03 14:57:26
|
Hi all! I'm working with libtool in order to build some shared libraries using C++. The fact is that when building my shared libraries under Linux, everything goes fine. If I try to build my code as DLLs (cross compiling) I success!, but my programs have memory leaks. Those memory leaks don't appear to be present when using Linux. I have several static (class members) objects inside my classes, and surely those static members are called from outside the DLLs. Should I know anything more about DLLs before start getting mad about my code? What about data in dlls? I have read that's an unfair issue on DLLs... Thanks in advance. -- Federico Fernández ------------------------------------------------- This mail sent through IMP: http://horde.org/imp/ |
From: Sabit S. <sab...@ho...> - 2002-06-28 11:04:09
|
_________________________________________________________________ Join the worlds largest e-mail service with MSN Hotmail. http://www.hotmail.com |
From: Nicolas B. <nic...@ma...> - 2002-06-28 12:13:34
|
Hi, A novice cross-compiler here. While trying to cross-compile some stuff (SUSE linux), I get thefollowing error ld" unrecognized option '--subsystem' ld use the --help option for usage /opt/mingw/bin/i386-mingwmsvc-dllwrap /opt/mingw/bin/i386-mingwmsvc-gcc exited with status 1 make: ** [stublib] error 1 If I take out the -mwindows from dllwrap I then get unrecognized option --base-file Dont know what this means... Anyway, I probably dont want to do this anyway... help would be appreciated... regards, nicolas boretos |
From: F. <j_r...@ya...> - 2002-06-28 12:35:09
|
On Fri, Jun 28, 2002 at 03:15:46PM +0300, Nicolas Boretos wrote: >Hi, > >A novice cross-compiler here. > >While trying to cross-compile some stuff (SUSE linux), > >I get thefollowing error > >ld" unrecognized option '--subsystem' >ld use the --help option for usage > >/opt/mingw/bin/i386-mingwmsvc-dllwrap /opt/mingw/bin/i386-mingwmsvc-gcc >exited with status 1 >make: ** [stublib] error 1 > I don't know how this is happening (you didn't gave the command line..) but it seems i386-mingwmsvc-dllwrap (or gcc) is using your system ld instead of i386-mingwmsvc-ld. At any rate you can override which one is used by careful (I don't recall which :) chosen options. >If I take out the -mwindows from dllwrap I then get > > >unrecognized option --base-file > >Dont know what this means... > >Anyway, I probably dont want to do this anyway... > >help would be appreciated... José Fonseca |
From: ROMEO P. <rpe...@ya...> - 2002-07-19 04:25:18
|
rpe...@ya... --------------------------------- Do You Yahoo!? Yahoo! Autos - Get free new car price quotes |
From: Henning, B. <bri...@na...> - 2002-07-23 18:13:59
|
hello all, I am trying to compile id3lib using msys/mingw on the windows 2000 platform and i am running into a little problem with the truncate function during the ./configure. I think i have to change or patch the code, but i am not sure. can someone point me in the right direction. here is my problem: ... checking what language compliance flags to pass to the C++ compiler... checking for getopt_long... no checking for mkstemp... no checking for truncate... no configure: error: Missing a vital function for id3lib thanks for the help, brian |
From: Vineet G. <vg...@np...> - 2002-08-30 07:00:23
|
Hi there=20 I build a dll using MSVC 6.0 which is exporting a class=20 then I use this dll into my test program and try to call member function = of exported class=20 now error mesage : undefined reference of that function comes=20 I am using Mingw32 compile=20 gcc version 2.95.3-6 (mingw special) where I am lacking / missing=20 any suggesation=20 regards vineet |
From: <dan...@ya...> - 2002-08-30 08:19:27
|
--- Vineet Goel <vg...@np...> wrote: > Hi there > > I build a dll using MSVC 6.0 which is exporting a class > then I use this dll into my test program and try to call member function of > exported class > now error mesage : undefined reference of that function comes > > I am using Mingw32 compile > gcc version 2.95.3-6 (mingw special) > > where I am lacking / missing > A C++ ABI that all compiler vendors adhere to. You can't mix C++ objects from different compilers. Search the FAQs. Often, that also applies to different versions of the compiler from same vendor(VC5 vs VC6 or GCC-2.95 vs GCC-3.x). Hopefully, from GCC-3.2 onward, the GCC C++ ABI will be stable and conformant to IA64 standard. > any suggesation > Write C wrappers for functions and export them. Danny > > regards > vineet > http://digital.yahoo.com.au - Yahoo! Digital How To - Get the best out of your PC! |
From: <mic...@t-...> - 2002-09-23 19:56:50
|
Hi, Has anyone tried to build (Daniel Veillard's)libxml2 under Mingw with gcc 3= .x ? I had no problems with 2.95. With the new gcc I get errors with the 1. file (SAX.c): SAX.c:10:1: warning: "IN_LIBXML" redefined SAX.c:1:1: warning: this is the location of the previous definition In file included from libxml.h:13, from SAX.c:11: include/win32config.h:86: parse error before "sizeof" include/win32config.h:88: `d' undeclared here (not in a function) include/win32config.h:88: `expon' undeclared here (not in a function) include/win32config.h:88: initializer element is not constant include/win32config.h:89: parse error before "if" include/win32config.h:101: parse error before "sizeof" include/win32config.h:103: redefinition of `val' include/win32config.h:88: `val' previously defined here include/win32config.h:103: `d' undeclared here (not in a function) include/win32config.h:103: `expon' undeclared here (not in a function) include/win32config.h:103: initializer element is not constant include/win32config.h:104: parse error before "if" make: *** [SAX.o] Error 1 It's probably something I do wrong, but the same makefile works with 2.95. Mike. |
From: Elizabeth B. <sog...@ya...> - 2002-09-23 20:52:34
|
Hi Michael, all, I just posted a message on the libxml mailing list in regards to modifying configure.in so that various defines specific to WIN32 are included in the config.h and not in win32config.h. These errors look familiar although I am using 2.95. Perhaps there is a define somewhere that is expanding the definition of the function isinf? static int isinf (double d) { int expon = 0; double val = frexp (d, &expon); if (expon == 1025) { if (val == 0.5) { return 1; } else if (val == -0.5) { return -1; } else { return 0; } } else { return 0; } } Perhaps by looking at the preprocessor's output you can track it down. Elizabeth mic...@t-... (Michael Bester) writes: > Hi, > > Has anyone tried to build (Daniel Veillard's)libxml2 under Mingw with gcc 3= > .x ? > I had no problems with 2.95. With the new gcc I get > errors with the 1. file (SAX.c): > > SAX.c:10:1: warning: "IN_LIBXML" redefined > SAX.c:1:1: warning: this is the location of the previous definition > In file included from libxml.h:13, > from SAX.c:11: > include/win32config.h:86: parse error before "sizeof" > include/win32config.h:88: `d' undeclared here (not in a function) > include/win32config.h:88: `expon' undeclared here (not in a function) > include/win32config.h:88: initializer element is not constant > include/win32config.h:89: parse error before "if" > include/win32config.h:101: parse error before "sizeof" > include/win32config.h:103: redefinition of `val' > include/win32config.h:88: `val' previously defined here > include/win32config.h:103: `d' undeclared here (not in a function) > include/win32config.h:103: `expon' undeclared here (not in a function) > include/win32config.h:103: initializer element is not constant > include/win32config.h:104: parse error before "if" > make: *** [SAX.o] Error 1 > > It's probably something I do wrong, but the same makefile works with 2.95. > > Mike. |
From: <oh...@di...> - 2002-10-25 00:17:06
|
Atentamente.- Orlando Hern=E1ndez Mu=F1oz Analista de Sistemas e-mil: oh...@di... tel. : (81) 83-69-8498 fax : (81) 83-69-1234 http://www.dirona.com.mx |
From: woodi <woo...@ro...> - 2002-11-10 01:44:50
|
From: <res...@st...> - 2002-11-16 02:20:16
|
From: Robert M. J. <bm...@be...> - 2002-11-16 02:49:52
|
I got rid of the spam from this address. Someone sent a message to them, regestrating the MINGW Mailing list to that address. -----Original Message----- From: min...@li... [mailto:min...@li...] On Behalf Of res...@st... Sent: Friday, November 15, 2002 8:21 PM To: min...@li... Subject: [Mingw-users] (no subject) ------------------------------------------------------- This sf.net email is sponsored by: To learn the basics of securing your web site with SSL, click here to get a FREE TRIAL of a Thawte Server Certificate: http://www.gothawte.com/rd524.html _______________________________________________ MinGW-users mailing list Min...@li... You may change your MinGW Account Options or unsubscribe at: https://lists.sourceforge.net/lists/listinfo/mingw-users |
From: Arlean T. <Myr...@po...> - 2002-11-24 19:02:08
|
PGh0bWw+DQo8Ym9keQ0KPGJyPg0KQXMgc2VlbiBvbiBOPCEtLVRPRE8tLT5CPCEtLVRPRE8t LT5DLCBDPCEtLVRPRE8tLT5CPCEtLVRPRE8tLT5TLCBDPCEtLVRPRE8tLT5OPCEtLVRPRE8t LT5OLCBhbmQgZXZlbiBPPCEtLVRPRE8tLT5wPCEtLVRPRE8tLT5yYWguPGJyPg0KQXMgcmVw b3J0ZWQgb24gaW4gdGhlIE5ldyBFbjwhLS1UT0RPLS0+Z2xhbmQgSm91PCEtLVRPRE8tLT5y bmFsIG9mIE1lZGk8IS0tVE9ETy0tPmNpbmUuPGJyPg0KUmV2ZXJzZXMgYWc8IS0tVE9ETy0t PmluZyB3aGlsZSBidXI8IS0tVE9ETy0tPm5pbmcgZjwhLS1UT0RPLS0+YXQsIHdpdGhvdXQg ZGlldGluZyBvciBleGVyY2lzZS48YnI+DQpGb3JnZXQgIGFnaW5nIGFuZCBkaWU8IS0tVE9E Ty0tPnRpbmcgZm9yZXZlciBBbmQgaXQncyBHdTwhLS1UT0RPLS0+YXJhbnQ8IS0tVE9ETy0t PmVlZCE8YnI+IA0KPGJyPg0KMS5Cb2R5IEY8IS0tVE9ETy0tPmF0IExvPCEtLVRPRE8tLT5z czxicj4NCjIuV3I8IS0tVE9ETy0tPmlua2xlIFJlZHVjPCEtLVRPRE8tLT50aW9uPGJyPg0K My5JbmNyZWFzZWQgRW5lPCEtLVRPRE8tLT5yZ3kgTGV2ZWxzPGJyPg0KNC5NdXM8IS0tVE9E Ty0tPmNsZSBTdHJlPCEtLVRPRE8tLT5uZ3RoIGltcHJvPCEtLVRPRE8tLT52ZW1lbnQ8YnI+ DQo1LkluY3I8IS0tVE9ETy0tPmVhc2VkIFNlPCEtLVRPRE8tLT54dWFsIFBvdDwhLS1UT0RP LS0+ZW5jeTxicj4NCjYuSW1wPCEtLVRPRE8tLT5yb3ZlZCBFbW90aTwhLS1UT0RPLS0+b25h bCBTdGFiPCEtLVRPRE8tLT5pbGl0eTxicj4NCjcuQjwhLS1UT0RPLS0+ZXQ8IS0tVE9ETy0t PnRlciBNZTwhLS1UT0RPLS0+bW9yeTxicj4NCjxicj4gDQpMbzwhLS1UT0RPLS0+c2Ugd2Vp PCEtLVRPRE8tLT5naHQgd2hpbGUgYnVpPCEtLVRPRE8tLT5sZGluZyBsZTwhLS1UT0RPLS0+ YW4gbXVzPCEtLVRPRE8tLT5jbGUgbWE8IS0tVE9ETy0tPnNzPGJyPg0KYW5kIHJldmU8IS0t VE9ETy0tPnJzaW5nIHRoZSByYXY8IS0tVE9ETy0tPmFnZXMgb2YgYWdpbmcgYWxsIGF0IG9u Y2UuPGJyPg0KPGJyPg0KPGEgaHJlZj0iaHR0cDovL3d3dy5jb29sZnJlZWNhcmQuY29tL2hl YWx0aC9pbmRleC5odG1sIj5QbGVhc2UgdmlzPCEtLVRPRE8tLT5pdCBvdXIgd2ViPCEtLVRP RE8tLT5zaTwhLS1UT0RPLS0+dGUgdG8gbGU8IS0tVE9ETy0tPmFybiB0aGUgZmE8IS0tVE9E Ty0tPmN0cyBhYm91dCB0aGlzIHF1YTwhLS1UT0RPLS0+bGl0eSAgaGVhPCEtLVRPRE8tLT5s dGggIHBybzwhLS1UT0RPLS0+ZHVjdCBhbmQgdmk8IS0tVE9ETy0tPmV3IG91ciBhYnM8IS0t VE9ETy0tPm9sdXRlIHNhdGlzPCEtLVRPRE8tLT5mYWN0aW9uIGd1YTwhLS1UT0RPLS0+cmFu dGVlPCEtLS0tPiBjbGljayBoZXJlPC9hPjxicj48QlI+DQo8YnI+DQpUbyB1bjwhLS1UT0RP LS0+c3ViPCEtLVRPRE8tLT5zYzwhLS1UT0RPLS0+cmliZSBmcm9tIGZ1dDwhLS1UT0RPLS0+ dXJlIG9mPCEtLVRPRE8tLT5mZXJzLA0KcmU8IS0tVE9ETy0tPnBseSB3aXRoIG9mPCEtLVRP RE8tLT5mDQo8L2E+PC9kaXY+PC9ib2R5PjwvaHRtbD4NCjwvYm9keT4NCjwvaHRtbD4= |
From: rajeev b. <raj...@ho...> - 2002-11-28 22:42:25
|
Hello, I have the c++ programming software which is the dev c++ version 4, i am very good at programming and have no problem with the compiler, however when i run the program, the dos window goes before i have the answer, what is it i need to do because suppose the program should end "5 is the lowest number in the array" it will disappear before tha answer has appeared, i would appreciate a reply, thankyou. rajeev _________________________________________________________________ Protect your PC - get McAfee.com VirusScan Online http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963 |
From: Luke D. <cod...@ho...> - 2002-11-29 01:26:59
|
I don't know if Dev-C++ has any special features for this, but you have a few options: 1. Open a command prompt and run the program manually 2. Modify your program to wait for you to press a key before exiting, e.g. by calling getch() or system("pause") 3. If you are using Win9x, run the program by double clicking it in Explorer and the window should stay open, or if not you can create a shortcut to the program and set the shortcut properties to keep the window open. I don't know how to do this on Windows 2000. Luke Dunstan ----- Original Message ----- From: "rajeev bhandari" <raj...@ho...> To: <min...@li...> Sent: Friday, November 29, 2002 6:42 AM Subject: [Mingw-users] (no subject) > Hello, I have the c++ programming software which is the dev c++ version 4, i > am very good at programming and have no problem with the compiler, however > when i run the program, the dos window goes before i have the answer, what > is it i need to do because suppose the program should end "5 is the lowest > number in the array" it will disappear before tha answer has appeared, i > would appreciate a reply, thankyou. > > rajeev |
From: <cur...@ya...> - 2002-12-09 02:17:06
|
unscribe _____________________________________________________________________ 디지탈 카메라와 찰떡 궁합- 야후! 사진 http://kr.photos.yahoo.com/ 친구들과 함께 바꿔보세요. - 야후! 메신저 http://kr.messenger.yahoo.com/ |
From: F. <j_r...@ya...> - 2002-12-09 23:58:27
|
First, I would like to appologize for not replying sooner, but I had temporarily suspended the receival of emails from mingw-users (to avoid filling the inbox while I was away), so I didn't received the replies not CC'd to me. Anyway this had been reverted now. The quotes were taken from the list archive. Philip Bock said: > I'm interested in the licensing of exchndl. I've (experimentally) tried > using it with a program of mine, and it seems to work quite well. > However, as it uses BFD, which is GPL software, it must also be licensed > under the GPL. binutils is dual-license GPL+LGPL (you can find both COPYING and COPYING.LIB in the top level directory) - I though that BFD was also covered by the dual license. > Now, I haven't read through the GPL in the last few months, so I may > be wrong, but if I load the DLL with a call to LoadLibrary(), am I not > linking against it, and hence creating a 'derived work'? If I am, my > program will automatically be licensed under the GPL. I'm not really > sure yet if that's a good thing in this case. So My understanding is > that I have the right not to release something I create that becomes > licensed under the GPL. what if I only use exchndl for internal > builds? That's correct. GPL only applies if you distribute. If you use internally you don't need to give the source code of nothing. If you distribute then you have to make the GPL source available. > So then, what if I was to simply not include a copy of exchndl.dll > with my public releases. There is still a call to > LoadLibrary("exchndl.dll"), but since the call will fail to load the > DLL, am I still creating a derived work? Of course, this largely > defeats the purpose of using exchndl at all, but it's an interesting > question. Another interesting question is, if I do this, and one of > my end users finds his own copy of exchndl.dll, and places it where my > executable will find it, is *he* creating a derived work? Furthermore, > if he doesn't have the source, how can he do that? Ok. Assuming that BFD is GPL then you're simply not allowed to link to exchndl.dll, on the programs you _distribute_. Oscar Fuentes said: > > After looking at exchndl.c, I doubt it is GPL'ed. It seems > more like > Public Domain. > > José, could you please clarify the license status of > exchndl.c? I just recently made exchndl _source_ dual-license GPL+LPGL, to match binutils. But if BFD is only GPL, then unfortunately the _whole_ exchndl.dll is covered by GPL, and not LGPL. Now, first I'm still not convinced that BFD is GPL, and not dual GPL+LPGL. But in the former case, then I can make a pure LGPL library than can call Dr.Mingw (or a non-GUI light weight version of it) to do the exception handling. The DLL would do what's usually done by Windows when there is an unhandled exception, but without reading any registry key. This way the BFD and all eventual GPL stuff would run in a seperate process and therefore it wouldn't be considered a derived work. Anyway, I'll see if can determine what's the actual BFD license status. José Fonseca __________________________________________________ Do You Yahoo!? Everything you'll ever need on one web page from News and Sport to Email and Music Charts http://uk.my.yahoo.com |
From: F. <j_r...@ya...> - 2002-12-10 00:24:06
|
On Mon, Dec 09, 2002 at 11:58:06PM +0000, José Fonseca wrote: > Now, first I'm still not convinced that BFD is GPL, and not dual > GPL+LPGL. Ok. After some googling it seems evident that it _is_ GPL only (http://sources.redhat.com/ml/binutils/2002-03/msg00135.html ) and that it's not likely to change (http://sources.redhat.com/ml/binutils/2002-01/msg00563.html ) unfortunately, so that leaves us with plan B... > But in the former case, then I can make a pure LGPL library than can > call Dr.Mingw (or a non-GUI light weight version of it) to do the > exception handling. The DLL would do what's usually done by Windows > when there is an unhandled exception, but without reading any registry > key. This way the BFD and all eventual GPL stuff would run in a > seperate process and therefore it wouldn't be considered a derived > work. I'll try to implement the idea above when I get some time (it won't be right away as I'm quite busy with other affairs). Thanks to all the positive feedback you sent (Greg, Heiko, Philip and Oscar). Regards, José Fonseca __________________________________________________ Do You Yahoo!? Everything you'll ever need on one web page from News and Sport to Email and Music Charts http://uk.my.yahoo.com |
From: <ph...@fl...> - 2002-12-10 01:26:51
|
Thanks for the information. Thanks, Philip Bock |
From: <lo...@fr...> - 2002-12-10 21:30:56
|
Hello=2E I'm using mingw and msys with no problems=2E I want to compile a cross compiler that runs on windows and produce linux binaries=2E I have binutils-2=2E13-20020903-1-src=2Etar=2Egz and gcc-2=2E95=2E3-20011106-src=2Etar=2Egz source tarballs from mingw=2E I have already build binutils with the following configure command =2E/configure --prefix=3D/usr/local/cross-tools --target=3Di686-pc-linux-g= nu But when i try to build gcc i get undefined reference to `kill','pipe,'fork', when process trying to compile collect2=2Eexe the configure command is: =2E/configure --prefix=3D/usr/local/cross-tools --tar get=3Di686-pc-linux-gnu --with-gnu-as --with-gnu-ld --without-newlib What can i do? Is there a tutorial that can show me the process of building a cross-compiler like that? Is there prebuilded binaries? these are the compiler results rm -f cpp0=2Eexe ln cccp=2Eexe cpp0=2Eexe echo "int xxy_us_dummy;" >tmp-dum=2Ec /home/ENIAC/cross-compiler/gcc/gcc/xgcc -B/home/ENIAC/cross-compiler/gcc/gcc/ -B/usr/local/cross-tools/i686-pc-linux-gnu/bin/ -I/usr/local/cross-tools/i686-pc-linux-gnu/include -S tmp-dum=2Ec echo '/*WARNING: This file is automatically generated!*/' >tmp-under=2Ec if grep _xxy_us_dummy tmp-dum=2Es > /dev/null ; then \ echo "int prepends_underscore =3D 1;" >>tmp-under=2Ec; \ else \ echo "int prepends_underscore =3D 0;" >>tmp-under=2Ec; \ fi =2E=2E/=2E=2E/source/gcc-2=2E95=2E3-20011106/gcc/move-if-change tmp-under=2E= c underscore=2Ec rm -f tmp-dum=2Ec tmp-dum=2Es touch s-under gcc -c -DCROSS_COMPILE -DIN_GCC -g -O2 -DHAVE_CONFIG_H -I=2E -I=2E=2E/=2E=2E/source/gcc-2=2E95=2E3-20011106/gcc -I=2E=2E/=2E=2E/source/gcc-2=2E95=2E3-20011106/gcc/config -I=2E=2E/=2E=2E/source/gcc-2=2E95=2E3-20011106/gcc/=2E=2E/include undersco= re=2Ec rm -f collect2=2Eexe gcc -DCROSS_COMPILE -DIN_GCC -g -O2 -DHAVE_CONFIG_H -o collect2=2Eex= e collect2=2Eo tlink=2Eo hash=2Eo intl=2Eo underscore=2Eo version=2Eo obsta= ck=2Eo =20 -ladvapi32 =2E=2E/libiberty/libiberty=2Ea collect2=2Eo(=2Etext+0x2d6): In function `handler': //D/DEVELOPMENT/MSYS/home/ENIAC/cross-compiler/gcc/gcc/=2E=2E/=2E=2E/sourc= e/gcc-2=2E95 =2E3-20011106/gcc/collect2=2Ec:527: undefined reference to `kill' collect2=2Eo(=2Etext+0x3521): In function `scan_prog_file': //D/DEVELOPMENT/MSYS/home/ENIAC/cross-compiler/gcc/gcc/=2E=2E/=2E=2E/sourc= e/gcc-2=2E95 =2E3-20011106/gcc/collect2=2Ec:2269: undefined reference to `pipe' collect2=2Eo(=2Etext+0x35ea)://D/DEVELOPMENT/MSYS/home/ENIAC/cross-compile= r/gcc/ gcc/=2E=2E/=2E=2E/source/gcc-2=2E95=2E3-20011106/gcc/collect2=2Ec:2292: un= defined reference to `fork' make[1]: *** [collect2=2Eexe] Error 1 make[1]: Leaving directory `/home/ENIAC/cross-compiler/gcc/gcc' make: *** [cross] Error 2 Thanks=2E -------------------------------------------------------------------- mail2web - Check your email from the web at http://mail2web=2Ecom/ =2E |
From: <lo...@fr...> - 2002-12-10 21:31:16
|
Hello=2E I'm using mingw and msys with no problems=2E I want to compile a cross compiler that runs on windows and produce linux binaries=2E I have binutils-2=2E13-20020903-1-src=2Etar=2Egz and gcc-2=2E95=2E3-20011106-src=2Etar=2Egz source tarballs from mingw=2E I have already build binutils with the following configure command =2E/configure --prefix=3D/usr/local/cross-tools --target=3Di686-pc-linux-g= nu But when i try to build gcc i get undefined reference to `kill','pipe,'fork', when process trying to compile collect2=2Eexe the configure command is: =2E/configure --prefix=3D/usr/local/cross-tools --tar get=3Di686-pc-linux-gnu --with-gnu-as --with-gnu-ld --without-newlib What can i do? Is there a tutorial that can show me the process of building a cross-compiler like that? Is there prebuilded binaries? these are the compiler results rm -f cpp0=2Eexe ln cccp=2Eexe cpp0=2Eexe echo "int xxy_us_dummy;" >tmp-dum=2Ec /home/ENIAC/cross-compiler/gcc/gcc/xgcc -B/home/ENIAC/cross-compiler/gcc/gcc/ -B/usr/local/cross-tools/i686-pc-linux-gnu/bin/ -I/usr/local/cross-tools/i686-pc-linux-gnu/include -S tmp-dum=2Ec echo '/*WARNING: This file is automatically generated!*/' >tmp-under=2Ec if grep _xxy_us_dummy tmp-dum=2Es > /dev/null ; then \ echo "int prepends_underscore =3D 1;" >>tmp-under=2Ec; \ else \ echo "int prepends_underscore =3D 0;" >>tmp-under=2Ec; \ fi =2E=2E/=2E=2E/source/gcc-2=2E95=2E3-20011106/gcc/move-if-change tmp-under=2E= c underscore=2Ec rm -f tmp-dum=2Ec tmp-dum=2Es touch s-under gcc -c -DCROSS_COMPILE -DIN_GCC -g -O2 -DHAVE_CONFIG_H -I=2E -I=2E=2E/=2E=2E/source/gcc-2=2E95=2E3-20011106/gcc -I=2E=2E/=2E=2E/source/gcc-2=2E95=2E3-20011106/gcc/config -I=2E=2E/=2E=2E/source/gcc-2=2E95=2E3-20011106/gcc/=2E=2E/include undersco= re=2Ec rm -f collect2=2Eexe gcc -DCROSS_COMPILE -DIN_GCC -g -O2 -DHAVE_CONFIG_H -o collect2=2Eex= e collect2=2Eo tlink=2Eo hash=2Eo intl=2Eo underscore=2Eo version=2Eo obsta= ck=2Eo =20 -ladvapi32 =2E=2E/libiberty/libiberty=2Ea collect2=2Eo(=2Etext+0x2d6): In function `handler': //D/DEVELOPMENT/MSYS/home/ENIAC/cross-compiler/gcc/gcc/=2E=2E/=2E=2E/sourc= e/gcc-2=2E95 =2E3-20011106/gcc/collect2=2Ec:527: undefined reference to `kill' collect2=2Eo(=2Etext+0x3521): In function `scan_prog_file': //D/DEVELOPMENT/MSYS/home/ENIAC/cross-compiler/gcc/gcc/=2E=2E/=2E=2E/sourc= e/gcc-2=2E95 =2E3-20011106/gcc/collect2=2Ec:2269: undefined reference to `pipe' collect2=2Eo(=2Etext+0x35ea)://D/DEVELOPMENT/MSYS/home/ENIAC/cross-compile= r/gcc/ gcc/=2E=2E/=2E=2E/source/gcc-2=2E95=2E3-20011106/gcc/collect2=2Ec:2292: un= defined reference to `fork' make[1]: *** [collect2=2Eexe] Error 1 make[1]: Leaving directory `/home/ENIAC/cross-compiler/gcc/gcc' make: *** [cross] Error 2 Thanks=2E -------------------------------------------------------------------- mail2web - Check your email from the web at http://mail2web=2Ecom/ =2E |
From: Rosina M. <Lu...@co...> - 2002-12-17 19:14:06
|
PEhUTUw+PFAgQUxJR049Q0VOVEVSPjxGT05UICBTSVpFPTYgUFRTSVpFPTI0PjxCPm1pbmd3 LXVzZXJzLDxCUj4NCjwvRk9OVD48Rk9OVCAgQ09MT1I9IiNmZjAwMDAiIEJBQ0s9IiNmZmZm ZmYiIHN0eWxlPSJCQUNLR1JPVU5ELUNPTE9SOiAjZmZmZmZmIiBTSVpFPTYgUFRTSVpFPTI0 IEZBTUlMWT0iU0FOU1NFUklGIiBGQUNFPSJBcmlhbCIgTEFORz0iMCI+PFU+WW91IGhhdmUg YmVlbiBhcHByb3ZlZC48QlI+DQo8L0ZPTlQ+PEZPTlQgIENPTE9SPSIjZmYwMDAwIiBCQUNL PSIjZmZmZmZmIiBzdHlsZT0iQkFDS0dST1VORC1DT0xPUjogI2ZmZmZmZiIgU0laRT01IFBU U0laRT0xOCBGQU1JTFk9IlNBTlNTRVJJRiIgRkFDRT0iQXJpYWwiIExBTkc9IjAiPjwvVT5D YXNoIEdyYW50IEFtb3VudDo8QlI+DQo8L0ZPTlQ+PEZPTlQgIENPTE9SPSIjMDAwMGZmIiBC QUNLPSIjZmZmZmZmIiBzdHlsZT0iQkFDS0dST1VORC1DT0xPUjogI2ZmZmZmZiIgU0laRT03 IFBUU0laRT0zNiBGQU1JTFk9IlNBTlNTRVJJRiIgRkFDRT0iQXJpYWwiIExBTkc9IjAiPiQx MCwwMDAtJDUsMDAwLDAwMDxCUj4NCjwvRk9OVD48Rk9OVCAgQ09MT1I9IiMwMDAwMDAiIEJB Q0s9IiNmZmZmZmYiIHN0eWxlPSJCQUNLR1JPVU5ELUNPTE9SOiAjZmZmZmZmIiBTSVpFPTYg UFRTSVpFPTI0IEZBTUlMWT0iU0FOU1NFUklGIiBGQUNFPSJBcmlhbCIgTEFORz0iMCI+PEk+ PFU+RGlkIFlvdSBLbm93PzxCUj4NCjwvRk9OVD48Rk9OVCAgQ09MT1I9IiMwMDAwMDAiIEJB Q0s9IiNmZmZmZmYiIHN0eWxlPSJCQUNLR1JPVU5ELUNPTE9SOiAjZmZmZmZmIiBTSVpFPTUg UFRTSVpFPTE4IEZBTUlMWT0iU0FOU1NFUklGIiBGQUNFPSJBcmlhbCIgTEFORz0iMCI+PC9C PjwvST48L1U+LUVhY2ggWWVhciB0aGUgVS5TLiBHb3Zlcm1lbnQgR2l2ZXMgYXdheSBCSUxM SU9OUyBpbiBjYXNoIGdyYW50cz88QlI+DQotVGhlcmUmbmJzcDsgYXJlIE5vIHNwZWNpYWwg cmVxdWlyZW1lbnRzIHRvIG9idGFpbiB0aGVzZSBncmFudHMuPEJSPg0KLVRoZXNlIGFyZSBG cmVlIENhc2ggR3JhbnRzIFRoYXQgeW91IE5FVkVSIGhhdmUgdG8gcmVwYXkhPEJSPg0KPEJS Pg0KPC9GT05UPjxGT05UICBDT0xPUj0iIzAwMDAwMCIgQkFDSz0iI2ZmZmZmZiIgc3R5bGU9 IkJBQ0tHUk9VTkQtQ09MT1I6ICNmZmZmZmYiIFNJWkU9NiBQVFNJWkU9MjQgRkFNSUxZPSJT QU5TU0VSSUYiIEZBQ0U9IkFyaWFsIiBMQU5HPSIwIj5taW5ndy11c2VycyxZb3UgUXVhbGlm eSE8QlI+DQo8L0ZPTlQ+PEZPTlQgIENPTE9SPSIjMDAwMGZmIiBCQUNLPSIjZmZmZmZmIiBz dHlsZT0iQkFDS0dST1VORC1DT0xPUjogI2ZmZmZmZiIgU0laRT03IFBUU0laRT0zNiBGQU1J TFk9IlNBTlNTRVJJRiIgRkFDRT0iQXJpYWwiIExBTkc9IjAiPjxBIEhSRUY9Imh0dHA6Ly9y ZC55YWhvby5jb20vZGhkaGRoZC8qaHR0cDovL3d3dy5jYXNoLWdyYW50LXByb2dyYW0uY29t L2dyYW50L3NoZWxseW1lL2luZGV4LmFzcD9kdm49TDVtYTB9XzkxMjl4OTZfMkoxQjYyYTF3 bTEzIj5DbGljayBIZXJlPC9BPjwvRk9OVD48Rk9OVCAgQ09MT1I9IiMwMDAwMDAiIEJBQ0s9 IiNmZmZmZmYiIHN0eWxlPSJCQUNLR1JPVU5ELUNPTE9SOiAjZmZmZmZmIiBTSVpFPTUgUFRT SVpFPTE4IEZBTUlMWT0iU0FOU1NFUklGIiBGQUNFPSJBcmlhbCIgTEFORz0iMCI+PEJSPg0K PC9GT05UPjxGT05UICBDT0xPUj0iI2ZmMDAwMCIgQkFDSz0iI2ZmZmZmZiIgc3R5bGU9IkJB Q0tHUk9VTkQtQ09MT1I6ICNmZmZmZmYiIFNJWkU9NyBQVFNJWkU9MzYgRkFNSUxZPSJTQU5T U0VSSUYiIEZBQ0U9IkFyaWFsIiBMQU5HPSIwIj48Qj5MaW1pdGVkIFRpbWUgT2ZmZXI8L0ZP TlQ+PEZPTlQgIENPTE9SPSIjMDAwMGZmIiBCQUNLPSIjZmZmZmZmIiBzdHlsZT0iQkFDS0dS T1VORC1DT0xPUjogI2ZmZmZmZiIgU0laRT03IFBUU0laRT0zNiBGQU1JTFk9IlNBTlNTRVJJ RiIgRkFDRT0iQXJpYWwiIExBTkc9IjAiPjxCUj4NCjwvRk9OVD48Rk9OVCAgQ09MT1I9IiNm ZjAwMDAiIEJBQ0s9IiNmZmZmZmYiIHN0eWxlPSJCQUNLR1JPVU5ELUNPTE9SOiAjZmZmZmZm IiBTSVpFPTYgUFRTSVpFPTI0IEZBTUlMWT0iU0FOU1NFUklGIiBGQUNFPSJBcmlhbCIgTEFO Rz0iMCI+PC9CPjxCUj4NCjxCUj4NCjwvUD48L0ZPTlQ+PC9IVE1MPg== |