Re: Problem while building mingw GDB with PYTHON support

------------------------------------------------------------------------------
Virtualization & Cloud Management Using Capacity Planning
Cloud computing makes use of virtualization - but cloud computing 
also focuses on allowing computing to be delivered as a service.
http://www.accelacomm.com/jaw/sfnl/114/51521223/

_______________________________________________
MinGW-users mailing list
MinGW-users@...

This list observes the Etiquette found at 
http://www.mingw.org/Mailing_Lists.
We ask that you be polite and do the same.  Disregard for the list etiquette may cause your account to be moderated.

_______________________________________________
You may change your MinGW Account Options or unsubscribe at:
https://lists.sourceforge.net/lists/listinfo/mingw-users
Also: mailto:mingw-users-request@...?subject=unsubscribe

Re: Problem while building mingw GDB with PYTHON support

于 2012/3/1 14:13, Naveen H. S 写道:
> Hi,
>
>>> Any update on the below issue?
> Thanks for your valuable feedback.
>
> The following link helped me in building the cross gdb for RX toolchain
> with Python support.
> http://code.google.com/p/qp-gcc/wiki/build_gdb_msys_en
>
> The following steps were followed:-
>
> 1. Install "PCX's GCC 4.5.4" mingw
> 2. Install Python-2.7.2
> 3. Install msys
> 4. Create a file \msys\etc\fstab and update the installation PATH of
>     mingw and Python
> c:/minGW /mingw
> c:/Python27 /python
> 5. Build GDB using the following command:-
> ./src/gdb-7.3.1/configure --target=rx-elf --prefix=/c/msys/home/gdb/prefix
> --with-python=/c/Python27/python --disable-nls
> make
> make install
>
> The RX GDB with python support is built in install PATH specified
> (/c/msys/home/gdb/prefix).
>
> However, "--with-expat" command did not work with the installed mingw.
> The build stopped with the error "expat could not be found".
> It seems that expat could not be found in the installed mingw.
> I will try to build the expat prior to GDB and use "--with-expat"
> and will update the result regarding the same.
>
>
> Build Cross GDB with Python Support on Linux
>
> I built the libiconv, expat and python on linux machine at following
> PATH:-
> /home/gdb/prefix
>
> I tried to build the GDB with following command:-
> ../src/gdb-7.3.1/configure --prefix=/home/gdb/prefix/
> --host=i386-pc-mingw32msvc --target=rx-elf --with-expat=/home/gdb/prefix/
> --with-python=/home/gdb/prefix/ --with-iconv=/home/gdb/prefix/
>
> However, the build failed as Python was not found in the PATH
> "configure: error: no usable python found"
You can see <build directory>/gdb/config.log to know the configure how 
to recognize the python path
>
> Can anyone please help me what is going wrong in this case?
>
> Thanks&  Regards,
> Naveen
>
>
>
>

-- 
Best Regards,
xunxun

------------------------------------------------------------------------------
Virtualization & Cloud Management Using Capacity Planning
Cloud computing makes use of virtualization - but cloud computing 
also focuses on allowing computing to be delivered as a service.
http://www.accelacomm.com/jaw/sfnl/114/51521223/
_______________________________________________
MinGW-users mailing list
MinGW-users <at> lists.sourceforge.net

This list observes the Etiquette found at 
http://www.mingw.org/Mailing_Lists.
We ask that you be polite and do the same.  Disregard for the list etiquette may cause your account to be moderated.

_______________________________________________
You may change your MinGW Account Options or unsubscribe at:
https://lists.sourceforge.net/lists/listinfo/mingw-users
Also: mailto:mingw-users-request <at> lists.sourceforge.net?subject=unsubscribe

Re: Problem while building mingw GDB with PYTHON support

Hi,

>> Any update on the below issue?

Thanks for your valuable feedback.

The following link helped me in building the cross gdb for RX toolchain
with Python support.
http://code.google.com/p/qp-gcc/wiki/build_gdb_msys_en

The following steps were followed:-

1. Install "PCX's GCC 4.5.4" mingw
2. Install Python-2.7.2
3. Install msys
4. Create a file \msys\etc\fstab and update the installation PATH of
   mingw and Python
c:/minGW /mingw
c:/Python27 /python
5. Build GDB using the following command:-
./src/gdb-7.3.1/configure --target=rx-elf --prefix=/c/msys/home/gdb/prefix
--with-python=/c/Python27/python --disable-nls
make
make install

The RX GDB with python support is built in install PATH specified
(/c/msys/home/gdb/prefix).

However, "--with-expat" command did not work with the installed mingw.
The build stopped with the error "expat could not be found".
It seems that expat could not be found in the installed mingw.
I will try to build the expat prior to GDB and use "--with-expat" 
and will update the result regarding the same.

