Menu
▾
▴
mingw-users
|
From: Don H. <do...@al...> - 2003-12-09 23:48:54
|
What's your problem? Don HO Je bouffe donc je suis Find a powerful free (and open source) multi-function editor at http://notepad-plus.sourceforge.net/ ----- Original Message -----=20 From: Alvin Thompson=20 To: min...@li...=20 Sent: Tuesday, December 09, 2003 5:00 PM Subject: Re: [Mingw-users] Generated Binary is BIGGER than VC++ 7 = generatedbinary !!! On Mon, 2003-12-08 at 20:00, Don HO wrote:=20 Yes it is really significant. 2 essential creterias for a compile : the size of generated code and = its execution speed. Do you agree?=20 then perhaps you should do a more appropriate test? like checking = compile size/speed of a program of a more realistic size/scope? saying = that some one-line program differs in size by a few k isn't really = saying anything. in addition, since your code is so small it's negligible, you may well = be testing how efficiently the MinGW libraries are written instead of = how efficiently the compiler compiles (at least as far as speed is = concerned, if not size as well)... if you're really interested in making an evaluation worth reading and = not cluttering my inbox with drivel, you will need to analyze the = generated assembly code from both compilers. just a (half-baked) thought, alvin |
|
From: Alvin T. <al...@th...> - 2003-12-10 16:57:07
|
i stated my problem quite clearly. -alvin On Tue, 2003-12-09 at 18:48, Don HO wrote: > =EF=BB=BF=20 > What's your problem? > =20 > =20 > Don HO > Je bouffe donc je suis > =20 > Find a powerful free (and open source) multi-function editor at > http://notepad-plus.sourceforge.net/ >=20 >=20 > ----- Original Message -----=20 > From: Alvin Thompson > To: min...@li... > Sent: Tuesday, December 09, 2003 5:00 PM > Subject: Re: [Mingw-users] Generated Binary is BIGGER than > VC++ 7 generatedbinary !!! > =20 > On Mon, 2003-12-08 at 20:00, Don HO wrote:=20 > =20 > > Yes it is really significant. > > 2 essential creterias for a compile : the size of generated > > code and its execution speed. > > Do you agree? > =20 > =20 > then perhaps you should do a more appropriate test? like > checking compile size/speed of a program of a more realistic > size/scope? saying that some one-line program differs in size > by a few k isn't really saying anything. > =20 > in addition, since your code is so small it's negligible, you > may well be testing how efficiently the MinGW libraries are > written instead of how efficiently the compiler compiles (at > least as far as speed is concerned, if not size as well)... > =20 > if you're really interested in making an evaluation worth > reading and not cluttering my inbox with drivel, you will need > to analyze the generated assembly code from both compilers. > =20 > just a (half-baked) thought, > alvin =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Alvin Thompson Navy: 34 Army: 6 |
|
From: Don H. <do...@al...> - 2003-12-10 19:15:26
|
I think it's a mailing list of MinGW, am I wrong? Don HO Je bouffe donc je suis Find a powerful free (and open source) multi-function editor at http://notepad-plus.sourceforge.net/ ----- Original Message -----=20 From: Alvin Thompson=20 To: min...@li...=20 Sent: Wednesday, December 10, 2003 5:57 PM Subject: Re: [Mingw-users] Generated Binary is BIGGER than VC++ = 7generatedbinary !!! i stated my problem quite clearly. -alvin On Tue, 2003-12-09 at 18:48, Don HO wrote:=20 =EF=BB=BF=20 What's your problem? =20 =20 Don HO Je bouffe donc je suis =20 Find a powerful free (and open source) multi-function editor at http://notepad-plus.sourceforge.net/ ----- Original Message -----=20 From: Alvin Thompson To: min...@li... Sent: Tuesday, December 09, 2003 5:00 PM Subject: Re: [Mingw-users] Generated Binary is BIGGER than VC++ 7 = generatedbinary !!! On Mon, 2003-12-08 at 20:00, Don HO wrote:=20 Yes it is really significant. 2 essential creterias for a compile : the size of generated code = and its execution speed. Do you agree?=20 then perhaps you should do a more appropriate test? like checking = compile size/speed of a program of a more realistic size/scope? saying = that some one-line program differs in size by a few k isn't really = saying anything. in addition, since your code is so small it's negligible, you may = well be testing how efficiently the MinGW libraries are written instead = of how efficiently the compiler compiles (at least as far as speed is = concerned, if not size as well)... if you're really interested in making an evaluation worth reading = and not cluttering my inbox with drivel, you will need to analyze the = generated assembly code from both compilers. just a (half-baked) thought, alvin=20 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Alvin Thompson Navy: 34 Army: 6 =20 |
|
From: Alvin T. <al...@th...> - 2003-12-10 19:26:01
|
that's right; when someone exposes your observations as unscientific and specious, just get snippy. that'll help your case. -alvin On Wed, 2003-12-10 at 14:15, Don HO wrote: > =EF=BB=BF=20 > I think it's a mailing list of MinGW, am I wrong? > =20 > =20 > Don HO > Je bouffe donc je suis > =20 > Find a powerful free (and open source) multi-function editor at > http://notepad-plus.sourceforge.net/ >=20 >=20 > ----- Original Message -----=20 > From: Alvin Thompson > To: min...@li... > Sent: Wednesday, December 10, 2003 5:57 PM > Subject: Re: [Mingw-users] Generated Binary is BIGGER than > VC++ 7generatedbinary !!! > =20 > i stated my problem quite clearly. > =20 > -alvin > =20 > =20 > On Tue, 2003-12-09 at 18:48, Don HO wrote:=20 > =20 > > =EF=BB=BF=20 > > What's your problem? > > =20 > > =20 > > Don HO > > Je bouffe donc je suis > > =20 > > Find a powerful free (and open source) multi-function editor > > at > > http://notepad-plus.sourceforge.net/ > >=20 > >=20 > > ----- Original Message -----=20 > > From: Alvin Thompson > > To: min...@li... > > Sent: Tuesday, December 09, 2003 5:00 PM > > Subject: Re: [Mingw-users] Generated Binary is > > BIGGER than VC++ 7 generatedbinary !!! > > =20 > > On Mon, 2003-12-08 at 20:00, Don HO wrote: =20 > > =20 > > > Yes it is really significant. > > > 2 essential creterias for a compile : the size of > > > generated code and its execution speed. > > > Do you agree? > > =20 > > =20 > > then perhaps you should do a more appropriate test? > > like checking compile size/speed of a program of a > > more realistic size/scope? saying that some one-line > > program differs in size by a few k isn't really > > saying anything. > > =20 > > in addition, since your code is so small it's > > negligible, you may well be testing how efficiently > > the MinGW libraries are written instead of how > > efficiently the compiler compiles (at least as far > > as speed is concerned, if not size as well)... > > =20 > > if you're really interested in making an evaluation > > worth reading and not cluttering my inbox with > > drivel, you will need to analyze the generated > > assembly code from both compilers. > > =20 > > just a (half-baked) thought, > > alvin=20 > =20 > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > Alvin Thompson > =20 > Navy: 34 > Army: 6 > =20 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Alvin Thompson Navy: 34 Army: 6 |
|
From: Don H. <do...@al...> - 2003-12-10 19:40:18
|
Obviously, you did a scientific analysis Don HO Je bouffe donc je suis Find a powerful free (and open source) multi-function editor at http://notepad-plus.sourceforge.net/ ----- Original Message -----=20 From: Alvin Thompson=20 To: min...@li...=20 Sent: Wednesday, December 10, 2003 8:25 PM Subject: Re: [Mingw-users] Generated Binary is BIGGER than = VC++7generatedbinary !!! that's right; when someone exposes your observations as unscientific = and specious, just get snippy. that'll help your case. -alvin On Wed, 2003-12-10 at 14:15, Don HO wrote:=20 =EF=BB=BF=20 I think it's a mailing list of MinGW, am I wrong? =20 =20 Don HO Je bouffe donc je suis =20 Find a powerful free (and open source) multi-function editor at http://notepad-plus.sourceforge.net/ ----- Original Message -----=20 From: Alvin Thompson To: min...@li... Sent: Wednesday, December 10, 2003 5:57 PM Subject: Re: [Mingw-users] Generated Binary is BIGGER than VC++ = 7generatedbinary !!! i stated my problem quite clearly. -alvin On Tue, 2003-12-09 at 18:48, Don HO wrote:=20 =EF=BB=BF=20 What's your problem? =20 =20 Don HO Je bouffe donc je suis =20 Find a powerful free (and open source) multi-function editor at http://notepad-plus.sourceforge.net/ ----- Original Message -----=20 From: Alvin Thompson To: min...@li... Sent: Tuesday, December 09, 2003 5:00 PM Subject: Re: [Mingw-users] Generated Binary is BIGGER than = VC++ 7 generatedbinary !!! On Mon, 2003-12-08 at 20:00, Don HO wrote:=20 Yes it is really significant. 2 essential creterias for a compile : the size of generated = code and its execution speed. Do you agree?=20 then perhaps you should do a more appropriate test? like = checking compile size/speed of a program of a more realistic size/scope? = saying that some one-line program differs in size by a few k isn't = really saying anything. in addition, since your code is so small it's negligible, you = may well be testing how efficiently the MinGW libraries are written = instead of how efficiently the compiler compiles (at least as far as = speed is concerned, if not size as well)... if you're really interested in making an evaluation worth = reading and not cluttering my inbox with drivel, you will need to = analyze the generated assembly code from both compilers. just a (half-baked) thought, alvin=20 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Alvin Thompson Navy: 34 Army: 6 =20 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Alvin Thompson Navy: 34 Army: 6 =20 |
|
From: Earnie B. <ea...@us...> - 2003-12-10 21:08:47
|
Flame extinguisher is being applied. Stop the bickering now, please. Earnie. Don HO wrote: > Obviously, you did a scientific analysis > > > Don HO > Je bouffe donc je suis > > Find a powerful free (and open source) multi-function editor at > http://notepad-plus.sourceforge.net/ > > ----- Original Message ----- > *From:* Alvin Thompson <mailto:al...@th...> > *To:* min...@li... > <mailto:min...@li...> > *Sent:* Wednesday, December 10, 2003 8:25 PM > *Subject:* Re: [Mingw-users] Generated Binary is BIGGER than > VC++7generatedbinary !!! > > that's right; when someone exposes your observations as unscientific > and specious, just get snippy. that'll help your case. > > -alvin > > On Wed, 2003-12-10 at 14:15, Don HO wrote: > >> / // >> I think it's a mailing list of MinGW, am I wrong? >> >> >> Don HO >> Je bouffe donc je suis >> >> Find a powerful free (and open source) multi-function editor at >> _http://notepad-plus.sourceforge.net/_ >> >> / >> >> /----- Original Message ----- >> *From:* _Alvin Thompson_ <mailto:al...@th...> >> *To:* _mi...@li..._ >> <mailto:min...@li...> >> *Sent:* Wednesday, December 10, 2003 5:57 PM >> *Subject:* Re: [Mingw-users] Generated Binary is BIGGER than >> VC++ 7generatedbinary !!! >> >> i stated my problem quite clearly. >> >> -alvin >> >> >> On Tue, 2003-12-09 at 18:48, Don HO wrote: / >> >>> / >>> What's your problem? >>> >>> >>> Don HO >>> Je bouffe donc je suis >>> >>> Find a powerful free (and open source) multi-function editor at >>> _http://notepad-plus.sourceforge.net/_ >>> >>> / >>> >>> /----- Original Message ----- >>> *From:* _Alvin Thompson_ <mailto:al...@th...> >>> *To:* _mi...@li..._ >>> <mailto:min...@li...> >>> *Sent:* Tuesday, December 09, 2003 5:00 PM >>> *Subject:* Re: [Mingw-users] Generated Binary is BIGGER >>> than VC++ 7 generatedbinary !!! >>> >>> On Mon, 2003-12-08 at 20:00, Don HO wrote: / >>> >>>> /Yes it is really significant. >>>> 2 essential creterias for a compile : the size of >>>> generated code and its execution speed. >>>> Do you agree? / >>> >>> / >>> then perhaps you should do a more appropriate test? like >>> checking compile size/speed of a program of a more >>> realistic size/scope? saying that some one-line program >>> differs in size by a few k isn't really saying anything. >>> >>> in addition, since your code is so small it's negligible, >>> you may well be testing how efficiently the MinGW >>> libraries are written instead of how efficiently the >>> compiler compiles (at least as far as speed is concerned, >>> if not size as well)... >>> >>> if you're really interested in making an evaluation worth >>> reading and not cluttering my inbox with drivel, you will >>> need to analyze the generated assembly code from both >>> compilers. >>> >>> just a (half-baked) thought, >>> alvin / >> >> ================== >> Alvin Thompson >> >> Navy: 34 >> Army: 6 >> > ================== > Alvin Thompson > > Navy: 34 > Army: 6 > > > -- http://www.mingw.org <http://sourceforge.net/projects/mingw> |
|
From: Don H. <do...@al...> - 2003-12-10 22:31:52
|
I stop. Sorry about those mails not concernning the mailing list subject. Don HO Je bouffe donc je suis Find a powerful free (and open source) multi-function editor at http://notepad-plus.sourceforge.net/ ----- Original Message ----- From: "Earnie Boyd" <ea...@us...> To: <min...@li...> Sent: Wednesday, December 10, 2003 10:07 PM Subject: Re: [Mingw-users] Generated Binary is BIGGER than VC++7generatedbinary !!! > Flame extinguisher is being applied. Stop the bickering now, please. > > Earnie. > > Don HO wrote: > > > Obviously, you did a scientific analysis > > > > > > Don HO > > Je bouffe donc je suis > > > > Find a powerful free (and open source) multi-function editor at > > http://notepad-plus.sourceforge.net/ > > > > ----- Original Message ----- > > *From:* Alvin Thompson <mailto:al...@th...> > > *To:* min...@li... > > <mailto:min...@li...> > > *Sent:* Wednesday, December 10, 2003 8:25 PM > > *Subject:* Re: [Mingw-users] Generated Binary is BIGGER than > > VC++7generatedbinary !!! > > > > that's right; when someone exposes your observations as unscientific > > and specious, just get snippy. that'll help your case. > > > > -alvin > > > > On Wed, 2003-12-10 at 14:15, Don HO wrote: > > > >> / // > >> I think it's a mailing list of MinGW, am I wrong? > >> > >> > >> Don HO > >> Je bouffe donc je suis > >> > >> Find a powerful free (and open source) multi-function editor at > >> _http://notepad-plus.sourceforge.net/_ > >> > >> / > >> > >> /----- Original Message ----- > >> *From:* _Alvin Thompson_ <mailto:al...@th...> > >> *To:* _mi...@li..._ > >> <mailto:min...@li...> > >> *Sent:* Wednesday, December 10, 2003 5:57 PM > >> *Subject:* Re: [Mingw-users] Generated Binary is BIGGER than > >> VC++ 7generatedbinary !!! > >> > >> i stated my problem quite clearly. > >> > >> -alvin > >> > >> > >> On Tue, 2003-12-09 at 18:48, Don HO wrote: / > >> > >>> / > >>> What's your problem? > >>> > >>> > >>> Don HO > >>> Je bouffe donc je suis > >>> > >>> Find a powerful free (and open source) multi-function editor at > >>> _http://notepad-plus.sourceforge.net/_ > >>> > >>> / > >>> > >>> /----- Original Message ----- > >>> *From:* _Alvin Thompson_ <mailto:al...@th...> > >>> *To:* _mi...@li..._ > >>> <mailto:min...@li...> > >>> *Sent:* Tuesday, December 09, 2003 5:00 PM > >>> *Subject:* Re: [Mingw-users] Generated Binary is BIGGER > >>> than VC++ 7 generatedbinary !!! > >>> > >>> On Mon, 2003-12-08 at 20:00, Don HO wrote: / > >>> > >>>> /Yes it is really significant. > >>>> 2 essential creterias for a compile : the size of > >>>> generated code and its execution speed. > >>>> Do you agree? / > >>> > >>> / > >>> then perhaps you should do a more appropriate test? like > >>> checking compile size/speed of a program of a more > >>> realistic size/scope? saying that some one-line program > >>> differs in size by a few k isn't really saying anything. > >>> > >>> in addition, since your code is so small it's negligible, > >>> you may well be testing how efficiently the MinGW > >>> libraries are written instead of how efficiently the > >>> compiler compiles (at least as far as speed is concerned, > >>> if not size as well)... > >>> > >>> if you're really interested in making an evaluation worth > >>> reading and not cluttering my inbox with drivel, you will > >>> need to analyze the generated assembly code from both > >>> compilers. > >>> > >>> just a (half-baked) thought, > >>> alvin / > >> > >> ================== > >> Alvin Thompson > >> > >> Navy: 34 > >> Army: 6 > >> > > ================== > > Alvin Thompson > > > > Navy: 34 > > Army: 6 > > > > > > > > -- > http://www.mingw.org > <http://sourceforge.net/projects/mingw> > > > > ------------------------------------------------------- > This SF.net email is sponsored by: IBM Linux Tutorials. > Become an expert in LINUX or just sharpen your skills. Sign up for IBM's > Free Linux Tutorials. Learn everything from the bash shell to sys admin. > Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click > _______________________________________________ > 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: Alvin T. <al...@th...> - 2003-12-10 21:46:31
|
if i offended you, i apologize. the intent of my original message was not to single you out. my point was simply intended to be this: there has been considerable discussion on the topic of the size of some compiled code so far. the discussion has ranged from whether the compiler development should focus first on standards compliance and then on optimization, to whether it is worth it to optimize much at all, to everything in between. but before all this effort is put into addressing this problem, someone should take the time to systematically and scientifically determine if there is a problem at all. this entire discussion started because one person mentioned that a tiny "hello world"-type program was a few kilobytes larger than the equivalent code generated by lcc. this is hardly conclusive proof that gcc is 'broken', which is what the gist of the thread had devolved into. this postulate is especially suspect considering one of the early posts pointed out that if you run "strip -s" on the executable, the executable size is almost halved, and it is smaller than the lcc equivalent. the thread's sole raison d'etre went away, but for some inexplicable reason the discussion goes on. my original post (and others) sought to point out that there are many other factors that ultimately determine the executable's size, and that one shouldn't jump to the conclusion that the compiler is inefficient. in order to conclusively prove that the compiler is at fault, one would have to carefully study the assembly output while varying as many factors as necessary. as for the 'drivel' comment: i was not specifically referring to you, but to everyone continuing to post on this thread. there is an expression in the scientific community, "garbage in, garbage out". it means that regardless of the effort that went into a system, if the stuff going into the system is suspect, the stuff coming out of the system is also suspect. in the context of this thread it means that since the entire premise of this thread was not proven to be credible (in fact there was evidence to the contrary), discussions based on this premise also cannot be viewed as credible. therefore, they are 'drivel'. my original message lacked tact, and for that i apologize. i also should have been a bit less subtle about the point of the post. believe me, it was not meant as a personal attack. -alvin On Wed, 2003-12-10 at 14:40, Don HO wrote: > =EF=BB=BF=20 > Obviously, you did a scientific analysis > =20 > =20 > Don HO > Je bouffe donc je suis > =20 > Find a powerful free (and open source) multi-function editor at > http://notepad-plus.sourceforge.net/ >=20 >=20 > ----- Original Message -----=20 > From: Alvin Thompson > To: min...@li... > Sent: Wednesday, December 10, 2003 8:25 PM > Subject: Re: [Mingw-users] Generated Binary is BIGGER than > VC++7generatedbinary !!! > =20 > that's right; when someone exposes your observations as > unscientific and specious, just get snippy. that'll help your > case. > =20 > -alvin > =20 > On Wed, 2003-12-10 at 14:15, Don HO wrote:=20 > =20 > > =EF=BB=BF=20 > > I think it's a mailing list of MinGW, am I wrong? > > =20 > > =20 > > Don HO > > Je bouffe donc je suis > > =20 > > Find a powerful free (and open source) multi-function editor > > at > > http://notepad-plus.sourceforge.net/ > >=20 > >=20 > > ----- Original Message -----=20 > > From: Alvin Thompson > > To: min...@li... > > Sent: Wednesday, December 10, 2003 5:57 PM > > Subject: Re: [Mingw-users] Generated Binary is > > BIGGER than VC++ 7generatedbinary !!! > > =20 > > i stated my problem quite clearly. > > =20 > > -alvin > > =20 > > =20 > > On Tue, 2003-12-09 at 18:48, Don HO wrote:=20 > > =20 > > > =EF=BB=BF=20 > > > What's your problem? > > > =20 > > > =20 > > > Don HO > > > Je bouffe donc je suis > > > =20 > > > Find a powerful free (and open source) > > > multi-function editor at > > > http://notepad-plus.sourceforge.net/ > > >=20 > > >=20 > > > ----- Original Message -----=20 > > > From: Alvin Thompson > > > To: min...@li... > > > Sent: Tuesday, December 09, 2003 5:00 PM > > > Subject: Re: [Mingw-users] Generated > > > Binary is BIGGER than VC++ 7 > > > generatedbinary !!! > > > =20 > > > On Mon, 2003-12-08 at 20:00, Don HO wrote: > > > =20 > > > > Yes it is really significant. > > > > 2 essential creterias for a compile : > > > > the size of generated code and its > > > > execution speed. > > > > Do you agree? > > > =20 > > > =20 > > > then perhaps you should do a more > > > appropriate test? like checking compile > > > size/speed of a program of a more > > > realistic size/scope? saying that some > > > one-line program differs in size by a few > > > k isn't really saying anything. > > > =20 > > > in addition, since your code is so small > > > it's negligible, you may well be testing > > > how efficiently the MinGW libraries are > > > written instead of how efficiently the > > > compiler compiles (at least as far as > > > speed is concerned, if not size as > > > well)... > > > =20 > > > if you're really interested in making an > > > evaluation worth reading and not > > > cluttering my inbox with drivel, you will > > > need to analyze the generated assembly > > > code from both compilers. > > > =20 > > > just a (half-baked) thought, > > > alvin=20 > > =20 > > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > > Alvin Thompson > > =20 > > Navy: 34 > > Army: 6 > > =20 > =20 > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > Alvin Thompson > =20 > Navy: 34 > Army: 6 > =20 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Alvin Thompson Navy: 34 Army: 6 |
|
From: Don H. <do...@al...> - 2003-12-09 01:17:40
|
Thak you Mirek. Do you mean the problem of size relates rather to MinGW than to GCC? Don HO Je bouffe donc je suis Find a powerful free (and open source) multi-function editor at http://notepad-plus.sourceforge.net/ ----- Original Message ----- From: "Miroslav Fidler" <cx...@nt...> To: <min...@li...> Sent: Monday, December 08, 2003 10:15 AM Subject: Re: [Mingw-users] Generated Binary is BIGGER than VC++ 7 generated binary !!! > > Is there a remedy for that? > > 160 KB (497 KB vs 340 KB) is really huge! > > Right now not. LD/Win32 would need to support --gc-sections switch - > that would probably solve the problem. Unfortunately, this option seems to > be unsupported now. > > Mirek > > > > ------------------------------------------------------- > This SF.net email is sponsored by: IBM Linux Tutorials. > Become an expert in LINUX or just sharpen your skills. Sign up for IBM's > Free Linux Tutorials. Learn everything from the bash shell to sys admin. > Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click > _______________________________________________ > 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: Miroslav F. <cx...@nt...> - 2003-12-09 09:02:55
|
> Thak you Mirek.
>
> Do you mean the problem of size relates rather to MinGW than to GCC?
>
>
> Don HO
> Je bouffe donc je suis
Same application has 1.9MB using VC++, 3.9 MB using Mingw and 2.5 MB
using GCC/Linux. Given that on Linux there are different libraries and
slightly different code, I would vote for Mingw, more specifically Mingw/LD.
Mirek
|
|
From: Alvin T. <al...@th...> - 2003-12-09 16:01:31
|
but all the emails i keep getting in my inbox say that bigger is better... -alvin On Mon, 2003-12-08 at 20:17, Don HO wrote: > Thak you Mirek. > > Do you mean the problem of size relates rather to MinGW than to GCC? > > > Don HO > Je bouffe donc je suis > > Find a powerful free (and open source) multi-function editor at > http://notepad-plus.sourceforge.net/ > > ----- Original Message ----- > From: "Miroslav Fidler" <cx...@nt...> > To: <min...@li...> > Sent: Monday, December 08, 2003 10:15 AM > Subject: Re: [Mingw-users] Generated Binary is BIGGER than VC++ 7 generated > binary !!! > > > > > Is there a remedy for that? > > > 160 KB (497 KB vs 340 KB) is really huge! > > > > Right now not. LD/Win32 would need to support --gc-sections switch - > > that would probably solve the problem. Unfortunately, this option seems to > > be unsupported now. > > > > Mirek > > > > > > > > ------------------------------------------------------- > > This SF.net email is sponsored by: IBM Linux Tutorials. > > Become an expert in LINUX or just sharpen your skills. Sign up for IBM's > > Free Linux Tutorials. Learn everything from the bash shell to sys admin. > > Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click > > _______________________________________________ > > MinGW-users mailing list > > Min...@li... > > > > You may change your MinGW Account Options or unsubscribe at: > > https://lists.sourceforge.net/lists/listinfo/mingw-users > > > > ------------------------------------------------------- > This SF.net email is sponsored by: IBM Linux Tutorials. > Become an expert in LINUX or just sharpen your skills. Sign up for IBM's > Free Linux Tutorials. Learn everything from the bash shell to sys admin. > Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click > _______________________________________________ > MinGW-users mailing list > Min...@li... > > You may change your MinGW Account Options or unsubscribe at: > https://lists.sourceforge.net/lists/listinfo/mingw-users |
×
Want the latest updates on software, tech news, and AI?
Get latest updates about software, tech news, and AI from SourceForge directly in your inbox once a month.
Thanks for helping keep SourceForge clean.
X