Op ma 8 jul. 2019 om 20:32 schreef Brian Inglis
:
>
> No, you are addressing - Andrey Repin - you can fix that
> in
> your Gmail address book in the Contacts list:
>
> https://support.google.com/mail/thread/5549719?hl=en
>
> --
Thank you - I had no idea how to correct that, but with tha
Op ma 8 jul. 2019 om 14:36 schreef Marco Atzeri :
>
> this line is present at line 4 of the file.
> Have you by chance modified it ?
>
>
No, the line I posted appears to be the closing line for the
comment/documentation. It is present in other such files, but was not
in the copy in my installation
Op ma 8 jul. 2019 om 06:23 schreef Arjen Markus :
>
> Hi Marco,
>
> I just tried building PLplot with CMake 3.14.5 and got this error message:
>
> -- OCTAVE_VERSION = 4.2.2
> -- OCTAVE_LIBRARIES = /usr/lib/octave/4.2.2/liboctave.dll.a
> -- OCTINTERP_LIBRARIES
Hi Marco,
I just tried building PLplot with CMake 3.14.5 and got this error message:
-- OCTAVE_VERSION = 4.2.2
-- OCTAVE_LIBRARIES = /usr/lib/octave/4.2.2/liboctave.dll.a
-- OCTINTERP_LIBRARIES = /usr/lib/octave/4.2.2/liboctinterp.dll.a
-- OCTAVE_INCLUDE_PATH =
/usr/include;/usr/include/octave-4.
Hi Marco,
Op ma 1 jul. 2019 om 14:41 schreef Marco Atzeri :
>
>
> please Arjen,
> bottom posting and trim on this mailing list
>
Oops, Gmail is hiding the original mail from me under three dots. I
will try and keep this in mind. (It also persists in showing a name it
picked up at one point with t
Thanks - got it. Another piece of information to forward :).
Regards,
Arjen
Op vr 28 jun. 2019 om 15:51 schreef Houder :
>
> On Fri, 28 Jun 2019 14:01:45, Adam Dinwoodie wrote:
> [snip]
>
> > have uploaded to provide via the packaging distribution mirrors. Some
> > maintainers will keep their c
ri, 28 Jun 2019 at 11:56, Arjen Markus wrote:
> > In the context of the PLplot project (plplot.sf.net) we are interested
> > in the details of how software is packaged for Cygwin, in particular
> > how CMake is packaged (development of this package is rather fast and
> > we
Hello,
In the context of the PLplot project (plplot.sf.net) we are interested
in the details of how software is packaged for Cygwin, in particular
how CMake is packaged (development of this package is rather fast and
we attempt to keep up with it, so that we can clean up the various
workarounds).
out of curiosity I experimented a bit with this source code. It can be
simplified to:
module test
integer, parameter :: rb = kind(1.0)
real(kind=rb) :: ka(5,13,10) , absa(65,10)
equivalence (ka(1,1,1),absa(1,1))
end module test
If I make it a program, rather than a module, the compiler ha
.
There is no command "xinit". I start the X server using the command
"X" and that seems to work fine. However, I do see a pacakge xinit now
that I explicitly look for it.
Regards,
Arjen
Op di 8 jan. 2019 om 13:25 schreef Marco Atzeri :
>
> Am 08.01.2019 um 03:49 schri
h with and without the GUI that Octave comes with (octave
--no-gui gave the same error messages).
Kind regards,
Arjen Markus
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:
or whether it is somehow referred to
by the program, but it seems rather odd.
(The tests within the PLplot project are less successful, but that has
to do with the identification of the gnat library by CMake)
Regards,
Arjen
2017-11-02 13:25 GMT+01:00 Arjen Markus :
> Hello Marco, Jon,
>
>
Hello Marco, Jon,
good to hear this - I will try this updated GNU version within the
context of the PLplot project.
Regards,
Arjen
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscri
That's the one indeed - I have no experience with the MinGW
distribution under Cygwin though. Perhaps I should try that one too
:).
Regards,
Arjen
2017-10-20 16:25 GMT+02:00 Peter Quiring :
> Hi Arjen,
>
> I'm talking about the mingw that is included with cygwin, not the
> standalone version.
>
Hi Peter,
I am not sure I understand all the details, but I have been using
CMake under Cygwin and MinGW-w64/MSYS2 (I have to be complete here)
for quite a few years now. Both Cygwin and MinGW-w64/MSYS2 have their
own versions of CMake, so I use those.
Do you mean to cross-compile?
Regards,
Arj
Hello,
In the PLplot project (http://plplot.sf.net) we have encountered a
problem with CMake 3.6.2 as part of the Cygwin packages: if you
specify an installation directory whose name contains a space, the
configuration step gets into an endless loop, more specifically, it
writes a file export_plpl
I see I replied to that first message - completely forgot about it.
I have just tried a bunch of varieties of !GCC$ ... but none seem to
work. Perhaps you should ask on the GFortran list or on
comp.lang.fortran too.
Regards,
Arjen
2017-01-06 16:26 GMT+01:00 Bill Greene :
> I am encountering the
Hi Satish,
I would have expected the /cb/ notation to work, but if you export the
individual variables instead, it does get compiled. However, my test
program shows that the data in the main program are not the ones in
the DLL, even though I applied both DLLEXPORT and DLLIMPORT.
It might be bette
Hi,
while this is not directly related to gfortran on Cygwin, this article
might help you appreciate the issues involved:
https://software.intel.com/en-us/node/535307
Are you bound to common blocks? If not, you may get better results
when you put the data in a module.
Regards,
Arjen
2015-06-24
Hi Rémi,
that seems to be a minor glitch - the file README is expected, but is
not there - it is typically a text file stating what the
program/package/... is all about and who wrote etc. You can simply
create a file by that name and rerun the build to get rid of this
error. I do not know what the
Hi Rémi,
you may need to run autoconf to update the configure file. That may
bring in the necessary code to properly identify the platform.
Regards,
Arjen
2015-05-31 12:39 GMT+02:00 Rémi 2005 :
> Hello,
> I've worked hard and I found some responses alone. But it's not enough...
> Cygwin doesn't
Hi Linda,
I doubt very much that you can just copy the object files and get a
working program that way. Does g77 have a cross-compile option?
An alternative is to identify the problem areas in the programs and
adjust them to standard Fortran (g77 does allow a number of
non-standard constructs, bu
Right, that makes sense. There is indeed no way for the package
manager to handle that scenario without external help, such as a PATH
variable that includes the various directories these extra DLLs reside
in.
Regards,
Arjen
2014-10-10 13:22 GMT+02:00 :
> In message
>
> you write:
>>This mig
This might the way the pkgIndex.tcl file for this particular extension
has been implemented, but like Jan says, that is not the Tcl way.
Here is a sample that illustrates the more acceptable procedure:
# Tcl package index file, version 1.0
if {![package vsatisfies [package provide Tcl] 8.6]} {re
You may need to open the properties dialogue for that file and edit
the properties. I have run into similar problems myself (installing a
DLL via a makefile causes the loss of the execute permission in my
case. No idea why.)
To do this, select the file in question in Windows Explorer and press
the
I agree with Andrey - could you give us examples of code fragments
that are not accepted by gfortran but are by g77?
Regards,
Arjen
2014-02-12 8:14 GMT+01:00 Andrey Repin :
> Greetings, Scott T. Marshall!
>
>> Would it be very difficult to take the old g77 source and recompile it
>> for cygwin64
Hello,
I would like to use Iwidgets 4.0.1 under Cygwin, but this requires Itk
3.4. The set-up utility however has Itcl 3.4 and Itk 3.3. Where can I
find the correct version?
Regards,
Arjen
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Do
Hello,
I have been trying to use Qt4 in the PLplot project as one of the
graphical devices, but I ran into two problems building Qt4:
- While compiling the libraries, it turned out that the constant
QT_OPEN_LARGEFILE'
was not defined. I could solve this by adding a definition in the file
mksp
I have very recently had the same problem with pango - the library
complained that it could not match any fonts. After installing
fontconfig it all worked.
Regards,
Arjen
2013/8/24 nu774 :
> Hi,
> Without fontconfig, wish(Tk) seems to crash on the attempt to create
> widgets (which requires some
If Cygwin is no more than that, why does it have Windows API libraries?
Regards,
Arjen
2013/9/7 Andrey Repin :
> Greetings, Arjen Markus!
>
>> I am trying to build and test the PLplot libraries and examples
>> on Cygwin with the cairo and pango libraries.
>
>> The b
Sorry, I thought my previous mail was withheld - it did not appear in
a reasonable time, so I reformulated my question.
Regards,
Arjen
2013/9/7 Andrey Repin :
> Greetings, Arjen Markus!
>
>> I would like to use the cairo library but it turns out that the
>> routine cairo_win32
Hello,
I would like to use the cairo library but it turns out that the
routine cairo_win32_surface_create is missing, whereas many other such
routines are present. What can be done about this?
Regards,
Arjen
--
Problem reports: http://cygwin.com/problems.html
FAQ: http:/
Hello,
I am trying to build and test the PLplot libraries and examples
on Cygwin with the cairo and pango libraries.
The build fails because there is no routine
"cairo_win32_surface_create" in the cairo libraries. All manner of
other surface creation routines are present.
How can this be solved?
Hello,
I am trying to build and test the PLplot libraries and examples
(see SourrceForge) on Cygwin with the cairo and pango libraries.
While the build succeeds if I exclude the ordinary Windows features
(the routine "cairo_win32_surface_create" is missing from the cairo
libraries), I get warning
Hello,
I am trying to build and test the PLplot libraries and examples
(http://plplot.sf.net) on Cygwin with the cairo and pango libraries.
While the build succeeds if I exclude the ordinary Windows features
(the routine "cairo_win32_surface_create" is missing from the cairo
libraries), I get war
I have had problems with file permissions myself - in my case editing
a file that is part of a fairly large project may cause build errors
later on, when such a file is copied during the build process, because
the Windows permissions are translated into "---". It may very
well be that you are d
According to the original thread it has to do with handling the stack.
The small program is
meant to show that there is a discrepancy between the way Cygwin
handles this versus
the way Linux does that - something to do with accessing more memory
pages than expected,
but this is not an area I am fam
Hello,
the bug I am reporting here on behalf of Alan Irwin surfaced in the
combination wine and Cygwin (Alan summarised it here:
http://www.winehq.org/pipermail/wine-devel/2013-June/100328.html). It
has to do with the way Cygwin handles forks.
The bug can be illustrated with this small program:
Hi Corinna,
you seem to have hit the right spot. The parent directories had the
permission --
according to Cygwin, but I could still enter them via cd. Things go
wrong if under Cygwin
a file gets _copied_ via cp or something similar that takes the file
permissions according
to POSIX from the p
I noticed that if I use noacl, then I get the correct looking POSIX permissions,
but the Windows permissions make it impossible to use the file.
Try: cat gnulliver.h
I have had the same problem with a package built via autotools, so it
is more general
than CMake. (I first reported this on the CMa
Oops, my mistake. The correct invocation of CMake is:
cmake -G "Unix Makefiles" ../
(These generators are part of CMake, not of the tar file)
Regards,
Arjen
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cyg
Here it is.
Regards,
Arjen
problem-cygwin.tgz
Description: GNU Zip compressed data
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-
Trying again:
- Unpack the tar file in a separate directory, say, and create a work
directory in which
to configure and build it, something like:
src/ - contents of the tar-file
work/ - directory to work in
CMakeLists.txt - the main CMake file
- Run CMake in the work directory
Well, I got a message back about using too many keywords that made it look like
an off-topic reply. But without an indication (of course) of what
these keywords are.
Regards,
Arjen
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentati
I have a small testcase, but my replies are consistently refused.
How do I solve that?
Regards,
Arjen
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.co
Hello,
I have been experiencing problems with building several unrelated
projects on Cygwin/Windows 7. One of them is GCC 4.8.1, another is a
project that uses CMake to create the Makefiles. The problems occur
either during the configuration
(the CMake-based project) or during the make itself (GCC
46 matches
Mail list logo
