Re: Compiling 32-bit code on 64-bit HP-UX

2003-09-11 Thread Kevin Ryde
Martin Frydl <[EMAIL PROTECTED]> writes: > > - config.guess does not use CFLAGS when making compilation checks but > this can be "fixed" by providing necessary flags directly in CC > variable I think the cpu type guessed is supposed to depend only on the system, not on an intended compiler mode.

RE: Compiling 32-bit code on 64-bit HP-UX

2003-09-11 Thread Boehne, Robert
Martin, Even on a 64-bit capable machine, aCC defaults to 32-bit libraries. Having config.guess return hppa2.0w does not change the output that is produced, aCC will produce whatever you tell it to (32-bit by default). When you're running a configure script you want to set both (for C) CPPFLAGS a

Compiling 32-bit code on 64-bit HP-UX

2003-09-11 Thread Martin Frydl
Hello, I'm trying to create 32-bit shared libraries on 64-bit PA-RISC 2.0 (HP-UX 11) with aCC compiler. I have several libraries and executables in my project. When I run them from build directory, everything works fine. However, when I run make install and delete build directory, the execut

Re: [Visionaries] dotnet platform support / gnu config.sub (long)

2003-09-11 Thread Norbert Bollow
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Guido Draheim <[EMAIL PROTECTED]> wrote: > How to name the platform in config.sub? How about "ecma335" ? Greetings, Norbert. - -- Founder & Steering Committee member of http://gnu.org/projects/dotgnu/ Free Software Business Strategy G

Re: dotnet platform support / gnu config.sub (long)

2003-09-11 Thread Guido Draheim
Bob Friesenhahn wrote: On Thu, 11 Sep 2003, Guido Draheim wrote: * short The world has changed - there are commandline tools for unixish systems that take a C program (not C#!) and compile them into a MSIL binary or library. This makes it a valid crosscompile target for free software. Your v

Re: dotnet platform support / gnu config

2003-09-11 Thread Guido Draheim
Guido Draheim wrote: Bob Friesenhahn wrote: On Thu, 11 Sep 2003, Guido Draheim wrote: * short The world has changed - there are commandline tools for unixish systems that take a C program (not C#!) and compile them into a MSIL binary or library. This makes it a valid crosscompile target for

Re: dotnet platform support / gnu config.sub (long)

2003-09-11 Thread Bob Friesenhahn
On Thu, 11 Sep 2003, Guido Draheim wrote: > * short > > The world has changed - there are commandline tools for unixish systems > that take a C program (not C#!) and compile them into a MSIL binary or > library. This makes it a valid crosscompile target for free software. Your very *long* posting

dotnet platform support / gnu config.sub (long)

2003-09-11 Thread Guido Draheim
* short The world has changed - there are commandline tools for unixish systems that take a C program (not C#!) and compile them into a MSIL binary or library. This makes it a valid crosscompile target for free software. The free projects for the dotnet platform - mono, dotgnu, portablenet and oth

Re: What is the status of the official libtool-1.5 tarball?

2003-09-11 Thread Randall Skelton
On Thursday, September 11, 2003, at 02:03 AM, Charles Wilson wrote: Boehne, Robert wrote: Until last week, none of us had a libtool-1.5 tarball, but now that one has been located we can verify it for the FSF. I'm not sure when though. Yeesh, I had no idea. The cygwin libtool-devel-1.5 source d

Re: ltmain.sh and configure

2003-09-11 Thread Gary V . Vaughan
Hi Peter, On Wednesday, September 10, 2003, at 11:52 pm, Peter O'Gorman wrote: On Thursday, September 11, 2003, at 2:11 AM, Gary V. Vaughan wrote: Speak up if you are still interested Peter. Yes, I am still interested, thank you. Sorry time zone differences made a more prompt reply impossible,