environment hosed during upgrade

[Sisyphus]

----- Original Message -----
From: "Danny Smith" <dannysmith@...>
.
.
>> Could I get a patch for these changes when you have time please Danny?
>
> http://www.cygwin.com/ml/cygwin-cvs/2007-q1/msg00120.html
>
> Then build gcc with -D__USE_MINGW_ACCESS included in  $(CFLAGS).
>

Having applied the patch to io.h, I decided I would try to build the g++
package from source. (gcc is working fine thanks to the re-built executables
that Danny posted - but I also need g++ and g77.) So, to start with, I
grabbed
http://prdownloads.sf.net/mingw/gcc-g++-3.4.5-20060117-1-src.tar.gz?download 
but I can't find any directions on how to build.

Where can I find the build instructions ?

(Mumblemumble ... s-s-sorry ... mumblemumblemumble...)

Cheers,
Rob


-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
MinGW-users mailing list
MinGW-users@...

You may change your MinGW Account Options or unsubscribe at:
https://lists.sourceforge.net/lists/listinfo/mingw-users

[Keith MARSHALL]

Sysiphus wrote:
> I grabbed
>
http://prdownloads.sf.net/mingw/gcc-g++-3.4.5-20060117-1-src.tar.gz?download 

> but I can't find any directions on how to build.

I'm fairly certain that you cannot build g++ or g77 in isolation;
you must build them along with gcc itself, in one fell swoop, so
you need gcc-core-3.4.5-20060117-1-src.tar.gz at least, plus each
of the language component tarballs for the same version, for each
additional language that you need.  You then use the

  --enable-languages=c,c++,f77,...

build option to select those you require.

> Where can I find the build instructions ?

http://gcc.gnu.org/install/

Good luck.  AFAIK, Danny cross-builds our binary distributions
on Cygwin; I cross-build my own on GNU/Linux.  I've never tried
a local build, on a Win32 host, nor am I ever likely to.

Regards,
Keith.

-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
MinGW-users mailing list
MinGW-users@...

You may change your MinGW Account Options or unsubscribe at:
https://lists.sourceforge.net/lists/listinfo/mingw-users

[Sisyphus]

----- Original Message -----
From: "Keith MARSHALL" <keith.marshall@...>
To: "MinGW Users List" <mingw-users@...>
Sent: Friday, March 09, 2007 8:29 PM
Subject: Re: [Mingw-users] [? SPAM ?] Re: environment hosed during upgrade


> Sysiphus wrote:
>> I grabbed
>>
> http://prdownloads.sf.net/mingw/gcc-g++-3.4.5-20060117-1-src.tar.gz?download
>
>> but I can't find any directions on how to build.
>
> I'm fairly certain that you cannot build g++ or g77 in isolation;
> you must build them along with gcc itself, in one fell swoop,

Aaaah ... it's refreshing to see "fell" instead of "foul" or "fowl" :-)

> so
> you need gcc-core-3.4.5-20060117-1-src.tar.gz at least, plus each
> of the language component tarballs for the same version, for each
> additional language that you need.  You then use the
>
>  --enable-languages=c,c++,f77,...
>
> build option to select those you require.
>
>> Where can I find the build instructions ?
>
> http://gcc.gnu.org/install/
>
> Good luck.

Yes ... I'm gunna need a *lot* of that.

> AFAIK, Danny cross-builds our binary distributions
> on Cygwin; I cross-build my own on GNU/Linux.  I've never tried
> a local build, on a Win32 host, nor am I ever likely to.
>

I have access to both Linux (mandrake-9.1) and cygwin (on another box) ...
let's concentrate on using my Cygwin installation on my Windows 2000 (PIII)
box.

So ... I'm going to download the core, g++ and g77 source distros ... and
then extract each of them to the same location (say, F:\gcc-build) ... then
run a ./configure with appropriate arguments. Danny's patch is obviously
aimed at MinGW/include/io.h. It certainly doesn't relate to Cygwin's
/usr/include/io.h.

One problem is that I can't find io.h in the
gcc-core-3.4.5-20060117-src.tar.gz distro. Where is it ? (Aren't you glad
you responded :-)

I'm also puzzled as to how applying that patch to the io.h in MinGW (as
opposed to the io.h that's building the compiler) is going to fix anything.