Build Cross GDB with Python Support on Linux

I built the libiconv, expat and python on linux machine at following 
PATH:-
/home/gdb/prefix

I tried to build the GDB with following command:-
../src/gdb-7.3.1/configure --prefix=/home/gdb/prefix/ 
--host=i386-pc-mingw32msvc --target=rx-elf --with-expat=/home/gdb/prefix/ 
--with-python=/home/gdb/prefix/ --with-iconv=/home/gdb/prefix/

However, the build failed as Python was not found in the PATH
"configure: error: no usable python found"

Can anyone please help me what is going wrong in this case?

Thanks & Regards,
Naveen

This message contains information that may be privileged or confidential and is the property of the KPIT
Cummins Infosystems Ltd. It is intended only for the person to whom it is addressed. If you are not the
intended recipient, you are not authorized to read, print, retain copy, disseminate, distribute, or use
this message or any part thereof. If you receive this message in error, please notify the sender
immediately and delete all copies of this message. KPIT Cummins Infosystems Ltd. does not accept any
liability for virus infected mails.
------------------------------------------------------------------------------
Virtualization & Cloud Management Using Capacity Planning
Cloud computing makes use of virtualization - but cloud computing 
also focuses on allowing computing to be delivered as a service.
http://www.accelacomm.com/jaw/sfnl/114/51521223/
_______________________________________________
MinGW-users mailing list
MinGW-users@...

This list observes the Etiquette found at 
http://www.mingw.org/Mailing_Lists.
We ask that you be polite and do the same.  Disregard for the list etiquette may cause your account to be moderated.

_______________________________________________
You may change your MinGW Account Options or unsubscribe at:
https://lists.sourceforge.net/lists/listinfo/mingw-users
Also: mailto:mingw-users-request@...?subject=unsubscribe

Re: Problem while building mingw GDB with PYTHON support

------------------------------------------------------------------------------
Virtualization & Cloud Management Using Capacity Planning
Cloud computing makes use of virtualization - but cloud computing 
also focuses on allowing computing to be delivered as a service.
http://www.accelacomm.com/jaw/sfnl/114/51521223/

_______________________________________________
MinGW-users mailing list
MinGW-users@...

This list observes the Etiquette found at 
http://www.mingw.org/Mailing_Lists.
We ask that you be polite and do the same.  Disregard for the list etiquette may cause your account to be moderated.

_______________________________________________
You may change your MinGW Account Options or unsubscribe at:
https://lists.sourceforge.net/lists/listinfo/mingw-users
Also: mailto:mingw-users-request@...?subject=unsubscribe

Re: Mingw application fails to transfer from XP on PC1 to XP on PC2

> Date: Thu, 01 Mar 2012 19:44:50 +1100
> From: djd <djd@...>
> 
> But, just a minute!
> 
> The application runs `stand-alone' in the Linux environment, that is no 
> run-time is required.
> 
> Does this mean with any confidence that it should be able to run 
> `stand-alone' in the XP environment?

It depends on how the program was built.  Evidently, on Linux it was
statically linked against libintl functions (I think they are part of
the standard library on GNU/Linux), whereas on Windows it was linked
against a DLL.

> For example, could the compiled version be trying to load/run/use 
> libintl-8.dll without actually requiring it?

No.

------------------------------------------------------------------------------
Virtualization & Cloud Management Using Capacity Planning
Cloud computing makes use of virtualization - but cloud computing 
also focuses on allowing computing to be delivered as a service.
http://www.accelacomm.com/jaw/sfnl/114/51521223/
_______________________________________________
MinGW-users mailing list
MinGW-users@...

This list observes the Etiquette found at 
http://www.mingw.org/Mailing_Lists.
We ask that you be polite and do the same.  Disregard for the list etiquette may cause your account to be moderated.

_______________________________________________
You may change your MinGW Account Options or unsubscribe at:
https://lists.sourceforge.net/lists/listinfo/mingw-users
Also: mailto:mingw-users-request@...?subject=unsubscribe

Re: Mingw application fails to transfer from XP on PC1 to XP on PC2

On 2/03/2012 4:39 AM, Eli Zaretskii wrote:
>> Date: Thu, 01 Mar 2012 19:44:50 +1100
>> From: djd<djd@...>
>>
>> But, just a minute!
>>
>> The application runs `stand-alone' in the Linux environment, that is no
>> run-time is required.
>>
>> Does this mean with any confidence that it should be able to run
>> `stand-alone' in the XP environment?
> It depends on how the program was built.  Evidently, on Linux it was
> statically linked against libintl functions (I think they are part of
> the standard library on GNU/Linux), whereas on Windows it was linked
> against a DLL.
Is there a way to do the same with mingw, that is statically link the 
required libintl functions?

Alternatively, could one:

a) Build a custom library which included the functions required?

