Where communities thrive


  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
People
Repo info
Activity
  • 08:56
    MehdiChinoune opened #9260
  • 07:43
    lazka commented #9259
  • 07:43
    lazka commented #9259
  • 07:43
    lazka commented #9259
  • 07:38
    lazka synchronize #9259
  • 07:34
    jeremyd2019 commented #9259
  • 07:31
    jeremyd2019 commented #9259
  • 07:30
    jeremyd2019 commented #9259
  • 07:25
    Biswa96 commented #9259
  • 07:24
    Biswa96 commented #9259
  • 07:23
    MehdiChinoune commented #9259
  • 07:22
    lazka synchronize #9259
  • 07:18
    lazka opened #9259
  • 06:18

    github-actions[bot] on srcinfo-cache

    arrow: Disable --version-script… (compare)

  • 06:14

    Biswa96 on master

    arrow: Disable --version-script… (compare)

  • 06:14
    Biswa96 closed #9255
  • 05:34
    Biswa96 commented #9255
  • 05:32
    Biswa96 synchronize #9255
  • 05:04
    jeremyd2019 commented #9178
  • 03:42
    jeremyd2019 edited #9257
David Macek
@elieux
Providing both seems okay.
No conflicts please.
Ray Donnelly
@mingwandroid
Another discussion time?
Алексей
@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. :)