I'll have a fresh crack at this tomorrow. In the meantime I'm grateful for
any advice.

By way of explanation, I do a lot of stuff with perl, and 'perl-V:ld'
reports that "ld='g++';" ... hence my interest in getting g++ into a
functional state. (I can probably alter things so that I get "ld='gcc';" -
which will work *most* of the time ... but not *all* of the time.) I also
contribute to the maintenance of a certain perl module (namely, 'PDL') that
relies partially upon g77 ... hence my interest in getting g77 into a
functional state. (I would also like to be able to call on gcj, whenever
necessary.) For the moment, I can do everything on my PIII (Windows 2000)
laptop, transferring files across from one box to the other as necessary.
But it's a bit cumbersome, and I'd like to be able to do *everything* from
this Vista box.

Thanks for replying, Keith. Sorry if you perceive an element of "shooting
the messenger" in this reply. (That's not my intent.)

Cheers,
Rob


-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
MinGW-users mailing list
MinGW-users@...

You may change your MinGW Account Options or unsubscribe at:
https://lists.sourceforge.net/lists/listinfo/mingw-users

[Jonathan Wilson-7]

> One problem is that I can't find io.h in the
> gcc-core-3.4.5-20060117-src.tar.gz distro. Where is it ? (Aren't you glad
> you responded :-)
io.h is in the mingw-runtime package.
> I'm also puzzled as to how applying that patch to the io.h in MinGW (as
> opposed to the io.h that's building the compiler) is going to fix anything.
If you build with Cygwin, you end up with a compiler that is linked to
cygwin1.dll and uses the cygwin implementation of access() which does not
contain the problem brought up in this thread. If you build with Cygwin but
pass -mno-cygwin to GCC when you compile (or use a GCC from MingW that
doesn't link to Cygwin), you end up with a compiler that is linked to
msvcrt.dll and has the access() problem (unless you apply the patch to io.h)


-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
MinGW-users mailing list
MinGW-users@...

You may change your MinGW Account Options or unsubscribe at:
https://lists.sourceforge.net/lists/listinfo/mingw-users

[Keith MARSHALL]

Sysiphus wrote:
> One problem is that I can't find io.h in the
> gcc-core-3.4.5-20060117-src.tar.gz distro. Where is it ?

Oops!  I neglected to mention that you also need to get the
mingw-runtime and w32api source packages -- either the current
offerings on our SF distribution pages, with pathes applied,
or checkout the latest, with Danny's patches already in place,
from the *Cygwin* repository:

  $ export CVSROOT
  $ CVSROOT=:pserver:anoncvs@...:/cvs/src
  $ cvs login

(you'll be prompted for a password; use `anoncvs', (unquoted))

  $ cvs -z3 co winsup/mingw
  $ cvs -z3 co winsup/w32api

> (Aren't you glad you responded :-)

Since you mention it, not really, but we aim to please :-)

> I'm also puzzled as to how applying that patch to the io.h in
> MinGW (as opposed to the io.h that's building the compiler) is
> going to fix anything.

It does, because the GCC build process uses the MinGW headers
to build against; you must have them in place, during the GCC
build.  If you are interested in how I build my linux-x-mingw
cross, you can find my build scripts here:
https://sourceforge.net/project/showfiles.php?group_id=2435&package_id=82724&release_id=461967

Regards,
Keith.

-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
MinGW-users mailing list
MinGW-users@...

You may change your MinGW Account Options or unsubscribe at:
https://lists.sourceforge.net/lists/listinfo/mingw-users

[Danny Smith]

> Where can I find the build instructions ?

http://gcc.gnu.org/install/

Good luck.  AFAIK, Danny cross-builds our binary distributions
on Cygwin;

Not really, my build compiler is mingw gcc.  I bootstap/run testsuite
using mingw compiler and mingw binutils but
with all the POSIX-y tools coming from cygwin rather than msys. (They
are more complete, more robust and faster).

To do that you need to mount relavent components so that Posix paths are
identical to Windows paths,
eg
$ mount
C:\cygwin\lib on /usr/lib type system (binmode)
C:\cygwin\usr on /usr type system (binmode)
c:\cygwin\bin on /bin type system (binmode) <<< here is where cygwin
binaries lives
c:\cygwin\bin on /usr/bin type system (binmode)
c:\developex on /developex type system (binmode) <<< here is GCC sources
live
C:\cygwin on / type system (binmode)
c:\Users on /home type system (binmode)
c:\mingw on /mingw type system (binmode)  <<< here is where mingw lives
etc


and put /mingw/bin first in my path

Then I just run the simple build.sh script that is at SF

I first did this in 1999, well before msys was forked from cygwin, and
its worked without serious problem. It also allows me to test cygwin
builds.

Danny


-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
MinGW-users mailing list
MinGW-users@...

You may change your MinGW Account Options or unsubscribe at:
https://lists.sourceforge.net/lists/listinfo/mingw-users

[keithmarshall]

On Friday 09 March 2007 21:01, Danny Smith wrote:
> with all the POSIX-y tools coming from cygwin rather than msys. (They
> are more complete, more robust and faster).

I'm surprised you say this!  More complete: yes; more robust: probably;
but faster?  I've always found the exact opposite to be the case.  In
any event, either is like watching paint dry, for one used to working
on GNU/Linux; even my old 650 MHz Duron box is orders of magnitude
faster under Linux, than my (Company provided) 1.7 GHz box with Win2K.  
(Both machines have comparably specced ATA disk subsystems).

Regards,
Keith.

-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
MinGW-users mailing list
MinGW-users@...

You may change your MinGW Account Options or unsubscribe at:
https://lists.sourceforge.net/lists/listinfo/mingw-users

[Greg Chicares]

On 2007-3-9 22:00 UTC, Keith Marshall wrote:
> On Friday 09 March 2007 21:01, Danny Smith wrote:
>> with all the POSIX-y tools coming from cygwin rather than msys. (They
>> are more complete, more robust and faster).
>
> I'm surprised you say this!  More complete: yes; more robust: probably;
> but faster?  I've always found the exact opposite to be the case.

Were you thinking of cygwin in comparison to MSYS (rather than to
native builds of the same tools)? If MSYS is a fork of cygwin from
a while back, then why would it be faster? The main difference that
I'm aware of--automatic path translation--wouldn't seem likely to
make MSYS run faster.

-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
MinGW-users mailing list
MinGW-users@...

You may change your MinGW Account Options or unsubscribe at:
https://lists.sourceforge.net/lists/listinfo/mingw-users

[Danny Smith]

>
> On Friday 09 March 2007 21:01, Danny Smith wrote:
> > with all the POSIX-y tools coming from cygwin rather than
> msys. (They
> > are more complete, more robust and faster).
>
> I'm surprised you say this!  More complete: yes; more robust:
> probably;
> but faster?  I've always found the exact opposite to be the case.

1) If cygwin can do things that msys can't, cygwin is faster, because I
would have to spend time to add the enhancenments.
2) If cygwin doesn't break as often (and that has been my experience),
cygwin is faster,  because I don't have to do things over as much.
3) Recent changes to cygwin bash that assume POSIX line endings make a
big difference when processing scripts. There are probably other
performance-related developments in cygwin that have not yet been
incorpated into msys, but I don't have time to make any real
comparisons.