or

b) Load the functions directly on the command line (as I have done with 
a version of getline)?

------------------------------------------------------------------------------
Virtualization & Cloud Management Using Capacity Planning
Cloud computing makes use of virtualization - but cloud computing 
also focuses on allowing computing to be delivered as a service.
http://www.accelacomm.com/jaw/sfnl/114/51521223/
_______________________________________________
MinGW-users mailing list
MinGW-users@...

This list observes the Etiquette found at 
http://www.mingw.org/Mailing_Lists.
We ask that you be polite and do the same.  Disregard for the list etiquette may cause your account to be moderated.

_______________________________________________
You may change your MinGW Account Options or unsubscribe at:
https://lists.sourceforge.net/lists/listinfo/mingw-users
Also: mailto:mingw-users-request@...?subject=unsubscribe

Re: Mingw application fails to transfer from XP on PC1 to XP on PC2

On 02/03/12 10:33, djd wrote:
> On 2/03/2012 4:39 AM, Eli Zaretskii wrote:
>>> Date: Thu, 01 Mar 2012 19:44:50 +1100
>>> From: djd<djd@...>
>>>
>>> But, just a minute!
>>>
>>> The application runs `stand-alone' in the Linux environment, that is no
>>> run-time is required.
>>>
>>> Does this mean with any confidence that it should be able to run
>>> `stand-alone' in the XP environment?
>> It depends on how the program was built.  Evidently, on Linux it was
>> statically linked against libintl functions (I think they are part of
>> the standard library on GNU/Linux), whereas on Windows it was linked
>> against a DLL.
> Is there a way to do the same with mingw, that is statically link the
> required libintl functions?
>
> Alternatively, could one:
>
> a) Build a custom library which included the functions required?
>
> or
>
> b) Load the functions directly on the command line (as I have done with
> a version of getline)?
>

I use the Code::Blocks IDE on Linux and Windows 7 and had a similar 
problem and solved it by statically linking the library functions:

Settings -> Compiler and Debugger -> Linker Settings.
In the Other Linker Options enter: -static-libgcc and/or the name of any 
other library from which to statically link functions into your executable.

You may also need to
#define __MSVCRT_VERSION__  0x0601 (or 0x0801) before
#include <stdlib.h>
#include <stdio.h>
etc. etc.

Hans

------------------------------------------------------------------------------
Virtualization & Cloud Management Using Capacity Planning
Cloud computing makes use of virtualization - but cloud computing 
also focuses on allowing computing to be delivered as a service.
http://www.accelacomm.com/jaw/sfnl/114/51521223/
_______________________________________________
MinGW-users mailing list
MinGW-users@...

This list observes the Etiquette found at 
http://www.mingw.org/Mailing_Lists.
We ask that you be polite and do the same.  Disregard for the list etiquette may cause your account to be moderated.

_______________________________________________
You may change your MinGW Account Options or unsubscribe at:
https://lists.sourceforge.net/lists/listinfo/mingw-users
Also: mailto:mingw-users-request@...?subject=unsubscribe

Re: Mingw application fails to transfer from XP on PC1 to XP on PC2

> Date: Fri, 02 Mar 2012 11:33:36 +1100
> From: djd <djd@...>
> CC: mingw-users@...
> 
> > It depends on how the program was built.  Evidently, on Linux it was
> > statically linked against libintl functions (I think they are part of
> > the standard library on GNU/Linux), whereas on Windows it was linked
> > against a DLL.
> Is there a way to do the same with mingw, that is statically link the 
> required libintl functions?

Yes, of course: use the -static switch to GCC.  By default, GCC will
prefer linking against a shared library; this switch prevents it from
doing that.

> Alternatively, could one:
> 
> a) Build a custom library which included the functions required?
> 
> or
> 
> b) Load the functions directly on the command line (as I have done with 
> a version of getline)?

I don't recommend such customizations when a much easier way is
already available and completely standard.  The customizations that
you are considering will make it very hard for others to rebuild your
packages, which is a very important capability in the Free Software
community.

------------------------------------------------------------------------------
Virtualization & Cloud Management Using Capacity Planning
Cloud computing makes use of virtualization - but cloud computing 
also focuses on allowing computing to be delivered as a service.
http://www.accelacomm.com/jaw/sfnl/114/51521223/
_______________________________________________
MinGW-users mailing list
MinGW-users@...

This list observes the Etiquette found at 
http://www.mingw.org/Mailing_Lists.
We ask that you be polite and do the same.  Disregard for the list etiquette may cause your account to be moderated.

_______________________________________________
You may change your MinGW Account Options or unsubscribe at:
https://lists.sourceforge.net/lists/listinfo/mingw-users
Also: mailto:mingw-users-request@...?subject=unsubscribe

