dev-cpp-users Mailing List for Dev-C++

Yes, the binary do get quite big as soon as the linker has to start
add in the C++ libraries. This is a big bump, but then you will be able to
add a lot of code again with quite small increase in the size of the
binary.

But for doing a tiny utility application, it seems like a waste to get so
large binaries. I normally use my own implementations of most function
when creating smaller applications.

/pwm

On Sun, 7 Feb 2010, Philip Bennefall wrote:

> Hi Chris,
>
> Sounds logical, though no less annoying. Grins. Thank you for the
> clarification.
>
> Kind regards,
>
> Philip Bennefall
> ----- Original Message -----
> From: "Chris Miller" <lor...@gm...>
> To: "Philip Bennefall" <ph...@bl...>
> Cc: <dev...@li...>
> Sent: Sunday, February 07, 2010 8:21 AM
> Subject: Re: [Dev-C++] Executable size with stl
>
>
> > On Sat, Feb 6, 2010 at 4:17 PM, Philip Bennefall <ph...@bl...>
> > wrote:
> >> Hi all,
> >>
> >> I noticed that when using MinGw and the stl (e.g. iostream, string,
> >> vector
> >> etc) the executable gets ridiculously large - sometimes over 1 mb! My
> >> project settings are set to the "Optimize More" option, no debugging or
> >> profiling information is generated, and the executable is set to be
> >> stripped. Yet, we get these huge files and it simply does not seem
> >> logical.
> >> Is there any way to reduce this? Perhaps if I could find an alternate
> >> implementation of the stl somewhere?
> >
> > IIRC, this is because it has to include the GNU STL implementation
> > into the binary, otherwise you'd need to have the applicable DLL's
> > installed on the client machine as well as your application
> > executable.
> >
> > I could be wrong, I haven't used DevC++ in a while, but that's what I
> > remember.
> >
> > HTH.
> >
> > --
> > Registered Linux Addict #431495
> > For Faith and Family! | John 3:16!
> > http://www.fsdev.net/
>
>
> --------------------------------------------------------------------------------
>
>
>
> No virus found in this incoming message.
> Checked by AVG - www.avg.com
> Version: 8.5.432 / Virus Database: 271.1.1/2662 - Release Date: 02/01/10
> 12:37:00
>
>
> ------------------------------------------------------------------------------
> The Planet: dedicated and managed hosting, cloud storage, colocation
> Stay online with enterprise data centers and the best network in the business
> Choose flexible plans and management services without long-term contracts
> Personal 24x7 support from experience hosting pros just a phone call away.
> http://p.sf.net/sfu/theplanet-com
> _______________________________________________
> Dev-cpp-users mailing list
> Dev...@li...
> TO UNSUBSCRIBE: http://www23.brinkster.com/noicys/devcpp/ub.htm
> https://lists.sourceforge.net/lists/listinfo/dev-cpp-users
>

Hi Chris,

Sounds logical, though no less annoying. Grins. Thank you for the 
clarification.

Kind regards,

Philip Bennefall
----- Original Message ----- 
From: "Chris Miller" <lor...@gm...>
To: "Philip Bennefall" <ph...@bl...>
Cc: <dev...@li...>
Sent: Sunday, February 07, 2010 8:21 AM
Subject: Re: [Dev-C++] Executable size with stl


> On Sat, Feb 6, 2010 at 4:17 PM, Philip Bennefall <ph...@bl...> 
> wrote:
>> Hi all,
>>
>> I noticed that when using MinGw and the stl (e.g. iostream, string, 
>> vector
>> etc) the executable gets ridiculously large - sometimes over 1 mb! My
>> project settings are set to the "Optimize More" option, no debugging or
>> profiling information is generated, and the executable is set to be
>> stripped. Yet, we get these huge files and it simply does not seem 
>> logical.
>> Is there any way to reduce this? Perhaps if I could find an alternate
>> implementation of the stl somewhere?
>
> IIRC, this is because it has to include the GNU STL implementation
> into the binary, otherwise you'd need to have the applicable DLL's
> installed on the client machine as well as your application
> executable.
>
> I could be wrong, I haven't used DevC++ in a while, but that's what I 
> remember.
>
> HTH.
>
> -- 
> Registered Linux Addict #431495
> For Faith and Family! | John 3:16!
> http://www.fsdev.net/


--------------------------------------------------------------------------------



No virus found in this incoming message.
Checked by AVG - www.avg.com
Version: 8.5.432 / Virus Database: 271.1.1/2662 - Release Date: 02/01/10 
12:37:00