Danny


   


-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
MinGW-users mailing list
MinGW-users@...

You may change your MinGW Account Options or unsubscribe at:
https://lists.sourceforge.net/lists/listinfo/mingw-users

[Sisyphus]

----- Original Message -----
From: "Keith MARSHALL" <keith.marshall@...>
.
.
>  If you are interested in how I build my linux-x-mingw
> cross, you can find my build scripts here:
> https://sourceforge.net/project/showfiles.php?group_id=2435&package_id=82724&release_id=461967
>

Thanks Keith. I've transferred the various files across to my linux box, but
I haven't yet found the energy to try the cross-compilation. For those of us
that have never tried it (especially those of us that don't use linux
regularly), it's a fairly daunting task.

Hopefully, in the next week or two, I'll find the confidence/energy to give
it a whirl.

In the meantime, my only advice is that, if you are thinking of switching to
Windows Vista ... DON'T !!

Apart from the problems in getting MSYS/MinGW to work, it seems that Vista
has been designed to provide frustration in just about every conceivable way
...

It's gotta be the biggest heap of shit I've ever come across. I'll persevere
with it because I've paid for it ... and because I figure it will get better
... and because I'm a nidiot ......

Cheers,
Rob


-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
MinGW-users mailing list
MinGW-users@...

You may change your MinGW Account Options or unsubscribe at:
https://lists.sourceforge.net/lists/listinfo/mingw-users

