On 11-Sep-2007, Danny Smith wrote:
| At http://www.cygwin.com/ml/cygwin/2007-09/msg00194.html
|
| Tatsuro Matsuoka wrote:
|
| The best solution, I think, the speed of sjlj-exceptions EH on the
| cygwin is as fast as that of other platforms.
|
|
| In the case of octave, I believe that the
On 21-Aug-2006, Dave Korn wrote:
| Then, keeping the
| dll constant, try rolling your gcc install back to 3.4.4-1, building in a
| fresh object dir, and running make check there. Please let us know what
| results you get.
This won't work for Octave because it is a victim of the std::string
bug
On 16-Aug-2006, William A. Hoffman wrote:
| Without your support, I don't think the patch would get far.
| I am thinking the patch would be something like:
|
| #ifdef CYGWIN
| #define HAVE_DOS_PATHS
| #endif
Have you tried this (uh, what file are you patching anyway)? Does it
work? Does it
On 15-Aug-2006, Joachim Achtzehnter wrote:
| Free software is about collaboration of a community consisting of
| developers, users, documentation authors, testers, translators, etc. to a
| common good, namely the production of good software that serves the needs
| of that community.
In my view,
A recap, as I understand it (please correct me if I'm wrong):
* The version of GNU Make for Cygwin used to support MS-DOS
filenames. This feature was not part of GNU Make if you compiled
the sources for Cygwin out of the box, but was something that was
added and maintained as a
On 15-Aug-2006, Dave Korn wrote:
| On 14 August 2006 23:51, John W. Eaton wrote:
|
| Or am I missing something?
|
| The increasingly obvious fact that the aforementioned people have no
| intention of actually *doing* anything, and seem to want to do nothing except
| complain and tell others
On 28-Jul-2006, Paul D. Smith wrote:
| Regardless, I still wonder whether my idea of building make for a POSIX
| environment with Cygwin, but setting HAVE_DOS_PATHS explicitly, would
| work.
If this could cause some valid Makefiles to do the wrong thing as cgf
suggests might happen, then can we
On 28-Jul-2006, Chris Taylor wrote:
| So even if the DOS #ifdef was enabled, we'd be back at the point of
| having patches to attempt to fix this behaviour.
| Unless there was some way of having two versions of make - one with this
| behaviour and one without, controlled by /etc/alternatives
On 28-Jul-2006, Paul D. Smith wrote:
| This would be very tricky: right now all the code to do DOS vs. POSIX
| pathnames is controlled through #ifdefs, so it's a compile-time thing.
| Changing it to a runtime thing would be a lot of work, I think... the
OK, but I still think it should be
On 27-Apr-2006, Angelo Graziosi wrote:
| In the Cygwin distribution there are packages like Octave that are
| incompatible with gcc-3.4.4-1, yet.
Octave on Cygwin would also be helped if libstdc++ were built as a
DLL. Has there been any progress on that? Is there anyone else who
is interested
On 28-Feb-2006, Agnes Bousquier wrote:
|I am using Octave 2.1.72 under cygwin and would like to generate .oct
| files thanks to the command 'mkoctfile'. Unfortunately, when I type
| mkoctfile myfile.cc
| the following message appears (in French) :
|
On 21-Feb-2006, Juhani Saastamoinen wrote:
| The binary octave modules compiled with gcc-3.4.4 don't work.
The last time I checked, Octave just doesn't work with gcc 3.4 on
Cygwin systems. I think the biggest problem is this bug
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24196
which was
On 14-Feb-2006, Eric Blake wrote:
| so it is a
| bug in octave if it is mis-optimizing traversal in the presence of a
| directory link count of 1. It might make sense, though, for cygwin to set
| the link count to 0 on remote directories (rather than 1), to make it
| obvious that the link count
|You just dumped 5 meg of useless spam into the inboxes of several
| thousand people. You just ate up dozens of gigabytes of
| sourceware.org's bandwidth, which are a scarce resource, paid for
| out of hard-earned donations and sponsorship.
Sorry to waste additional bandwith with
On 9-Feb-2006, Larrie Carr wrote:
| In short, octave-forge is non-functional as it uses multiple subdirectories.
If that's true for everyone, then I'm surprised as I think you are the
first to report it.
| I've been looking through the sources and nothing has sprung up. Did find a
|
On 8-Dec-2005, Igor Pechtchanski wrote:
| What about http://cygwin.com/ml/cygwin/2005-12/msg00339.html (which
| fails gracefully if gnuplot isn't installed)? Or does octave-forge
| already do the right thing (tm) with respect to a missing gnuplot (i.e.,
| print out a meaningful error message,
OK, let's back up a bit, and see why kpsexpand is needed in the first
place.
Graphics in Octave use gnuplot. The legend function from Octave Forge
sends a save FILE command to gnuplot so that it can extract some
information about gnuplot's current state. If you do the following
mv
On 6-Dec-2005, Christopher Faylor wrote:
| On Tue, Dec 06, 2005 at 01:14:13AM -0500, John W. Eaton wrote:
| On 6-Dec-2005, Charles Wilson wrote:
| Why does package octave-forge depend on tetex-bin? As far as I can
| tell, octave-forge contains .oct and .m files, and few text and info
| files
On 6-Dec-2005, Charles Wilson wrote:
| Why does package octave-forge depend on tetex-bin? As far as I can
| tell, octave-forge contains .oct and .m files, and few text and info
| files -- nothing there should need TeX. I use MikTeX so I don't want to
| have cygwin-TeX installed, but this
On 6-Oct-2005, Danny Smith wrote:
| Building libstdc++.dll may be a hard problem for a mathematician or
| for libtool, but this is how an ordinary person coud do it.
|
| dlltool --output-def libstdc++.def --export-all libstdc++.a
| gcc -shared -olibstdc++.dll
I believe the following program should print
main: calling doit
doit: calling toit
toit: throwing exception
toit: caught exception, longjumping
doit: longjump landed, throwing exception
main: caught exception
but on the current Cygwin (updated today) using the 1.5.13-1
cygwin.dll and
I would like to contribute a Cygwin package for GNU Octave
(www.octave.org).
To start, I propose two packages, one with the Octave interpreter,
shared libraries, and other files necessary to run Octave and another
with the the header files and scripts necessary to compile and link
user-supplied
On 4-Dec-2001, Billinghurst, David (CRTS) [EMAIL PROTECTED] wrote:
| You wrote that you had problems compiling octave-2.1.35 on cygwin, due to a
| missing definition of _rl_clear_screen.
|
| The problem is that _rl_clear_screen is private and is not exported in
| cygreadline.dll. As you and I
23 matches
Mail list logo
