ystems into organized workflows
>> Winner of BOSSIE, CODIE, OW2 and Gartner awards
>> http://p.sf.net/sfu/Bonitasoft
>> ___
>> Mingw-w64-public mailing list
>> Mingw-w64-
Well, I want to ask Dongsheng
在 2014-4-26 上午1:06，"niXman" 写道：
>
> xunxun 2014-04-25 20:40:
>
> > Did you use any patches <...> for your build?
> Yes:
>
https://github.com/niXman/mingw-builds/blob/develop/scripts/gcc-4.9.0.sh#L50
>
> > Did you use
win32-seh:
>> http://sourceforge.net/projects/mingw-w64/files/Toolchains%20targetting%20Win64/Personal%20Builds/mingw-builds/4.9.0/threads-win32/seh/x86_64-4.9.0-release-win32-seh-rt_v3-rev0.7z
>>
>>
>>
>> --
>> Regards, niXman
>>
> Here is GCC daily b
ranet Into A Collaboration Platform
http://p.sf.net/sfu/ExoPlatform
___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
<mailto:Mingw-w64-public@lists.sourceforge
?
--
Best Regards,
xunxun
--
CenturyLink Cloud: The Leader in Enterprise Cloud Services.
Learn Why More Businesses Are Choosing CenturyLink Cloud For
Critical Workloads, Development Environments & Everything In Between
com/DragonEgg-3-0-for-win32-td5502.html
--
Best Regards,
xunxun
--
CenturyLink Cloud: The Leader in Enterprise Cloud Services.
Learn Why More Businesses Are Choosing CenturyLink Cloud For
Critical Workloads, Development Envi
于 2013/9/25 星期三 0:49, niXman 写道:
> 2013/9/24 xunxun:
>> 400% for the builder, but 10% for the user
> Yes, you're right. But far as I understood, by 10 percent will be
> faster only the compiler itself, but not the programs built by it. Is
> really compilation time red
于 2013/9/24 星期二 22:21, Alexey Pavlov 写道:
> 2013/9/24 xunxun :
>> 于 2013/9/24 星期二 20:41, niXman 写道:
>>> 2013/9/24 xunxun:
>>>> You can see http://gcc.gnu.org/ml/gcc/2013-03/msg00210.html
>>> Build time will be increased approximately by 400 percent, in order
于 2013/9/24 星期二 20:41, niXman 写道:
> 2013/9/24 xunxun:
>> You can see http://gcc.gnu.org/ml/gcc/2013-03/msg00210.html
> Build time will be increased approximately by 400 percent, in order to
> increase compilation speed by 10 percent. I do not see the any point
> in doing this..
于 2013/9/24 星期二 20:04, niXman 写道:
> 2013/9/24 xunxun
>> Will you plan to build gcc/crt using PGO (or PGO and LTO)?
> Is it necessary? What for?
>
>
>
You can see http://gcc.gnu.org/ml/gcc/2013-03/msg00210.html
--
les/Toolchains%20targetting%20Win64/Personal%20Builds/mingw-builds/4.8.1/threads-win32/sjlj/x86_64-4.8.1-release-win32-sjlj-rev1.7z
> http://sourceforge.net/projects/mingw-w64/files/Toolchains%20targetting%20Win64/Personal%20Builds/mingw-builds/4.8.1/threads-win32/seh/x86_64-4.8.1-release-win32-seh
4 and Win7 x64, do I even need the
> --large-address-aware option to the MingW64 ld.exe? If so, how can I correct
> the above error? If not, then I can just remove the option and the compile
> will
> succeed. Thanks for any help you can provide.
>
> -David C.
>
-Wl,--large-addre
ion and operations
> 2. Dashboards that offer high-level views of enterprise services
> 3. A single system of record for all IT processes
> http://p.sf.net/sfu/servicenow-d2d-j
> ___
> Mingw-w64-public mailing list
> Mingw-w64-public
于 2013/5/10 星期五 17:17, Jacek Caban 写道:
> On 05/10/13 11:11, xunxun wrote:
>> 于 2013/5/9 星期四 10:40, xunxun 写道:
>>> 于 2013/5/9 星期四 6:27, Jacek Caban 写道:
>>>> On 5/8/13 7:27 AM, xunxun wrote:
>>>>> 于 2013/1/21 星期一 21:07, Kai Tietz 写道:
>>>>&
于 2013/5/9 星期四 10:40, xunxun 写道:
> 于 2013/5/9 星期四 6:27, Jacek Caban 写道:
>> On 5/8/13 7:27 AM, xunxun wrote:
>>> 于 2013/1/21 星期一 21:07, Kai Tietz 写道:
>>>> 2013/1/21 Jacek Caban :
>>>>> On 01/21/13 13:39, JonY wrote:
>>>>>> On 1/21/2013
于 2013/5/9 星期四 6:27, Jacek Caban 写道:
On 5/8/13 7:27 AM, xunxun wrote:
于 2013/1/21 星期一 21:07, Kai Tietz 写道:
2013/1/21 Jacek Caban :
On 01/21/13 13:39, JonY wrote:
On 1/21/2013 09:43, Herb Thompson wrote:
Q: Why do some 32-bit MinGW-w64 applications fail with '...
_vswprintf
could n
gs instead of documenting them... I may look
>> at this, but I'm not sure when I will find time for that.
>>
>> Jacek
> Well, in general I agree. We might should do same hack (for older
> msvcrt versions) as we do for vscanf (as example).
>
> Cheers,
> Kai
&g
cxprj.googlecode.com/files/MinGW64CRT_gcc4.7.3release_sse2static_win32.7z
On Fri, May 3, 2013 at 1:53 AM, LRN wrote:
> On 01.05.2013 18:56, xunxun wrote:
> > 于 2013/5/1 星期三 21:15, LRN 写道:
> >> On 01.05.2013 10:32, xunxun wrote:
> >>> On Wed, May 1, 2013 at 3:13 AM, LR
NODE_NUMBERS
+#ifdef __MINGW32__
+#undef __USE_MINGW_ANSI_STDIO
+#define __USE_MINGW_ANSI_STDIO 1
+#else
/* MSVCRT does not support the "ll" format specifier for printing
"long long" values. Instead, we use "I64". */
#define HOST_LONG_LONG_FORMAT "I64"
于 2013/5/1 星期三 21:15, LRN 写道:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 01.05.2013 10:32, xunxun wrote:
>> On Wed, May 1, 2013 at 3:13 AM, LRN wrote:
>>> On 30.04.2013 19:18, xunxun wrote:
>>>> 于 2013/4/24 星期三 19:12, LRN 写道:
>>>
And what's your gettext configure option?
I don't know whether gettext has one option which can only use pthread lib
but not use openmp.
On Wed, May 1, 2013 at 3:13 AM, LRN wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 30.04.2013 19:18, xunxun wrote:
>
于 2013/4/30 星期二 23:18, xunxun 写道:
>
>>
>> I'm using an svn-r5792 version of winpthreads + libgomp patches from
>> ktietz.
> Where is the libgomp patches?
>
And I remembered Kai recommended to change libgomp team.c team =
gomp_malloc (size) to team = gomp_mall
ode. Try New Relic
> and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_apr
> ___
> Mingw-w64-public mailing list
> Mingw-w64-public@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
--
Best
t-driver from winpthreads/build-aux/test-driver
--
Best Regards,
xunxun
--
Try New Relic Now & We'll Send You this Cool Shirt
New Relic is the only SaaS-based application performance monitoring service
that deli
olchains for i686 and x86_64, running both on Windows and Linux.
>
> The website holds the documentation and download links:
>http://yypkg.org/mingw-builds/
>
Did you use some patches for GCC toolchain source code? Where can I find
>>> to python2.7.dll to make sure that dll hell doesn't bite me.
>> Hi,
>>
>> Where can I find this patch? ;)
>> Thank tou!
>>
>>
>> --
>> Regards,
>> niXman
>>
--
Best Regards,
xunxun
于 2012/8/23 23:55, Ruben Van Boxem 写道:
2012/8/23 xunxun mailto:xunxun1...@gmail.com>>
于 2012/8/23 16:43, Ruben Van Boxem 写道:
2012/8/23 Loaden mailto:loa...@gmail.com>>
*mingw32-make.exe problem after 4.7.0 ~ 4.7.1-2 and 4.6.3-1*
When I build Qt5 using
%20targetting%20Win32/Personal%20Builds/rubenvb/gcc-4.7-release/
https://sourceforge.net/projects/mingw-w64/files/Toolchains%20targetting%20Win64/Personal%20Builds/rubenvb/gcc-4.7-release/
--
Best Regards
Yuchen
--
Best Regards,
xunxun
t -pthread now.
Or you can replace it with -lpthread
ps: x86_64 compiler is not supported by MinGW, and you should mail it to
MinGW64 Email list
--
Best Regards,
xunxun
--
Live Security Virtual Conference
Exclusive live
ws how accurate they are):
>> https://gist.github.com/3125847
> well, there isn't that much of information. Maybe you get more
> information by enabling WINPTHREAD_DBG define.
>
>> Anybody hav
appreciated.
>
> Original thread: http://ffmpeg.org/pipermail/ffmpeg-user/2012-July/007861.html
> -roger-
>
Which edition MinGW64 GCC Compiler did you use? Can you give us the link?
Is it win32 thread or posix thread?
--
Best Regards,
xunxun
windows native compiler?
Cheers,
Ruben
--
Best Regards,
xunxun
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and
threat landscape has changed and how IT
Hello JonY and NightStrike,
于 2012/7/9 8:54, Kai Tietz 写道:
> Hello JonY and NightStrike,
>
> Thanks for the information. Just one question I have:
> Does the crt-configure have the same change? If not so, please do so
> for crt, too.
>
> Thanks,
> Kai
>
>
Ping ?
ter int __retval;
__builtin_va_list __local_argv; __builtin_va_start( __local_argv,
__format );
__retval = __mingw_vsnwprintf( __stream, __n, __format, __local_argv );
__builtin_va_end( __local_argv );
return __retval;
}
ing workable.
>
> So, if there is any pointer to how finding the appropriate libraries
> for missing symbols, that would already
> be a great help.
>
> best
> jan
>
I don't know that.
I built qt4.7.1 static lib on Win7 ago, but I have no your problem.
Maybe y
And, Kai
Should we add -lole32 and -lgdi32 to gcc's internal specs?
This may avoid the issue.
--
Best Regards,
xunxun
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today'
ge the related qmake.conf
I don't know the other method.
--
Best Regards,
xunxun
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and
threat landscape has
r 2
No idea where to find GetDeviceCaps, and no idea how to specify the
".pro" file for Qt such that it includes the libraries needed in the
right order
Try
LIBS += -lole32 -lgdi32
any help is greatly appreciated
best
--
Jan van Katw
ilding Clang using 4.7, it will cause :
http://llvm.org/bugs/show_bug.cgi?id=12684
I want to know is there any method to make clang to match gcc4.7's call
conversion
Maybe we should use Clang to rebuild any libs.
--
Bes
ast, you should provide the related config.log
--
Best Regards,
xunxun
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and
threat landscape has changed and how IT manager
s apply to mingw-w64 too, or is
c99 functionality built-in?
--
˙uʍop-ǝpısdn sı ɹoʇıuoɯ ɹnoʎ 'sıɥʇ pɐǝɹ uɐɔ noʎ ɟı
What's your instruction?
mingw-w64 also link -lmingwex by default.
--
Best Regards,
xunxun
Hi John
An off-list question
GCC4.7.1 will be released soon. Will you build it for your new edition?
--
Best Regards,
xunxun
--
Live Security Virtual Conference
Exclusive live event will cover all the ways
d of putting it into a makefile?
Ruben
Don't know if it's related with the numbers of objs linked.
In the past, I knew ar.exe has a objs numbers restraint.
--
Best Regards,
xunxun
--
Live Security Virt
于 2012/5/30 21:10, Ruben Van Boxem 写道:
2012/5/30 xunxun mailto:xunxun1...@gmail.com>>
于 2012/5/30 20:55, Ruben Van Boxem 写道:
Hmm... it seems like it's looking in my --prefix or --sysroot
directory. The MinGW;org version would only work if you
instal
be a prerequisite option.
--
Best Regards,
xunxun
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and
threat landscape has changed and how IT managers can respond. Di
于 2012/5/24 2:04, Kai Tietz 写道:
> Well you can dump current default spec by option '-dumpspecs'.
But I use
gcc -dumpspecs > specs1
g++ -dumpspecs > specs2
gfortran -dumpspecs > specs3
specs1, specs2 and specs3's content is the same..
于 2012/5/24 0:17, xunxun 写道:
> 于 2012/5 /23 22:00, Kai Tietz 写道:
>> Hello Baruch,
>>
>> the only way to achieve this is by using a custom spec-file for gcc.
>> See for ithttp://gcc.gnu.org/onlinedocs/gcc-3.1/gcc/Spec-Files.html
>> as reference.
> I think t
ar...
--
Best Regards,
xunxun
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and
threat landscape has changed and how IT managers can respond. Discussions
w
y and the latest in malware
> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
> ___
> Mingw-w64-public mailing list
> Mingw-w64-public@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
>
--
Best Regards,
xunxu
于 2012/5/14 15:15, Ruben Van Boxem 写道:
> I'll add that in my next build. The question becomes then why is this
> not detected by configure automatically?
Maybe Kai knows.
This happened in gcc4.6.x first, so I use --enable-libstdcxx-time=yes
from then.
--
Best Rega
-random references:
>
>
> http://markmail.org/message/ufyrfwq6qjphewbm#query:+page:1+mid:4mui756gcycjvjnx+state:results
> https://bugs.archlinux.org/task/27751
>
> (Hence my attempt to us -D_GLIBCXX_USE_NANOSLEEP.)
>
>
> Best.
>
>
> K. Frank
I think it need t
y, mobile security and the latest in malware
> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
> ___
> Mingw-w64-public mailing list
> Mingw-w64-public@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
>
length modifier [-Wformat]
>
>
> --
> Regards,
> niXman
>
> --
> For Developers, A Lot Can Happen In A Second.
> Boun
=dragonegg-cc1 if its C++ you use
> -fplugin=dragonegg-cc1plus and so on.
>
> Revelator
>
--
Best Regards,
xunxun
--
This SF email is sponsosred by:
Try Windows Az
ndows Azure free for 90 days Click Here
> http://p.sf.net/sfu/sfd2d-msazure
> ___
> Mingw-w64-public mailing list
> Mingw-w64-public@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/mi
em explicitely in binutils or gcc or something). The
> original binutils binaries were never prefixed, so I'd say just ignore
> them and use the prefixless versions.
You should build binutils using --enable-plugin
x86_64-w64-mingw32-gcc-ar.exe is a ar plugin wrapp
y the path to the 32/64 bit
> libraries when configuring GCC:
> http://gcc.gnu.org/ml/gcc-help/2012-03/msg00080.html
> In the file gcc/config/i386/t-mingw-w32 paths are correct:
> MULTILIB_OSDIRNAMES = ../lib64 ../lib
>
> What should I do
于 2012/3/7 21:30, niXman 写道:
> 2012/3/7 xunxun:
>> I think should delete because there has been
>>
>> --enable-targets
>>
>> I don't know any of --target and --enable-targets has priority
> If this option is deleted, on building gcc-c++ (all) on configure
于 2012/3/7 20:29, niXman 写道:
2012/3/7 xunxun:
Try
cd /home/niXman/mingw-build/gcc-4.6.3/./gcc/
xgcc -v -x c++ /dev/null
Attached.
Your log has something wrong:
COLLECT_GCC_OPTIONS='-v' '-mtune=generic' '-march=pentiumpro'
as -o C:\Users\niXman\AppData\Local\Te
于 2012/3/7 20:04, niXman 写道:
> 2012/3/7 xunxun:
>> /home/niXman/mingw-build/gcc-4.6.3/./gcc/xgcc -v -x c++ /dev/null
> Using built-in specs.
> COLLECT_GCC=E:\msys\home\niXman\mingw-build\gcc-4.6.3\gcc\xgcc.exe
> Target: i686-w64-mingw32
> Configured with: ../../mingw-sr
(in
> second line)
>
Hmm, this may be your ld search path has some problems.
You can use
/home/niXman/mingw-build/gcc-4.6.3/./gcc/xgcc -v -x c++ /dev/null
And locate LIBRARY_PATH, it seems that your ld didn't search 64 libs.
> Ideas?
>
> Thanks.
>
>
--
Best
se of some reasons, the sections are not approved by binutils
maintainers.
--
Best Regards,
xunxun
diff -ruNa binutils-2.22.51/bfd/coffgen.c binutils-new/bfd/coffgen.c
--- binutils-2.22.51/bfd/coffgen.c 2011-10-06 16:59:36 +0800
+++ binutils-new/bfd/coffgen.c 2011-10-31 21:19:14
d in this build.
> Great news! Thank you.
>
> Do you have any plans to build a 4.7 version with this fix?
I think he will when the 4.7.0 release after these days.
>
>> ...
>> Enjoy,
>>
>> Ruben
> Happy Hacking!
>
>
> K. Frank
>
>
--
Best Regard
se make sure that gcc -m64 can work.
>
> 5. crt:
> --enable-lib32
> --enable-lib64
> --prefix=$PREFIX
> --with-sysroot=$PREFIX
>
> What am I doing wrongly?
>
> Thanks.
>
--
Best Regards,
xunxun
-
于 2012/3/5 23:52, niXman 写道:
> 2012/3/5 xunxun:
>> 于 2012/3/5 23:05, niXman 写道:
>>
>>> 2012/3/5 xunxun:
>>>> 于 2012/3/5 22:58, niXman 写道:
>>>>
>>>>> JonY, xunxun, so what kind of flags should I use?
>>>>>
>>>>
于 2012/3/5 23:05, niXman 写道:
> 2012/3/5 xunxun:
>> 于 2012/3/5 22:58, niXman 写道:
>>
>>> JonY, xunxun, so what kind of flags should I use?
>>>
>> That depends on which compiler you want to use now, and what OS you are on
>> now.
> compiler - i686-pc-mi
于 2012/3/5 22:58, niXman 写道:
>
> JonY, xunxun, so what kind of flags should I use?
>
That depends on which compiler you want to use now, and what OS you are
on now.
>
>
--
Best Regards,
xunxun
--
Try
>>> Mingw-w64-public@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
>>>
>>
>>
>>
>> --
>> Regards,
>> niXman
>
>
>
> --
> Regards,
> niXman
>
>
27;.
>
> Regards,
> Kai
>
I think he built gcc using dw2
--
Best Regards,
xunxun
--
Virtualization & Cloud Management Using Capacity Planning
Cloud computing makes use of virtualization - but cloud computin
nline
--
Best Regards,
xunxun
--
Virtualization & Cloud Management Using Capacity Planning
Cloud computing makes use of virtualization - but cloud computing
also focuses on allowing computing to be delivered as a serv
tcase.
But about weak function, there were some threads:
http://old.nabble.com/Patch-to-enable-libgcj.dll-for-MinGW-td781670i20.html
http://mingw-users.1079350.n2.nabble.com/weak-functions-td6911993.html
And the related bug:
http://sourceware.org/bugzilla/show_bug.cgi?id=9687
--
NGW32__)
> In my builds dynamic linking is used for a long time.
>
> Possibly, anyone could tell me why this bug isn`t fixed yet?
>
This bug should be related with ld.
I remember libgcj.dll also has this issue.
--
Best Regards,
xunxun
-
w/sfnl/114/51521223/
> ___
> Mingw-w64-public mailing list
> Mingw-w64-public@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
--
Best Regards,
xunxun
---
ttp://www.accelacomm.com/jaw/sfnl/114/51521223/
>> ___
>> Mingw-w64-public mailing list
>> Mingw-w64-public@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
>
>
>
于 2012/2/10 17:04, JonY 写道:
> On 2/10/2012 08:15, xunxun wrote:
>> Hi, all
>>
>> I update to svn 4809 and found that I can't build ctags.
>>
>> The error log is in the enclosure.
>>
>> It seems stdio.h has something wrong
>
/forum.php?thread_name=CAMPTgK09uuRKTbWsrYKsvrZjdDmFt2ZqLmcQD6ZGGAxtTaxFtw%40mail.gmail.com&forum_name=mingw-w64-public>
Thanks.
Well, should someone change it for trunk? Because some programs can't be
moved to XP.
--
Best Regards,
xunxun
--
Wri
cture:
cc1plus - Entry Point Not Found
The procedure entry point could not be located in the
dynamic link library msvcrt.dll
--
Best Regards,
xunxun
--
Write once. Port to many.
Get the SDK and too
(F2008,9.12 Restrictions on
> input/output statements)
Thanks.
I will tell my friend.
I am not familiar with F2008. Is this an undefined behavior or not
allowed, because linux and cygwin accept this approach.
--
Best Regards,
xunxun
-
n1 end!
1
-
it works well
i686-w64-mingw32-gfortran main.f90
-
1.000
fun1 end!
1 ---> Dead here
-
i686-pc-mingw32-gfortran is the same.
May anyone look through the problem?
Thanks.
Regards.
It's very strange.
Before I change it, it also crashes.
After I modify gthr-default.h,
replace return __gthrw_(sched_yield) (); with return sched_yield();
save it.
The crash is gone ...
But I think __gthrw_(sched_yiel
ragonegg-cc1plus.dll:
g++ -fplugin=dragonegg-cc1plus.dll test.cpp
If you use GFortran, you should use dragonegg-f951.dll:
gfortran -fplugin=dragonegg-f951.dll test.f90
I haven't built other languages except C/C++/
s compile. :-)
--
Best Regards,
xunxun
--
All the data continuously generated in your IT infrastructure
contains a definitive record of customers, application performance,
security threats, fraudulent activity, and mor
86_64?
The only advantage is that you can build x86_64 programs on X86 host
such as WinXP 32bit OS.
>
> Regards.
>
>
--
Best Regards,
xunxun
--
All the data continuously generated in your IT infrastruc
winpthreads svn 4642 add a header file called pthread_compat.h, but is
missing in makefile.in when installing.
--
Best Regards,
xunxun
Index: Makefile.am
===
--- Makefile.am (revision 4645)
+++ Makefile.am (working copy)
@@ -19,7
于 2011/11/25 20:13, JonY 写道:
> Looks like there is a problem with binutils ld for mingw32 win32, weak
> symbols don't get fixed up, strangely, win64 weak linking works perfectly.
Can you file the bug to binutils bugzilla/mail list?
--
Best Rega
ls next, see if that
> automagically makes all my troubles go away :/
You can use nm to see the size and symbols of libstdc++.dll.a, I
think it's the dlltool's issue.
BTW, you can try binutils 2.22 release.
--
Best Regards,
xunxun
-
So this issue is related to your dll.a build, your dll.a some symbols
were missing and your libstdc++.dll.a 's size is only 3KB.
You should provide your libstdc++ build log.
--
Best Regards,
xunxun
--
All the
于 2011/11/20 0:26, Zygmunt Ptak 写道:
> On 19.11.2011 16:05, xunxun wrote:
>> 于 2011/11/19 18:10, Zygmunt Ptak 写道:
>>> Dlls in /opt/cross-compilers/i686-w32-mingw32/i686-w32-mingw32/lib:
>>> libgcc_s_sjlj-1.dll libquadmath-0.dll libssp-0.dll libstdc++-6.dll
>>>
k with libstdc++-6.dll without -l option, and i get
> the same error
You must make sure that libstdc++.dll.a exists, not libstdc++-6.dll.
--
Best Regards,
xunxun
--
All the data continuously generated in your IT inf
-L/path/to/tool/lib and -lstdc++.
> But this not work...
>
> PS: i want use dynamic libraries
Your gcc configure option?
Or your libstdc++.dll.a exist?
--
Best Regards,
xunxun
--
All the data continuously generat
n 'sprintf' can never be inlined because it uses variable
argument lists
removing sprintf's __forceinline in stdio.h will build successfully.
--
Best Regards,
xunxun
--
RSA(R) Conference 2012
Save $7
gw32-gcc-4.7.0.exe
/mingw64/bin/x86_64-w64-mingw32-gcc-4.7.0.exe
--
Alexandre
Maybe you can use gcc -flto -fuse-linker-plugin conftest.c -Wl,-v to
output more link information.
--
Best Regards,
xunxun
--
The
t it?)
>
> Thanks.
How about Ruben's 4.6.2 64bit? Or sizero's 64bit? TDM's 64bit?
--
Best Regards,
xunxun
--
The demand for IT networking professionals continues to grow, and the
demand for specializ
于 2011/10/20 14:44, Ozkan Sezer 写道:
> What fixed it? Solved it or hidden it?
I download gcc-4.6.2-RC-20111019 to build it.
Using the edition to build gdb with "-Os", no crash anymore.
I think this may be solved at some time.
--
Best Re
于 2011/9/30 19:50, xunxun 写道:
On 2011/9/30 7:02, xunxun wrote:
Hi, all
I found a weird problem when I rebuilt gdb using Ruben's gcc4.6
stdthread package.
Reproduce process:
1. Download Ruben's gcc4.6 stdthread 32bit package.
2. Configure gdb --with-python --with-expat
3. m
Hi, K. Frank
On Thu, Oct 20, 2011 at 1:54 AM, K. Frank wrote:
> Hello xunxun!
>
> On Wed, Oct 19, 2011 at 11:43 AM, xunxun wrote:
>> 于 2011/10/19 23:38, Morcego Vermelho 写道:
>> ...
>> If you refer to Qt build, you can modify
>>
>> mkspecs/win32-g++/qm
于 2011/10/19 23:38, Morcego Vermelho 写道:
this answer is enigmatic
I dont know how to reduce it
If you refer to Qt build, you can modify
mkspecs/win32-g++/qmake.conf (similar it is, I forgot that)
QMAKE_CFLAGS_RELEASE = -O2 -fno-keep-inline-dllexport
--
Best Regards,
xunxun
于 2011/10/19 23:18, Ruben Van Boxem 写道:
> reduce DLL size
reduce DLL obj size
--
Best Regards,
xunxun
--
All the data continuously generated in your IT infrastructure contains a
definitive record of custom
AW -DQT_USE_BUNDLED_LIBPNG -DPNG_NO_ASSEMBLER_CODE
> -DQT_NO_CUPS -DQT_NO_LPR -DQT_NO_OPENTYPE -DQT_NO_STYLE_MAC
> -DQT_NO_STYLE_GTK -DQT_NO_STYLE_WINDOWSCE -DQT_NO_STYLE_WINDOWSMOBILE
> -DQT_NO_STYLE_S60 -DQT_NO_EGL -DQ_INTERNAL_QAPP_SRC
> -DQT_NO_DIRECTWRITE -DQT_DLL -DQT_CORE_LIB -DQT_HAVE_MMX
as?
Thanks.
--
Best Regards,
xunxun
diff -ruNa gcc4.6.1/gcc/configure build/gcc/configure
--- gcc4.6.1/gcc/configure 2011-02-28 23:36:37.0 +0800
+++ build/gcc/configure 2011-10-16 20:57:13.0 +0800
@@ -26270,10 +26270,11 @@
${CC} ${CFLAGS} ${LDFLAGS} -rdynamic conftes
1 - 100 of 117 matches
Mail list logo
