I been using miktex portable with some succes on msys2, as for the php
dependency you might need to port it.
example of a bash script you can use with miktex ->
##
# TEX
prefix="/opt/miktex"
exec_prefix="${
Aye i also have been getting that problem, i got around it by hand
setting paths in my build script so that the mingw32 directories came
first before the windows system directories. In most cases this works
but i have seen a few edge cases that prove that it is not allways
enough. In those case
Downgrade binutils-2.26 to 2.25 there seems to be some problems with the
latest version.
.
Den 01-04-2016 kl. 19:43 skrev Mario Emmenlauer:
> Dear All,
>
> I'm trying to compile Qt 5.6.0 with MSYS2 and the Alexpux/MINGW-packages.
> I've slightly modified the PKGBUILD, but only to disable some Qt f
You probably have the TMP dir on your ssd, object files from compiling
will usually end up there so its not uncommon.
If you dont want continous writes to your ssd i suggest moving the TMP
dir to a mechanic harddisk. You can do that
by changing the TEMP and TMP variables to point to another drive
After upgrading to gcc-6.2.0 i can no longer build boost it seems, im
still looking at the log because its rather large, but it does not seem
to contain any usefull messages. Anyone else ran into this problem ? i
guess its related to gcc now defaulting to -std=c++14.
---
nogo though.
Den 09-10-2016 kl. 11:12 skrev Alexey Pavlov:
2016-10-08 20:20 GMT+03:00 ralph engels <mailto:ralpheng...@gmail.com>>:
After upgrading to gcc-6.2.0 i can no longer build boost it seems, im
still looking at the log because its rather large, but it does not seem
to co
^
this is the remaining error building lldb,
GetLock is indeed there but it seems the compiler thinks its not
initialized and bails out.
Also libcxx needs some work to build.
Den 10-10-2016 kl. 13:06 skrev Ray Donnelly:
> Will you make a Pull Request for this work Ral
Took me some days but i think i ironed out the things keeping lldb from
building, ill apply some patches when im satisfied its in a state where
you can take over. Most of the problems stem from the fact that the
3.9.0 release seems
to target msvc and the msvc built python by default. Setting PYT
:50, ralph engels wrote:
>> libcxx is still not building, and i fear my C++ fu is not strong enough
>> to fix the problems, but maybe someone there can help with that part.
> I would love to help out ;) W
of the top of my head, these fail miserably.
ilmbase
openexr
openimageio
opencolorio
opencollada
and several others.
Any work being done on updating these to support the new gcc ?
--
Check out the vibrant tech comm
After a recuring error with the newest python2 package, i incorporated a
small fix.
The patch is attached to the message and replaces the patch with the
same name.
diff -urN Python-2.7.12.old/Lib/distutils/cygwinccompiler.py
Python-2.7.12/Lib/distutils/cygwinccompiler.py
--- Python-2.7.12.ol
Not sure whats changed ? but after updating to gcc6 the restrict keyword
can no longer be used and throws an error.
Supplying -std=c99 to flags does not fix it either.
--
The Command Line: Reinvented for Modern Develope
around the bug by renaming restrict to something else ->
restrictAction.
Den 28-10-2016 kl. 22:46 skrev David Grayson:
What about using __restrict instead?
--David
On Fri, Oct 28, 2016 at 7:46 AM, ralph engels <mailto:ralpheng...@gmail.com>> wrote:
Not sure whats changed
c11 by default and `restrict` is a key word there.
> Such behavior can be disabled by requesting `-std=gnu89` explicitly.
>
> --
> Best regards,
> lh_mouse
> 2016-10-29
>
> --------
Ran into a problem with the latest binutils, for all intents it seems
that windres is broken or else previous versions ignored faulty .rc
files. Try building gimp-ufraw with it. Reverting to 2.24-9 solves it
atm but i guess it should be reported.
---
Been having this problem for some time now after upgrading headers and
crt that the restrict qualifier throws an error
whenever g++ is invoked, this breaks a lot of sources such as codelite
from building. So i investigated and found that the reactos guys where
having the same problem and a poss
You might run into a problem using only the static libwinpthread on some
packages, i speak from experience since
im using a method similar to the suggested one. The problem is that some
shared libraries linked to the static libwinpthread.a library will throw
a multiple definition error if the w
Small patch for flexlink incomming, patches flexlink to run strip on all
binaries which in turn fixes building lablgtk.
Also pulls in some posix functionality.
diff -urN flexdll.old/Makefile flexdll/Makefile
--- flexdll.old/Makefile2015-01-22 14:01:06.0 +0100
+++ flexdll/Makefil
Also problems with other packages after last update, perl modules locale
and ssleay no longer work because the dll name changed( old one was
versioned 3_22 new one uses 3_24), and these modules cannot be rebuilt
because perl seems to have problems locating its own library (loads of
undefined re
Yup, i had the same problem. Had to add -Wl,--allow-multiple-definition
to linker flags to get around it, but i noticed afterwards that the flag
propagates down to everything i link to it, so not the best solution.
Den 26-06-2017 kl. 11:49 skrev Jan Niklas Hasse:
Hi,
after doing `pacman -Syu
Hmm it seems to croak on atleast the PerlXS module, not familiar with
the others,
but atleast that one sprung into mind.
Den 28-10-2018 kl. 23:04 skrev David Dyer-Bennet:
After installing (via Pacman) the perl-modules group, there are a
number of things I want that are not present. Trying to
You might not have much luck building bash as a standalone executable
for windows since it relies on some posix functionality that windows
does not have, hence Msys2 Cygwin posix libraries are needed and
unfortunatly those only come as a dll. There was an old project called
downhill which emulated
This is the Msys2 user list so you are allready here :-)
Alexy might be able to help, its still early here in europe so give it a
few hours.
Den 08-12-2019 kl. 07:10 skrev Amit Choudhary:
> Hi,
>
> I have downloaded mingw-w64 and MSYS2. I downloaded bash-5.0.tar.gz. I
> untarred and unzipped it i
pacman -S mingw-w64-i686-tools mingw-w64-x86_64-tools should give you
gendef.
Den 12-12-2019 kl. 10:53 skrev Liu Hao:
在 2019/12/12 14:26, Il'dar Al'Miev 写道:
Dear All,
hello,
i installed Msys2 in my computer. now i need to use "gendef"-command in my task. however,
the bash-environment display
Sorry i think its pacman -S mingw-w64-i686-tools-git and
mingw-w64-x86_64-tools-git instead.
Forgot that Msys2 uses the latest avaliable api.
Den 12-12-2019 kl. 10:53 skrev Liu Hao:
在 2019/12/12 14:26, Il'dar Al'Miev 写道:
Dear All,
hello,
i installed Msys2 in my computer. now i need to use "g
owlnext might be an alternative to MFC, its based on borlands old OWL
and at some point they did have a mingw port though i seem to remember
the makefiles for it needed some updating. Seems someone is allready
looking into updating the makefiles so it might soon build with a mingw
based gcc ag
26 matches
Mail list logo