Where communities thrive


  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
People
Repo info
Activity
  • 22:54
    jeremyd2019 edited #9274
  • 22:54
    jeremyd2019 opened #9274
  • 22:43
    MehdiChinoune synchronize #9260
  • 21:56
    jeremyd2019 opened #9273
  • 21:56

    github-actions[bot] on srcinfo-cache

    Revert "ruby: fix clang build" Merge pull request #9272 from m… (compare)

  • 21:52

    jeremyd2019 on revert-9265-ruby-clang-fix

    (compare)

  • 21:52

    jeremyd2019 on master

    Revert "ruby: fix clang build" Merge pull request #9272 from m… (compare)

  • 21:52
    jeremyd2019 closed #9272
  • 21:51
    neheb commented #9269
  • 21:49
    jeremyd2019 opened #9272
  • 21:48
    neheb commented #9269
  • 21:47

    jeremyd2019 on revert-9265-ruby-clang-fix

    Revert "ruby: fix clang build" (compare)

  • 21:39
    jeremyd2019 commented #9265
  • 21:35
    jeremyd2019 commented #9265
  • 21:28
    mati865 commented #9265
  • 21:26
    mati865 commented #9265
  • 21:24
    jeremyd2019 commented #9265
  • 21:20
    jeremyd2019 commented #9265
  • 21:19
    jeremyd2019 commented #9265
  • 21:19
    jeremyd2019 commented #9265
Алексей
@Alexpux
@lazka hey
how are rebuilds work for updated packages?
Im update isl in msys repo
and then need rebuild gcc with updated package
but as I see it use old ISL
not newly builded
Biswapriyo Nath
@Biswa96
One random thought. If pacman and bash were compiled natively for Win32 platform do we need msys2 layer at all?
Алексей
@Alexpux
@Biswa96 I think you cannot do it properly
at least bash
Christopher Degawa
@1480c1
I don't think that would be possible since I think pacman and bash would rely on unix-like paths
somewhere in the chain
Алексей
@Alexpux
problem not only in paths
you need most UNIX utilities also porting
most of them use UNIX fork and interprocess communication
Biswapriyo Nath
@Biswa96
Can bash be replaced with busybox which has a win32 port? Also porting != follow everything. fork can be CreateProcess.
Алексей
@Alexpux
@Biswa96 no
Biswapriyo Nath
@Biswa96
Another query. Do you manually edit the autoconf/m4 files for msys2 platform i.e. msysize.patch?
Christoph Reiter
@lazka
but the build fails
I guess the so version bump breaks the existing gcc
I don't know how to solve that. How was this done before?
Christoph Reiter
@lazka
should we move isl to a static lib first? like with mingw
Алексей
@Alexpux
well yes before i locally copying old isl library to be able rebuild gcc
yeah seems we need build it static only
Алексей
@Alexpux
but it not so easy
we also need build static mpfr,mpc,gmp
lets then not update isl now for msys
as it need rebuild many things
Christoph Reiter
@lazka
+1
Алексей
@Alexpux
will revert isl update
Christoph Reiter
@lazka
ok, we can also build them locally with hacks if needed
but I'd prefer the revert if there is nothing important in the update
Алексей
@Alexpux
with local hack wi just need rebuild gcc and cross-mingw-w64-gcc with new isl
while switching isl to static only lead to switch mpfr,mpc,gmp to static only
Christoph Reiter
@lazka
yeah
Алексей
@Alexpux
and rebuild everything depends on it
Christoph Reiter
@lazka
maybe I should extend autobuild to also allow locally built packages being uploaded
I'll look into that some time
Алексей
@Alexpux
ok
Ray Donnelly
@mingwandroid
Hey MSYS2. If anyone is interested in applying for a job as a software packager, a company that's closely related to Anaconda, Inc is looking for someone.
2 replies
Алексей
@Alexpux
:)
David Macek
@elieux
One random thought. If pacman and bash were compiled natively for Win32 platform do we need msys2 layer at all?
I find the "bash compiled natively for Win32" concept hard to grasp. There' s a lot of foreign semantics in POSIX shells AND their usage, job control, forks, /dev/null, /proc/...
Алексей
@Alexpux
yeah
David Macek
@elieux
One could maybe make a simpler shell in Win32, e.g. busybox-w32 like you pointed out.
But I don't know how good that is for autoconf, libtool and other shell monstrosities.
Or one could make a full-featured one, but essentially end up reimplementing Cygwin once again. :)
I know there are other annoyances with this emulation, but I believe a major one is the bad performance. This is where Midipix could help in the future.
Алексей
@Alexpux
Midipix still alive?
David Macek
@elieux
Yes.