Re: Mingw application fails to transfer from XP on PC1 to XP on PC2

On Fri, Mar 2, 2012 at 4:04 AM, Eli Zaretskii <eliz <at> gnu.org> wrote:
>> Date: Fri, 02 Mar 2012 11:33:36 +1100
>> From: djd <djd <at> cmad.com.au>
>
>> Alternatively, could one:
>>
>> a) Build a custom library which included the functions required?
>>
>> or
>>
>> b) Load the functions directly on the command line (as I have done with
>> a version of getline)?
>
> I don't recommend such customizations when a much easier way is
> already available and completely standard.  The customizations that
> you are considering will make it very hard for others to rebuild your
> packages, which is a very important capability in the Free Software
> community.

I also do not understand your angst against using a shared library.
You just need to make sure your binary package is complete with these
libraries.  If I have foo.exe that I distribute and need bar.dll then
I put foo.exe in bin/ directory and bar.dll in bin/foo.exe.local/
directory as described by MSDN.  If I have more than one binary
requiring a DLL then a manifest that adds a specific path to the
library search paths for the binaries as described in MSDN works.  I
would put these in the bin/foo.exe.local/ directory and the manifest
for each binary points to the directory.

http://msdn.microsoft.com/en-us/library/windows/desktop/ms682586(v=vs.85).aspx

-- 
Earnie
-- https://sites.google.com/site/earnieboyd

------------------------------------------------------------------------------
Virtualization & Cloud Management Using Capacity Planning
Cloud computing makes use of virtualization - but cloud computing 
also focuses on allowing computing to be delivered as a service.
http://www.accelacomm.com/jaw/sfnl/114/51521223/
_______________________________________________
MinGW-users mailing list
MinGW-users <at> lists.sourceforge.net

This list observes the Etiquette found at 
http://www.mingw.org/Mailing_Lists.
We ask that you be polite and do the same.  Disregard for the list etiquette may cause your account to be moderated.

_______________________________________________
You may change your MinGW Account Options or unsubscribe at:
https://lists.sourceforge.net/lists/listinfo/mingw-users
Also: mailto:mingw-users-request <at> lists.sourceforge.net?subject=unsubscribe

Re: Mingw application fails to transfer from XP on PC1 to XP on PC2

On 3/03/2012 12:12 AM, Earnie Boyd wrote:
> On Fri, Mar 2, 2012 at 4:04 AM, Eli Zaretskii<eliz@...>  wrote:
>>> Date: Fri, 02 Mar 2012 11:33:36 +1100
>>> From: djd<djd@...>
>>> Alternatively, could one:
>>>
>>> a) Build a custom library which included the functions required?
>>>
>>> or
>>>
>>> b) Load the functions directly on the command line (as I have done with
>>> a version of getline)?
>> I don't recommend such customizations when a much easier way is
>> already available and completely standard.  The customizations that
>> you are considering will make it very hard for others to rebuild your
>> packages, which is a very important capability in the Free Software
>> community.
> I also do not understand your angst against using a shared library.
> You just need to make sure your binary package is complete with these
> libraries.  If I have foo.exe that I distribute and need bar.dll then
> I put foo.exe in bin/ directory and bar.dll in bin/foo.exe.local/
> directory as described by MSDN.  If I have more than one binary
> requiring a DLL then a manifest that adds a specific path to the
> library search paths for the binaries as described in MSDN works.  I
> would put these in the bin/foo.exe.local/ directory and the manifest
> for each binary points to the directory.
>
> http://msdn.microsoft.com/en-us/library/windows/desktop/ms682586(v=vs.85).aspx
Its only a `small' command line application which I might use intensely 
for a while then forget about it
for months. In the meantime, I may have had to change PCs or work on a 
different PC and the then application
needs to be recovered from somewhere. Inevitably, the need for an 
ancillary file will have been forgotten
and hours are wasted wondering why it does not work anymore (the new PC? 
The different version of OS? ...?).
I have been caught like that so many times I like to minimise potential 
problems if I can.

I have just been reminded that there is a -static switch which hopefully 
will resolve the issue.

Regards

------------------------------------------------------------------------------
Virtualization & Cloud Management Using Capacity Planning
Cloud computing makes use of virtualization - but cloud computing 
also focuses on allowing computing to be delivered as a service.
http://www.accelacomm.com/jaw/sfnl/114/51521223/
_______________________________________________
MinGW-users mailing list
MinGW-users@...

This list observes the Etiquette found at 
http://www.mingw.org/Mailing_Lists.
We ask that you be polite and do the same.  Disregard for the list etiquette may cause your account to be moderated.

_______________________________________________
You may change your MinGW Account Options or unsubscribe at:
https://lists.sourceforge.net/lists/listinfo/mingw-users
Also: mailto:mingw-users-request@...?subject=unsubscribe