[Sisyphus]

----- Original Message -----
From: "Keith MARSHALL" <keith.marshall@...>
.
.
>  If you are interested in how I build my linux-x-mingw
> cross, you can find my build scripts here:
> https://sourceforge.net/project/showfiles.php?group_id=2435&package_id=82724&release_id=461967
>

Thanks Keith. I've transferred the various files across to my linux box, but
I haven't yet found the energy to try the cross-compilation. For those of us
that have never tried it (especially those of us that don't use linux
regularly), it's a fairly daunting task.

Hopefully, in the next week or two, I'll find the confidence/energy to give
it a whirl.

In the meantime, my only advice is that, if you are thinking of switching to
Windows Vista ... DON'T !!

Apart from the problems in getting MSYS/MinGW to work, it seems that Vista
has been designed to provide frustration in just about every conceivable way
...

It's gotta be the biggest heap of shit I've ever come across. I'll persevere
with it because I've paid for it ... and because I figure it will get better
... and because I'm a nidiot ......

Cheers,
Rob


-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
MinGW-users mailing list
MinGW-users@...

You may change your MinGW Account Options or unsubscribe at:
https://lists.sourceforge.net/lists/listinfo/mingw-users

[Mark Bourne-2]

On Sat, 10 Mar 2007 23:20:58 +1100, "Sisyphus" <sisyphus1@...> wrote:

>
> In the meantime, my only advice is that, if you are thinking of switching
> to
> Windows Vista ... DON'T !!
>
> Apart from the problems in getting MSYS/MinGW to work, it seems that Vista
> has been designed to provide frustration in just about every conceivable
> way
> ...
>
> It's gotta be the biggest heap of shit I've ever come across. I'll
> persevere
> with it because I've paid for it ... and because I figure it will get
> better
> ... and because I'm a nidiot ......
>
> Cheers,
> Rob
>

For anyone needing to run MSYS/MinGW under Vista, it might be worth looking into using MS Virtual PC (or a similar alternative) to run a previous version of Windows on top of Vista:
http://www.microsoft.com/windows/downloads/virtualpc/default.mspx

>From the web site, it looks like Virtual PC is free. I've not tried it myself. I just came across it as a solution to an incompatibility with Nero while looking into potential problems with Vista, before going and buying a new computer with it pre-installed. It would be interesting to know how successful (or not) this is with MSYS/MinGW.

Mark.



-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
MinGW-users mailing list
MinGW-users@...

You may change your MinGW Account Options or unsubscribe at:
https://lists.sourceforge.net/lists/listinfo/mingw-users

[Bob Nestor-2]

On Mar 9, 2007, at 3:01 PM, Danny Smith wrote:

>
>> Where can I find the build instructions ?
>
> http://gcc.gnu.org/install/
>
> Good luck.  AFAIK, Danny cross-builds our binary distributions
> on Cygwin;
>
> Not really, my build compiler is mingw gcc.  I bootstap/run testsuite
> using mingw compiler and mingw binutils but
> with all the POSIX-y tools coming from cygwin rather than msys. (They
> are more complete, more robust and faster).

[...] snipped the details

Are you sure you didn't miss a step?  Maybe one involving the  
sacrifice of a goat or a virgin?

I tried the following on a Windows XP system and it doesn't work.  It  
gets errors during the build.

Download the cygwin setup.exe installer from
        http://www.cygwin.com/setup.exe

Run the cygwin installer creating a setup in the c:\cygwin directory  
path.
        Selecting "use IE settings" seems to work from behind a firewall.
        The ftp://cygwin.osuosl.org seems to be a good choice to download from.
        For type of installation, click the "default" label to force an  
"install"

Download the MinGW-3.1.0-1.exe installer from
        http://prdownloads.sf.net/mingw/MinGW-3.1.0-1.exe?download

Download and install the following into c:\MinGW
        http://downloads.sourceforge.net/mingw/ 