On Sat, Feb 6, 2010 at 4:17 PM, Philip Bennefall <ph...@bl...> wrote:
> Hi all,
>
> I noticed that when using MinGw and the stl (e.g. iostream, string, vector
> etc) the executable gets ridiculously large - sometimes over 1 mb! My
> project settings are set to the "Optimize More" option, no debugging or
> profiling information is generated, and the executable is set to be
> stripped. Yet, we get these huge files and it simply does not seem logical.
> Is there any way to reduce this? Perhaps if I could find an alternate
> implementation of the stl somewhere?

IIRC, this is because it has to include the GNU STL implementation
into the binary, otherwise you'd need to have the applicable DLL's
installed on the client machine as well as your application
executable.

I could be wrong, I haven't used DevC++ in a while, but that's what I remember.

HTH.

-- 
Registered Linux Addict #431495
For Faith and Family! | John 3:16!
http://www.fsdev.net/

Hi all,

I noticed that when using MinGw and the stl (e.g. iostream, string, vector etc) the executable gets ridiculously large - sometimes over 1 mb! My project settings are set to the "Optimize More" option, no debugging or profiling information is generated, and the executable is set to be stripped. Yet, we get these huge files and it simply does not seem logical. Is there any way to reduce this? Perhaps if I could find an alternate implementation of the stl somewhere?

Kind regards,

Philip Bennefall

If all you want is an IDE then look at code:blocks which has Dev-C++ as an
ancestor but is still being maintained.

Code:blocks has very good compiler integration, so you can use any toolset
you like and in fact have multiple installed toolsets to allow for both
native and cross development.

On 1 February 2010 05:46, Kevin Ross <pro...@gm...> wrote:

