Re: thread_local performance using g++ for cygwin

2019-05-06 Thread Brian Inglis
On 2019-05-06 01:09, Arthur Norman wrote: > The attached code tried two loops each of which just calls a function that > increments an integer variable. One loop is a simple variable, the other has > the > thread_local qualifier. I put in ugly annotations to prevent g++ from inlining > the functio

thread_local performance using g++ for cygwin

2019-05-06 Thread Arthur Norman
The attached code tried two loops each of which just calls a function that increments an integer variable. One loop is a simple variable, the other has the thread_local qualifier. I put in ugly annotations to prevent g++ from inlining the functions even though I compile with -O3, but in real ca

Re: profiling vs mingw package [Was: G++ for CygWin]

2004-01-28 Thread Tim Prince
At 12:49 PM 1/28/2004, Danny Smith wrote: Tim Prince wrote: < snip> > I go through the list and > turn off mingw every time, because it breaks profiling, so there's > another optional package which I'm happy to avoid. > Tim, are you referring to this profiling bug? http://gcc.gnu.org/bugzilla/s

Re: G++ for CygWin

2004-01-28 Thread Dylan Cuthbert
ok ok, I simplified the explanation a bit, remember it was in brackets at the bottom of a mail describing the solution to the questioner's problem. (I have no idea how technical the questioner is, and he'd have to be pretty technical to understand your explanation ;-) ) I don't know whether it was

profiling vs mingw package [Was: G++ for CygWin]

2004-01-28 Thread Danny Smith
Tim Prince wrote: < snip> > I go through the list and > turn off mingw every time, because it breaks profiling, so there's > another optional package which I'm happy to avoid. > Tim, are you referring to this profiling bug? http://gcc.gnu.org/bugzilla/show_bug.cgi?id=7940 [3.3 regression] [Cyg

Re: G++ for CygWin

2004-01-28 Thread Brian Ford
I read these two threads out of order. Sorry for the previous rant in "Re: Lost g++ after update". On Wed, 28 Jan 2004, Gerrit P. Haase wrote: > E.g.: > If you want to install g++ you'll need the package `gcc-g++`, this pulls > automatically the backend package which is currently named `gcc' (ma

RE: G++ for CygWin

2004-01-28 Thread Dave Korn
> -Original Message- > From: cygwin-owner On Behalf Of Gerrit P. Haase > Hello Dave, Hiya! > > Your use of "frontend" to describe the generic compiler > drivers, and > > "backend" to describe the actual language-specific compilers > > themselves is at odds with the standard usag

Re: G++ for CygWin

2004-01-28 Thread Gerrit P. Haase
Hello Dave, >> These smaller packages are gcc-core which includes the >> backend and the C-frontend and the other small packages >> include the other frontends. > There is no such thing as a stand-alone backend. The C-frontend and the > C-backend are inseparably combined in the program called

RE: G++ for CygWin

2004-01-28 Thread Dave Korn
> -Original Message- > From: cygwin-owner On Behalf Of Gerrit P. Haase > There are always sveral packages at the download mirrors > where you fetch the GCC source, one which includes all and > several smaller packages. I know that already. > These smaller packages are gcc-core which

Re: G++ for CygWin

2004-01-28 Thread Tim Prince
At 05:14 AM 1/28/2004, Gerrit P. Haase wrote: Eventually I will add the installation of `gcc-g++' as an requirement to the basic GCC installation A minority report, but I appreciate the option whether to install g++. I normally install g++, gcj only for testing. I go through the list and turn

Re: G++ for CygWin

2004-01-28 Thread Gerrit P. Haase
Dave wrote: >> -Original Message- >> From: cygwin-owner On Behalf Of Dylan Cuthbert >> (gnu separated out its frontend from its backend with v3.3) > Not quite sure what you're getting at here. I can't see anything in the > architecture of v3.3 that's changed from how it's always be

RE: G++ for CygWin

2004-01-28 Thread Gareth Pearce
> > (gnu separated out its frontend from its backend with v3.3) > > AFAIR, the only significant difference between gcc.exe and g++.exe is > that > gcc.exe assumes files are C by default, and hence calls out to the cc1.exe > compiler, whereas g++ assumes programs are C++ by default, and so calls

RE: G++ for CygWin

2004-01-28 Thread Dave Korn
> -Original Message- > From: cygwin-owner On Behalf Of Dylan Cuthbert > (gnu separated out its frontend from its backend with v3.3) Not quite sure what you're getting at here. I can't see anything in the architecture of v3.3 that's changed from how it's always been done, or anything

Re: G++ for CygWin

2004-01-28 Thread Gerrit P. Haase
Pinhas wrote: > I re-installed cygwin recently. In /usr/bin I have gcc but don't have g++. > How can I install it. If there is a .tar.bz2 that does not require > re-installation of cygwin, I prefer it. There are several gcc packages, the backend and c-frontend is in `gcc', the other frontends are

Re: G++ for CygWin

2004-01-28 Thread Dylan Cuthbert
You don't need to reintall cygwin, just run the setup program again (which is a package manager) and select the G++ package in the developer group. (gnu separated out its frontend from its backend with v3.3) There are lots of messages in this newsgroup that also tell you this exact

G++ for CygWin

2004-01-28 Thread Pinhas Krengel
I re-installed cygwin recently. In /usr/bin I have gcc but don't have g++. How can I install it. If there is a .tar.bz2 that does not require re-installation of cygwin, I prefer it. Thanks, Pinhas -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://c