binutils-2.17.50-20060824-1.tar.gz
        http://prdownloads.sourceforge.net/gnuwin32/libiconv-1.9.2-1-bin.zip?
download
       
Create a home directory if necessary in cygwin at
        c:\cygwin\home

Download and expand into c:\cygwin\home\gcc
        http://downloads.sourceforge.net/mingw/gcc-ada-3.4.5-20060117-1- 
src.tar.gz
        http://downloads.sourceforge.net/mingw/gcc-core-3.4.5-20060117-1- 
src.tar.gz
        http://downloads.sourceforge.net/mingw/gcc-g++-3.4.5-20060117-1- 
src.tar.gz
        http://downloads.sourceforge.net/mingw/gcc-f77-3.4.5-20060117-1- 
src.tar.gz
        http://downloads.sourceforge.net/mingw/gcc-java-3.4.5-20060117-1- 
src.tar.gz
        http://downloads.sourceforge.net/mingw/gcc-objc-3.4.5-20060117-1- 
src.tar.gz

Download into c:\cygwin\home the file
        http://downloads.sourceforge.net/mingw/gcc-3.4.5-build.sh

Using the "Cygwin" ICON on your desktop, execute Cygwin. This will open
up a Unix-like shell in a window.

Create mount points in Cygwin to use the MinGW compiler and binutils:
        $ mkdir /mingw
        $ mount c:/MinGW /mingw
        $ mount c:/cygwin/lib /usr/lib
        $ mount c:/cygwin/usr /usr
        $ mount c:/cygwin/bin /bin
        $ mount c:/cygwin/bin /usr/bin
        $ mount c:/cygwin /

Make sure MinGW compilers and binutils are used in build:
        $ PATH=/mingw/bin:$PATH

Create a target directory and execute the build:
        mkdir ./mingw
        cd mingw
        ../gcc-3.4.5-build.sh


Any help, corrections, comments, suggestions, etc would be appreciated.

Thanks,
-bob

-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
MinGW-users mailing list
MinGW-users@...

You may change your MinGW Account Options or unsubscribe at:
https://lists.sourceforge.net/lists/listinfo/mingw-users

[Danny Smith]

> ../gcc-3.4.5-build.sh

and what was the error message?


-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
MinGW-users mailing list
MinGW-users@...

You may change your MinGW Account Options or unsubscribe at:
https://lists.sourceforge.net/lists/listinfo/mingw-users

[Bob Nestor-2]

On Mar 11, 2007, at 1:31 AM, Danny Smith wrote:

>> ../gcc-3.4.5-build.sh
>
> and what was the error message?

Doh! That would be kinda useful, eh?