> Michal,
>
> Thanks much for the recommendation of wxDev-C++ 7.3.0 and for the links to
> the old "bloodshed.net" versions.  (Although the latter are old, C++ is
> old too, it doesn't make it obsolete ;-)  )
>
>  Judging by the the http://wxdsgn.sourceforge.net/ description, it seems
> that, rather than exactly a successor bloodshed.net's version 4.01 or 5
> beta, it is (at least primarily) an addition of a visual designer that
> integrates wxWidgets.  Does anybody think taht, for someone who doesn't care
> about RAD/visual gui design/wxWidgets capabilities, wxDev-C++ 7.3.0 provides
> other useful advances over Bloodshed's 4.x or 5 beta versions?
>
> I had not been aware of wxDev-C++ and had been looking only specifically
> for "Bloodshed Dev-C++" which had been recommended as good and free (either
> the 4.x stable or uncertainly buggy 5 beta, both apparently abandoned
> considering, as you say, their age).
>
> Bloodshed's version was recommended for a college course I'm taking
> that doesn't cover RAD or probably any GUI design, which probably explains
> why it was recommended.
>
> Cheers,
>
> Kevin
>
> On Wed, Jan 27, 2010 at 3:43 PM, Michal Molhanec <mol...@se...>
> wrote:
> > On Wed, 27 Jan 2010 23:47:53 +0100 (CET) Kevin Ross
> > <pro...@gm...> wrote:
> >
> >> ver. 4.x is supposed to be downloadable (see links from
> >> http://www.bloodshed.net/devcpp.html) from sourceforge and from Simtel
> >> but I got nada from either source:
> >
> > You can download it here:
> >
> >
> http://sourceforge.net/projects/dev-cpp/files/Binaries/Dev-C%2B%2B%204.0%20full%20package%20includes%20Mingw%20compiler/
> > http://sourceforge.net/projects/dev-cpp/files/Binaries/4.01%20update/
> >
> > however I wonder what would you do with such an outdated version.
> >
> > I recommend wxDev-C++ 7.3.0 which is the latest version of Dev-C++. It
> > is available at http://wxdsgn.sourceforge.net/
> >
>
>
>
>
> ------------------------------------------------------------------------------
> The Planet: dedicated and managed hosting, cloud storage, colocation
> Stay online with enterprise data centers and the best network in the
> business
> Choose flexible plans and management services without long-term contracts
> Personal 24x7 support from experience hosting pros just a phone call away.
> http://p.sf.net/sfu/theplanet-com
> _______________________________________________
> Dev-cpp-users mailing list
> Dev...@li...
> TO UNSUBSCRIBE: http://www23.brinkster.com/noicys/devcpp/ub.htm
> https://lists.sourceforge.net/lists/listinfo/dev-cpp-users
>
>

On Mon, 01 Feb 2010 06:46:33 +0100 (CET) Kevin Ross
<pro...@gm...> wrote:

>  Judging by the the http://wxdsgn.sourceforge.net/ description, it
> seems that, rather than exactly a successor bloodshed.net's version
> 4.01 or 5 beta, it is (at least primarily) an addition of a visual
> designer that integrates wxWidgets.  Does anybody think taht, for
> someone who doesn't care about RAD/visual gui design/wxWidgets
> capabilities, wxDev-C++ 7.3.0 provides other useful advances over
> Bloodshed's 4.x or 5 beta versions?

I would recomend wxDev-C++ over Dev-C++ 5 betas mainly because of many
bugfixes. I personally don't do wxWidgets development either. Dev-C++ 4
IIRC does not have integrated debugger (it can use external Insight/gdb
debugger).

I would recommend that you take a peek at Code::Blocks instead. A very,
very good IDE, that supports a number of compilers.

/pwm

On Sun, 31 Jan 2010, Kevin Ross wrote:

> Michal,
>
> Thanks much for the recommendation of wxDev-C++ 7.3.0 and for the links to
> the old "bloodshed.net" versions.  (Although the latter are old, C++ is old
> too, it doesn't make it obsolete ;-)  )
>
>  Judging by the the http://wxdsgn.sourceforge.net/ description, it seems
> that, rather than exactly a successor bloodshed.net's version 4.01 or 5
> beta, it is (at least primarily) an addition of a visual designer that
> integrates wxWidgets.  Does anybody think taht, for someone who doesn't care
> about RAD/visual gui design/wxWidgets capabilities, wxDev-C++ 7.3.0 provides
> other useful advances over Bloodshed's 4.x or 5 beta versions?
>
> I had not been aware of wxDev-C++ and had been looking only specifically for
> "Bloodshed Dev-C++" which had been recommended as good and free (either the
> 4.x stable or uncertainly buggy 5 beta, both apparently abandoned
> considering, as you say, their age).
>
> Bloodshed's version was recommended for a college course I'm taking
> that doesn't cover RAD or probably any GUI design, which probably explains
> why it was recommended.
>
> Cheers,
>
> Kevin
>
> On Wed, Jan 27, 2010 at 3:43 PM, Michal Molhanec <mol...@se...>
> wrote:
> > On Wed, 27 Jan 2010 23:47:53 +0100 (CET) Kevin Ross
> > <pro...@gm...> wrote:
> >
> >> ver. 4.x is supposed to be downloadable (see links from
> >> http://www.bloodshed.net/devcpp.html) from sourceforge and from Simtel
> >> but I got nada from either source:
> >
> > You can download it here:
> >
> >
> http://sourceforge.net/projects/dev-cpp/files/Binaries/Dev-C%2B%2B%204.0%20full%20package%20includes%20Mingw%20compiler/
> > http://sourceforge.net/projects/dev-cpp/files/Binaries/4.01%20update/
> >
> > however I wonder what would you do with such an outdated version.
> >
> > I recommend wxDev-C++ 7.3.0 which is the latest version of Dev-C++. It
> > is available at http://wxdsgn.sourceforge.net/
> >
>

Michal,

Thanks much for the recommendation of wxDev-C++ 7.3.0 and for the links to
the old "bloodshed.net" versions.  (Although the latter are old, C++ is old
too, it doesn't make it obsolete ;-)  )

 Judging by the the http://wxdsgn.sourceforge.net/ description, it seems
that, rather than exactly a successor bloodshed.net's version 4.01 or 5
beta, it is (at least primarily) an addition of a visual designer that
integrates wxWidgets.  Does anybody think taht, for someone who doesn't care
about RAD/visual gui design/wxWidgets capabilities, wxDev-C++ 7.3.0 provides
other useful advances over Bloodshed's 4.x or 5 beta versions?

I had not been aware of wxDev-C++ and had been looking only specifically for
"Bloodshed Dev-C++" which had been recommended as good and free (either the
4.x stable or uncertainly buggy 5 beta, both apparently abandoned
considering, as you say, their age).

Bloodshed's version was recommended for a college course I'm taking
that doesn't cover RAD or probably any GUI design, which probably explains
why it was recommended.

Cheers,

Kevin

On Wed, Jan 27, 2010 at 3:43 PM, Michal Molhanec <mol...@se...>
wrote:
> On Wed, 27 Jan 2010 23:47:53 +0100 (CET) Kevin Ross
> <pro...@gm...> wrote:
>
>> ver. 4.x is supposed to be downloadable (see links from
>> http://www.bloodshed.net/devcpp.html) from sourceforge and from Simtel
>> but I got nada from either source:
>
> You can download it here:
>
>
http://sourceforge.net/projects/dev-cpp/files/Binaries/Dev-C%2B%2B%204.0%20full%20package%20includes%20Mingw%20compiler/
> http://sourceforge.net/projects/dev-cpp/files/Binaries/4.01%20update/
>
> however I wonder what would you do with such an outdated version.
>
> I recommend wxDev-C++ 7.3.0 which is the latest version of Dev-C++. It
> is available at http://wxdsgn.sourceforge.net/
>