Bob Proulx
2014-08-02 15:05:34 UTC
Hello Keith,
lists. Generally the Cygwin folks do good work but because of the
platform differences they often need to make deep invasive changes to
GNU/Unix software in order to make it run. We understand that.
Sometimes compromises must be made. I find it rather amazing that it
runs there at all! Also people working on GNU Project software
usually don't run it on MS-Windows systems and don't unusually have
the ability to recreate problems on Cygwin. Therefore the place to
start when using Cygwin is over on the Cygwin project side of things.
http://cygwin.com/lists.html
But wait... I am a little confused. Part of your configuration
appears to be Cygwin but other parts appear to be MinGW. Are you
mixing those two projects together? Perhaps that is the problem. I
didn't think that mixing those environments was valid due to the
different choices made by those two projects to port code to
MS-Windows. But since I am using neither I really don't know.
The MinGW mailing lists.
http://www.mingw.org/mailing_lists
Good luck!
Bob
I've found what appears to be a linker issue but I'm not sure whether to
send it to you or to the gcc folks because of the way it shows up.
The problem is that when I run memory2.exe there is a seg fault because the
target of a call to ppl_set_GMP_memory_allocation_functions (declared weak
in libppl and overridden in memory2) from
Parma_Polyhera_Library::Init::Init() has been fixed up incorrectly. So if
this is an ld issue, how do I send libppl.a (27 MB) to you? Using gdb I
manually fixed the call using the offset information from memory2.o and
everything worked properly as far as I could tell.
Because you are on Cygwin you should start with one of those mailingsend it to you or to the gcc folks because of the way it shows up.
The problem is that when I run memory2.exe there is a seg fault because the
target of a call to ppl_set_GMP_memory_allocation_functions (declared weak
in libppl and overridden in memory2) from
Parma_Polyhera_Library::Init::Init() has been fixed up incorrectly. So if
this is an ld issue, how do I send libppl.a (27 MB) to you? Using gdb I
manually fixed the call using the offset information from memory2.o and
everything worked properly as far as I could tell.
lists. Generally the Cygwin folks do good work but because of the
platform differences they often need to make deep invasive changes to
GNU/Unix software in order to make it run. We understand that.
Sometimes compromises must be made. I find it rather amazing that it
runs there at all! Also people working on GNU Project software
usually don't run it on MS-Windows systems and don't unusually have
the ability to recreate problems on Cygwin. Therefore the place to
start when using Cygwin is over on the Cygwin project side of things.
http://cygwin.com/lists.html
But wait... I am a little confused. Part of your configuration
appears to be Cygwin but other parts appear to be MinGW. Are you
mixing those two projects together? Perhaps that is the problem. I
didn't think that mixing those environments was valid due to the
different choices made by those two projects to port code to
MS-Windows. But since I am using neither I really don't know.
The MinGW mailing lists.
http://www.mingw.org/mailing_lists
Good luck!
Bob