The tail of err.log shows:
configure: error: cannot compute suffix of object files: cannot compile
See `config.log' for more details.
make[1]: *** [configure-target-libstdc++-v3] Error 1
make: *** [bootstrap] Error 2

There's nothing that sheds any light on this in config.log though.  
Looking back through err.log there are some messages like:
mv: cannot stat `protoize.exe': No such file or directory
mv: cannot stat `unprotoize.exe': No such file or directory

But doing a "which protoize.exe" shows:
/mingw/bin/protoize.exe

And just to make sure PATH is correct:
$ echo $PATH
/mingw/bin:/usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin:/cygdrive/c/
WINDOWS/system32:/cygdrive/c/WINDOWS:/cygdrive/c/WINDOWS/System32/
Wbem:/cygdrive/c/Program Files/Subversion/bin:/usr/lib/lapack

And:
$ mount
C:\cygwin\bin on /usr/bin type system (binmode)
C:\cygwin\lib on /usr/lib type system (binmode)
c:\cygwin\bin on /bin type system (binmode)
c:\cygwin\usr on /usr type system (binmode)
C:\cygwin on / type system (binmode)
c:\MinGw on /mingw type system (binmode)
c: on /cygdrive/c type system (binmode,noumount)
f: on /cygdrive/f type system (binmode,noumount)

I've tried:
        Installing binutils-2.17.50 on /mingw
        Installing libiconv-1.9.2 on both /mingw and /cygwin
        Reinstalling mingw-runtime, mingw-utils, w32api all on /mingw

So far none of my feeble attempts have been successful.  Any advice  
would be appreciated.
Thanks,
-bob

-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
MinGW-users mailing list
MinGW-users@...

You may change your MinGW Account Options or unsubscribe at:
https://lists.sourceforge.net/lists/listinfo/mingw-users

[Tim Teulings]

Hello!

> It does, because the GCC build process uses the MinGW headers
> to build against; you must have them in place, during the GCC
> build.  If you are interested in how I build my linux-x-mingw
> cross, you can find my build scripts here:
> https://sourceforge.net/project/showfiles.php?group_id=2435&package_id=82724&release_id=461967

I'm still on the hunt for a g++ compiler working under Vista, thus I'm
now trying to compile one on my own :-)

I have already tried your cross compiler script to see the details of
the procedure (worked like a charm) but since I do not want a
cross-compiler but a native compiler this can only be a test.

So I'm requesting more help regarding the possible procedure.

I do have a mingw/msys combination under Vista which a working gcc
thanks to Danny sending the necessary binaries.

Thus I already should have working binutils, a mingw-runtime and win32
api headers.

So IMHO this would be the steps to do:
* Download and enpack (in the same dircetory)
gcc-core-3.4.5-20060117-1-src.tar.gz and
gcc-g++-3.4.5-20060117-1-src.tar.gz.

* Apply Dannies io.h patch for access to the existing io.h header (the
patch gets only activated by a special define so this should not be a
problem). Question: Are there more patches to apply (suggesting to
directly use the current CVS version) or is this a s simple as "current
released version + one patch)?

* From the dry-run of your build script I see that you first only build
the c compiler, than w32api and runtime and than again the c and (in my
case) c++ compiler. Since I already have a running gcc and w32 and
ming-runtime: Can I skip this steps?

* If yes, your dry-run output suggests to start compiling the compiler
like this:

../gcc-3.4.5-20060117-1/configure --prefix=/home/tim/mingw
--target=i386-mingw32 --with-gcc --with-gnu-as --with-gnu-ld
--disable-nls --disable-shared --disable-debug --enable-threads=win32
--disable-win32-registry --enable-sjlj-exceptions
--enable-languages=c,c++ --with-sysroot=/home/tim/mingw
make CFLAGS= -O2 -fomit-frame-pointer -D__USE_MINGW_ACCESS LDFLAGS= -s

Questions:
+ What about the target. What is the correct targets for a native
Windows build? I can I just drop the parameter to just "get the right
thing done"?

+ What about the --with-sysroot? Same question as for --target. Is "/"
the correct answer?
+ What about the prefix? Which prefix must I choose at this point to get
the compiler correctly build for a ming installation ("/"?)?

+ All other parameters should match with the way the compiler is build
for the mingw distribution if I have interpreted your documentation
correctly?

* After that I should be able to fetch g++ and c++ from the build
directory and put them at their proper mingw distribution installation
place?

All this of course under the assumption that a native build using mingw
as bootstrapping compiler is possible, since this is not the way neither
you nor Danny builds it.
--
Gruß...
       Tim

-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
MinGW-users mailing list
MinGW-users@...

You may change your MinGW Account Options or unsubscribe at:
https://lists.sourceforge.net/lists/listinfo/mingw-users

[sachinutd]

Could anyone post the fixed/patched g++.exe this time? Also post any other files which have been fixed to solve g++ problem.

Thanks,
Sachin

>
> A simple test showed:
>> g++ hello.cpp
> g++.exe: installation problem, cannot exec `cc1plus': No such file or
> directory
>
> I also saw output that /lib/cpp could not be found. Do I need that same
> fix for g++ as for gcc?
>

And, of course, g77 suffers a similar fate:

C:\fortran>g77 hello.f
g77: installation problem, cannot exec `f771': No such file or directory

We don't necessarily expect someone to keep posting fixed executables to the
list.

The patches should suffice. Now that we have both patch and gcc working, I
expect that the actual patches are all we need to be able to build g++ and
g77 from the 3.4.5 source distros at http://www.mingw.org/download.shtml

Cheers,
Rob





-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
MinGW-users mailing list
[e-mail]

You may change your MinGW Account Options or unsubscribe at:
https://lists.sourceforge.net/lists/listinfo/mingw-users