JackWinter: there should be ArchLinux Wine maintainers on this channel
so you have higher chances asking here is gcc-5.1 is severely broken for Wine
JackWinter1 joined the channel
JackWinter1: <puk> JackWinter: there should be ArchLinux Wine maintainers on this channel
<puk> so you have higher chances asking here is gcc-5.1 is severely broken for Wine
JackWinter1 has quit
JackWinter
well i'm one of them (wine-rt), but i'll just have a go. been asking a few times already without getting an answer :)
puk
heh
LordFly has quit
slackner
JackWinter: there are various report that compiling with gcc 5.1 results in broken binaries, but you'll have to try it yourself to find out how critical it is ;)
puk
slackner: just copy protected stuff breaks?
or whole Wine?
aka winecfg / winemine?
slackner
various reports with 5.0 were talking about whole wine is broken, including prefix setup
for 5.1 at least a couple of apps are broken
puk
well, .0 is basically beta now for gcc
even officially
YongHaoHu joined the channel
hmc
slackner: that console/editline bug you gave me turned into 3 bugs :/
nsivov1 joined the channel
slackner
hmc: ugh ... well, that happens almost all the time when i try to fix sth ^^
hmc
:D
puk
hmc: you didn't fix them yet?
;-P
hmc
no
it took me 20 minutes to decipher the code
there's no indentation
:)
Bradan
autoformatter
slackner
hmc: you have luck that it isn't shell32 code ;)
Bradan: no, not allowed for wine
Bradan
slackner: but for viewing code
nsivov has quit
format it, understand it, undo it.
slackner
Bradan: thats possible of course xD
hmc
hmmm. i wonder if Alexandre would agree to format the codebase
slackner
hmc: no, he doesn't
hmc: there were various requests in the past to do that
slackner: how would you touch it? by writing or reading?
slackner
Andre_H: reading should be sufficient, its a guard page so you'll get an exception for all kind of memory access
fracting joined the channel
Andre_H: the main problem is that its not properly documented how exactly the function works. does it access N bytes below the current stack pointer, or is there some additional offset involved? ^^
JackWinter
fwiw, it seems wine built for multilib at the least, so i guess it's ok for building. let's see how broken it is for running... what are you guys gonna do for archlinux? wait with building binaries, or ship binaries and see what bug reports come in?
slackner
JackWinter: for our builders i've locked the gcc package, but i am also aware that this is no suitable solution in the long term
JackWinter: will probably package an old version of gcc and use that for building
JackWinter: and: building isn't really the interesting part, this always worked. having broken builds is the much more critical issue
JackWinter
i suppose i could probably downgrade gcc in my chroot for building
yeah agreed. so far i've only seen the 3.14 kernel having problems building
slackner: happen to know if gcc is the only thing that needs "locking", or does it go hand in hand with libtools or something else?
slackner
I've locked gcc, gcc-* and *-gcc-*
RDash has quit
JackWinter
so gcc-libs too
RDash joined the channel
RDash has quit
slackner
it worked when i pushed our builds for 1.7.43, but i fear you'll have to remove the lock (or downgrade various additional libs)
RDash joined the channel
JackWinter
i fear the same ;)
i hate it when archlinux does this with gcc... would much prefer that they kept it a long time in testing
slackner
JackWinter: well, for critical packages as gcc it would be nice to have just multiple versions available in the repos
Bradan
:-P I had the same problem with wpa_supplicant and clang35/36
but they downgraded wpa_supplicant back to 2.3 from 2.4
titan38 has quit
JackWinter
whee the only program i normally use does this :)
wine: Unhandled page fault on write access to 0x00000000 at address 0x7f0a7a22ee7f (thread 000b), starting debugger...
err:module:DelayLoadFailureHook failed to delay load user32.dll.LoadStringW
wine: Call from 0x7b84bd77 to unimplemented function user32.dll.LoadStringW, aborting
guess i'll downgrade again, and leave wine-rt in the aur at 1.7.43
puk
wat?
JackWinter
with 1.7.43 the app starts.
slackner
JackWinter: sounds like its still worse than just a couple of broken apps xD
puk
now you make me upgrade to F22 for the gcc-5.1 experience
JackWinter
go archlinux. i remember the last time they did a major change of gcc, and the kernel broke all the out of tree modules. seems like they forget to test things well before making the plunge
puk
i started with Red Hat Linux 4.1 back in the days
and work for Red Hat
JackWinter
think the dev built the kernel on his system running testing, instead of doing it in a chroot, so they had to upgrade gcc and then rebuild a load of packages
puk
so I'll stick to what I know
JackWinter
fedora is by all accounts a nice distro, never ran it though (did run some kinda red hat 15-20 years ago though)
puk
well, my first Linux usage was Slackware
K1773R joined the channel
and I've run Debian for a while
as I didn't like RHL 5.0
joined back at RHL6.1
JackWinter
wonder if i should write something on the aur that i won't be upgrading the build script until arch figures out what gcc 5.1 broke B)
c10ud joined the channel
think that i'd probably go for fedora if i moved off archlinux