[Mingw-w64-public] still no official support for __int128 quite yet from gcc.gnu.org

2012-06-30 Thread Jim Michaels
it's kind of halfway there. I guess it breaks the ABIs currently. http://gcc.gnu.org/gcc-4.8/changes.html   - Jim Michaels jmich...@yahoo.com j...@renewalcomputerservices.com http://RenewalComputerServices.com http://JesusnJim.com (my personal site, has software) --- IEC Units: Comput

Re: [Mingw-w64-public] [PATCH] Move asprintf and vasprintf into libmingwex.a instead of being inline funcions in stdio.h

2012-06-30 Thread JonY
On 6/30/2012 22:23, Ray Donnelly wrote: > Hi guys, > > I've attached a fairly simple patch as requested by Kai on IRC which > allows GDB to be compiled successfully. > > Without the patch, configure for libiberty fails to find the functions > and tries to build its own versions which then leads t

Re: [Mingw-w64-public] [PATCH] Move asprintf and vasprintf into libmingwex.a instead of being inline funcions in stdio.h

2012-06-30 Thread Ray Donnelly
Hi, No, I don't address either snprintf or vsnprintf with this patch. Seems we're working on very similar things, just from slightly different angles. I'm building GDB with Python using the following cross compilation, MinGW and Darwin patches: http://mingw-and-ndk.googlecode.com/files/python-27

Re: [Mingw-w64-public] [PATCH] Move asprintf and vasprintf into libmingwex.a instead of being inline funcions in stdio.h

2012-06-30 Thread asmwarrior
On 2012-6-30 23:01, asmwarrior wrote: > Good. I see this kind of build error several months ago when building GDB > under MSYS. For me, I have a workaround, I just disable the nls support by > passing the option "--disable-nls" to the configure, otherwise, I will see > build errors. BTW, the bu

Re: [Mingw-w64-public] [PATCH] Move asprintf and vasprintf into libmingwex.a instead of being inline funcions in stdio.h

2012-06-30 Thread asmwarrior
On 2012-6-30 22:23, Ray Donnelly wrote: > I've attached a fairly simple patch as requested by Kai on IRC which > allows GDB to be compiled successfully. Good. I see this kind of build error several months ago when building GDB under MSYS. For me, I have a workaround, I just disable the nls suppor

[Mingw-w64-public] [PATCH] Move asprintf and vasprintf into libmingwex.a instead of being inline funcions in stdio.h

2012-06-30 Thread Ray Donnelly
Hi guys, I've attached a fairly simple patch as requested by Kai on IRC which allows GDB to be compiled successfully. Without the patch, configure for libiberty fails to find the functions and tries to build its own versions which then leads to multiply defined symbols due to the inclusion of std

Re: [Mingw-w64-public] need more up-to-date or working compiler, unsetf broken iostream broken

2012-06-30 Thread Ruben Van Boxem
Op 30 jun. 2012 10:23 schreef "Jim Michaels" het volgende: > > tried 20111219 like so many other people (again). this compiler is broken. in fact, it's the one with the broken iostream. > I get > gregorian-day.exe - Entry Point Not Found > The procedure entry point vsnprintf could not be located i

[Mingw-w64-public] need more up-to-date or working compiler, unsetf broken iostream broken

2012-06-30 Thread Jim Michaels
tried 20111219 like so many other people (again). this compiler is broken. in fact, it's the one with the broken iostream. I get gregorian-day.exe - Entry Point Not Found The procedure entry point vsnprintf could not be located in the dynamic link library msvcrt.dll. [OK] 3491 people have down