You are not logged in.
...chromium-pepper-flash...
Chromium Pepper Flash would be a big problem for myself. And perhaps even the official repo old-Flash might be affected too. I have Arch on my parents computers and they use it for playing Facebook Flash games. Grr.
Offline
> readelf -d /usr/lib/PepperFlash/libpepflashplayer.so | grep NEEDED
0x0000000000000001 (NEEDED) Shared library: [libdl.so.2]
0x0000000000000001 (NEEDED) Shared library: [librt.so.1]
0x0000000000000001 (NEEDED) Shared library: [libstdc++.so.6]
0x0000000000000001 (NEEDED) Shared library: [libm.so.6]
0x0000000000000001 (NEEDED) Shared library: [libgcc_s.so.1]
0x0000000000000001 (NEEDED) Shared library: [libpthread.so.0]
0x0000000000000001 (NEEDED) Shared library: [libc.so.6]
0x0000000000000001 (NEEDED) Shared library: [ld-linux-x86-64.so.2]
I don't see this as an issue - isn't flash run as a separate process these days?
Offline
Scimmia wrote:...chromium-pepper-flash...
Chromium Pepper Flash would be a big problem for myself. And perhaps even the official repo old-Flash might be affected too. I have Arch on my parents computers and they use it for playing Facebook Flash games. Grr.
Since Fedora 23 will most likely use the new GCC 5, I believe that google will publish a working version for the new libraries. In the worst case it will include all necessary libraries in the package.
| alias CUTF='LANG=en_XX.UTF-8@POSIX ' |
Online
@Allan, are you saying that it isn't an issue? I'm not familiar enough with readelf to parse its output.
@progandy, I hope that that just works in the worst case. Because without Flash my parents computers either don't get updated or I have to put them back to Windows 7.
Offline
He's saying that as long as the process that's running flash doesn't load the new symbols, it will be fine. If something tries to load both the old and new symbols, it will cause problems.
Please correct me if I'm wrong.
Offline
Offline
Ok, thank you Scimmia and Allan, I hope there are no issues with Pepper Flash. It is integral to my parents systems for their uses.
Offline
#offtopic
Can someone explain to me what is "Stage 4" for which GCC 5 is in right now according to news and gcc.gnu.org itself? As far as the documentation says, there are three stages and "Stage 3" is for closing the feature pushing and accepting only bug fixes for polishing before going stable. I don't see anything anywhere about "Stage 4".
#end_offtopic
I'm not sure for which to be more excited, GCC 5 getting close to being released or having all the clang compatibility kernel patches mainlined soon which would be quite interesting...
Last edited by smirky (2015-02-24 22:59:19)
Personal spot :: https://www.smirky.net/ :: Try not to get lost!
Offline
Also:
jdk
jmtpfs
phototonic
plexmediaserver
spotify
xpdf
Offline
I only have two aur packages requiring rebuld:
fbpdf-git
palemoon-beta
Offline
codecs
grub-customizer
jdk
topmenu-qt-git
grub-customizer and topmenu-qt-git are rebuildables, codecs... no and jdk, I have no idea
Well, I suppose that this is somekind of signature, no?
Offline
So, GCC 5 is coming. And everything that depends on its libraries will need to be rebuilt. So, when GCC 5 hits the repo pretty-well every package will be rebuilt and therefore be "new" to pacman. I am far from an expert in such things but, how will this be handled? There will no doubt be .pacnew files aplenty to deal with. To my untrained eye something to ease the transition would be to have a "package freeze" for about 1 week before GCC 5 hits to give everyone time to get their systems fully up-to-date including dealing with those .pacnew files. Then, when the switch is flipped, everyone could update their entire system, rebuild their affected AUR packages, and just delete all the .pacnew files as their configurations will already be valid.
That's what I suggest, anyone care to enlighten how the GCC 5 transition will actually happen? Especially in regards to files that the user must configure for their specific systems.
Pacbuilder , replace $packagename with $(pacman -Qqs)
Offline
I remember reading on kernelnewbies that linux gained support for compiling with gcc5 in version 3.18. So what will happen to linux-lts? Will it be patched or dropped?
Offline
abiword-3.x-gtk2
aqemu-git
chromium-pepper-flash
comodo
easytag-gtk2
gsimplecal-git
palemoon-beta
pavucontrol-gtk2
rar
slim-git
slimlock-git
vworkspace-conector
Most of these aren't a problem and can simply be rebuilt. I wouldn't hold my breath on comodo releasing a gcc5-compatible binary though, I'm not sure if they're even aware that they still offer a Linux build (it's been exactly two years since the last release). vworkspace-conector might be problematic, but I rarely use that.
Sakura:-
Mobo: MSI MAG X570S TORPEDO MAX // Processor: AMD Ryzen 9 5950X @4.9GHz // GFX: AMD Radeon RX 5700 XT // RAM: 32GB (4x 8GB) Corsair DDR4 (@ 3000MHz) // Storage: 1x 3TB HDD, 6x 1TB SSD, 2x 120GB SSD, 1x 275GB M2 SSD
Making lemonade from lemons since 2015.
Online
It definitely won't be dropped... Also, I don't see why it won't be able to compile with GCC5. As long as it's compiled with a compatible standard, the version shouldn't matter...
Personal spot :: https://www.smirky.net/ :: Try not to get lost!
Offline
I remember reading on kernelnewbies that linux gained support for compiling with gcc5 in version 3.18. So what will happen to linux-lts? Will it be patched or dropped?
Patched rather than dropped. Backporting patches for build fixes is allowable in Arch land.
Offline
mar04 wrote:I remember reading on kernelnewbies that linux gained support for compiling with gcc5 in version 3.18. So what will happen to linux-lts? Will it be patched or dropped?
Patched rather than dropped. Backporting patches for build fixes is allowable in Arch land.
Woop! I would have tried to myself if it wasn't going to be done.
Also, it would have been interesting to see Arch without a linux-lts package.
EDIT: Oh wait, that means that I'll have to do it for 3.12 and 3.10... XD *facepalm*
EDIT2 (response to below comment): I think the original query by @mar04 was about linux-lts in [core], not the lts31x packages I maintain.
Last edited by clfarron4 (2015-02-26 16:10:19)
Claire is fine.
Problems? I have dysgraphia, so clear and concise please.
My public GPG key for package signing
My x86_64 package repository
Offline
No you wont. The AUR package maintainers would probably do that for you since those versions are there.
EDIT: Darn... I just saw that the maintainer is above me
Last edited by smirky (2015-02-26 13:24:17)
Personal spot :: https://www.smirky.net/ :: Try not to get lost!
Offline
No you wont. The AUR package maintainers would probably do that for you since those versions are there.
EDIT: Darn... I just saw that the maintainer is above me
Check the links in the signature for clarification.
Offline
interesting.
i'm trying to rebuild base & base-devel groups with gcc5 (using linux API headers 4.0-rc1) right now.
will write a few sentences here when it's done (either successfully or not).
UPDATE: no luck, glibc build fails.
MOAR UPDATE: but musl build succeeds
Last edited by chaonaut (2015-02-27 15:46:41)
— love is the law, love under wheel, — said aleister crowley and typed in his terminal:
usermod -a -G wheel love
Offline
UPDATE: no luck, glibc build fails.
Feel like providing details. Are they just new warnings failing due to Werror?
Offline
Feel like providing details. Are they just new warnings failing due to Werror?
well, it fails here:
gcc printf-parsewc.c -c -std=gnu99 -fgnu89-inline --param=ssp-buffer-size=4 -O2 -Wall
-Winline -Wundef -Wwrite-strings -fdiagnostics-color=always -fmerge-all-constants -frounding-math
-march=x86-64 -mtune=native -pipe -Wstrict-prototypes -fomit-frame-pointer -fPIC -I../include
-I/build/pkging/glibc/src/glibc-build/stdio-common -I/build/pkging/glibc/src/glibc-build
-I../sysdeps/unix/sysv/linux/x86_64/64 -I../sysdeps/unix/sysv/linux/x86_64
-I../sysdeps/unix/sysv/linux/x86 -I../sysdeps/unix/sysv/linux/wordsize-64 -I../sysdeps/x86_64/nptl
-I../sysdeps/unix/sysv/linux/include -I../sysdeps/unix/sysv/linux -I../sysdeps/nptl -I../sysdeps/pthread
-I../sysdeps/gnu -I../sysdeps/unix/inet -I../sysdeps/unix/sysv -I../sysdeps/unix/x86_64
-I../sysdeps/unix -I../sysdeps/posix -I../sysdeps/x86_64/64 -I../sysdeps/x86_64/fpu/multiarch
-I../sysdeps/x86_64/fpu -I../sysdeps/x86/fpu/include -I../sysdeps/x86/fpu
-I../sysdeps/x86_64/multiarch -I../sysdeps/x86_64 -I../sysdeps/x86 -I../sysdeps/ieee754/ldbl-96
-I../sysdeps/ieee754/dbl-64/wordsize-64 -I../sysdeps/ieee754/dbl-64 -I../sysdeps/ieee754/flt-32
-I../sysdeps/wordsize-64 -I../sysdeps/ieee754 -I../sysdeps/generic -I.. -I../libio -I. -nostdinc
-isystem /usr/lib/gcc/x86_64-unknown-linux-gnu/5.0.137066.c905381/include -isystem
/usr/lib/gcc/x86_64-unknown-linux-gnu/5.0.137066.c905381/include-fixed -isystem /usr/include
-D_LIBC_REENTRANT -include /build/pkging/glibc/src/glibc-build/libc-modules.h -DMODULE_NAME=libc
-include ../include/libc-symbols.h -DPIC -DSHARED -D_IO_MTSAFE_IO
-o /build/pkging/glibc/src/glibc-build/stdio-common/printf-parsewc.os -MD -MP -MF
/build/pkging/glibc/src/glibc-build/stdio-common/printf-parsewc.os.dt -MT
/build/pkging/glibc/src/glibc-build/stdio-common/printf-parsewc.os
../sysdeps/gnu/siglist.c:72:1: internal compiler error: in address_matters_p, at symtab.c:1908
versioned_symbol (libc, __new_sys_sigabbrev, sys_sigabbrev, GLIBC_2_3_3);
glibc 2.21, gcc 5.0.137066.c905381 20150227
— love is the law, love under wheel, — said aleister crowley and typed in his terminal:
usermod -a -G wheel love
Offline
Offline
https://www.mail-archive.com/gcc-patche … 04814.html
I followed this mailing list down to this. I guess it should be fixed in current gcc-multilib-git?
EDIT: I just compiled gcc-multilib-git, after that glibc and both successfully (and yes, I updated gcc before building glibc). Cheers!
EDIT #2: gcc-multilib-git 5.0.137154.840573b-1 (just for the record)
Last edited by smirky (2015-03-04 09:55:51)
Personal spot :: https://www.smirky.net/ :: Try not to get lost!
Offline
That is gcc crashing...
thanks for clarifying that.
gcc rebuilt from newer snapshot compiled glibc succesfully.
— love is the law, love under wheel, — said aleister crowley and typed in his terminal:
usermod -a -G wheel love
Offline