Re: Proposed: Insight/gdb

Wells, Roger K. wrote:
> FWIW I tried this and when I try to step into the main procedure it crashes.
> I built several small programs, both C & C++ and it always terminates with
> an offer to notify MS.  There is mention of a patch (seems to be a text file
> containing a change history?) but not what to do with it.  Am I missing
> something here?
>
> My system is WinXP, SP2
> MinGW GCC: gcc.exe (GCC) 3.4.4 (mingw special

Can you supply a small example of code you've tried to debug, including 
the command line used to build the application. The exact error message 
would be appreciated too, if possible.

Thanks
Dave

-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
_______________________________________________
MinGW-users mailing list
MinGW-users@...

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

Re: Proposed: Insight/gdb

Dave Murphy wrote:
> Wells, Roger K. wrote:
>> FWIW I tried this and when I try to step into the main procedure it 
>> crashes.
>> I built several small programs, both C & C++ and it always terminates 
>> with
>> an offer to notify MS.  There is mention of a patch (seems to be a 
>> text file
>> containing a change history?) but not what to do with it.  Am I missing
>> something here?
>>
Apologies, meant to reply to this part in the first mail.

The patch is a unified diff of the changes made to Insight CVS in order 
to make this work as a windows native executable. This is only useful if 
you intend to build Insight yourself from the redhat CVS sources.
>> My system is WinXP, SP2
>> MinGW GCC: gcc.exe (GCC) 3.4.4 (mingw special
>
> Can you supply a small example of code you've tried to debug, 
> including the command line used to build the application. The exact 
> error message would be appreciated too, if possible.
>
> Thanks
> Dave
>

-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes

RE: Proposed: Insight/gdb

Thanks for the reply.  I will put together a minimal case but while I am
doing that there may be another clue.  One of my colleagues has used the
same release successfully (in fact he merely copied my installation).  When
I first used it I got messages about not finding itcl.tcl, etc.  I then set
the following environment variables:

ITCL_LIBRARY=d:\"Program Files"\insight\share\itcl3.2
ITK_LIBRARY=d:\"Program Files"\insight\share\itk3.2
TCL_LIBRARY=d:\"Program Files"\insight\share\tcl8.4
TK_LIBRARY=d:\"Program Files"\insight\share\tk8.4

Now the insight GUI comes up but fails when I attempt to step into main().
My colleague who experienced a successful use of insight did not get
prompted about itcl.tcl, set none of the above environment variable, and
debugged his application in the expected way.

Does this mean that his invocation of insight is resolving references to
Tcl/Tk resources fortuitously via previous installed applications that also
installed Tcl/Tk somewhere on his machine?

We have developed a number of Tcl/Tk applications and those of us in the
development community could easily have wildly different environments with
regard to Tcl/Tk installations.  In fact one of our challenges has been
ensuring that our stuff runs regardless of what Tcl/Tk components are
installed on the host.

Thanks again and I will get together a minimal example.

Roger Wells, P.E.
SAIC

How To Build STLport?

On the advice of others on this forum, STLport looks like what I need. 

I've downloaded it, but now I'm stuck trying to figure out how to 
compile it. (I'm running MinGW on Windows XP.)  There are *.mak files
scattered over three levels of directories.  There is a directory of 
makefiles named cygming which sounds like the one for MinGW, but 
none of those files appears to be the INITIAL makefile to execute.

The file named INSTALL spends most of its verbage saying that the 
directory named stlport needs to be accessible and should not be 
renamed.  Most of the rest of the text has to do with making the 
iostreams stuff.

There are makefiles named top.mak in various places, but again, 
despite their name, they don't seem to be the place to start.  Every 
makefile I've looked at assumes certain variables have already 
been set, but it's never clear whether they should be set from the 
make command line or by a higher level make.

Can anyone give me a pointer as to where to start?

Merrill

-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
_______________________________________________
MinGW-users mailing list

Re: How To Build STLport?

> Can anyone give me a pointer as to where to start?

Here is sequence of commands that I used to build it:

decompress STLport-5.0.0.tar.gz file somewhere
optionally update MSYS\1.0\etc\fstab to make this location visible for 
MSYS
start MSYS

cd stlport/build/lib
make -f gcc.mak depend
make -f gcc.mak all
make -f gcc.mak install-release-shared
make -f gcc.mak install-release-static
make -f gcc.mak install-dbg-shared
make -f gcc.mak install-dbg-static
make -f gcc.mak install-stldbg-static
make -f gcc.mak install-stldbg-shared

Remember to set your CPATH and LIBRARY_PATH environment variables to 
start actually using it (and possibly also PATH if you use DLLs). 
Attached you will find more detailed log from my computer. Regards

B.

Administrator <at> SOPOT /devel/stlport
$ ls -al
total 6

Re: How To Build STLport?

Bronek,

Thanks for the instructions.  I had missed the part about MSYS.

Merrill

-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
_______________________________________________
MinGW-users mailing list
MinGW-users@...

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

Re: Proposed: Insight/gdb

Wells, Roger K. wrote:
> Thanks for the reply.  I will put together a minimal case but while I am
> doing that there may be another clue.  One of my colleagues has used the
> same release successfully (in fact he merely copied my installation).  When
> I first used it I got messages about not finding itcl.tcl, etc.  I then set
> the following environment variables:
>   
That would probably point to an environment issue somewhere. Perhaps 
your installation is picking up previously installed Tcl/Tk components 
rather than those supplied with Insight. I'm a bit confused about this 
though since I was under the impression that dlls in the same directory 
as the executable took preference over those in the path.

> ITCL_LIBRARY=d:\"Program Files"\insight\share\itcl3.2
> ITK_LIBRARY=d:\"Program Files"\insight\share\itk3.2
> TCL_LIBRARY=d:\"Program Files"\insight\share\tcl8.4
> TK_LIBRARY=d:\"Program Files"\insight\share\tk8.4
>   
It might be worth moving this to a path without spaces, I've had endless 
trouble with gnu tools and spaces so I just don't do it. It's probably 
also worth looking for any Insight/tcl/tk environment variables that may 
be referring to another installation, possibly including the 
tclConfig.sh and tkConfig.sh files found in the Insight lib directory. 
The config files have absolute paths which relate to my build and 
install environment though I've moved the installed files around drives 
and paths with no problems here.

> Now the insight GUI comes up but fails when I attempt to step into main().
> My colleague who experienced a successful use of insight did not get
> prompted about itcl.tcl, set none of the above environment variable, and

MSYS shell and external libraries

Hi,

Which locations are searched when a configure script looks for some library
?

I know if I've copied the library's '.a' and '.h' files to my MinGW/lib and
MinGW/include folders, then it gets found ok ... but there's a number of
reasons against using that approach. I would prefer to leave the external
library where it is - and have its location added to the locations that get
searched.

How do I do that ?

Cheers,
Rob

-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
_______________________________________________
MinGW-users mailing list
MinGW-users@...

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

Problem with 'dllimport'

Hi,

First off, a quick thanks to Brian for answering my earlier question of an
hour-or-so-ago re
'MSYS Shell and external libraries' - his solution works nicely (of course


I'm trying to build audiere-1.9.3 from source and I get this error when
running 'make':

device.cpp:43: error: function `const char*
audiere::AdrGetSupportedAudioDevices()' definition is marked dllimport.

The function definition is:
ADR_EXPORT(const char*) AdrGetSupportedAudioDevices()

Running through the #define statements in various header files it looks like
ADR_EXPORT (ret) is being defined as:

extern "C" __declspec(dllimport) ret __stdcall

Anyway .... this '__declspec(dllimport)' and '__declspec(dllexport)' stuff
confuses me. Does anyone have some advice on what this error means and how
one should deal with it ?  A link to a good, basic, treatment/explanation of
those terms would be helpful - as I'm sure it's gunna take a while to sink
in. I did find
http://sourceware.org/binutils/docs-2.16/ld/WIN32.html#index-direct-linking-to-a-dll-527
which mentions these terms and their relevance to object files ... but
device.cpp is not an object file and I can't quite make the connection ...

Re: MSYS shell and external libraries

Sisyphus wrote:

> reasons against using that approach. I would prefer to leave the external
> library where it is - and have its location added to the locations that get
> searched.

CFLAGS="-I/foo/include -g -O2" LDFLAGS="-L/foo/lib" ./configure

-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
_______________________________________________
MinGW-users mailing list
MinGW-users@...

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