Bug#703230: [gcc-4.8] gcc-4.8: -fsanitize=thread requires -fPIC too

2013-03-21 Thread Török Edwin
forwarded 703230 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56682 thanks -- To UNSUBSCRIBE, email to debian-gcc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/514b3d46.6030...@etorok.net

Bug#703230: [gcc-4.8] gcc-4.8: -fsanitize=thread requires -fPIC too

2013-03-18 Thread Török Edwin
On 03/19/2013 12:07 AM, Matthias Klose wrote: > Am 17.03.2013 04:03, schrieb Török Edwin: >> GCC says that -pie or -shared is needed to use -fsanitize=thread > > where? > > In the error message when you use just -fsanitize=thread: $ gcc-4.8 -fsanitize=thread x.c gcc-4.8.re

Bug#703230: [gcc-4.8] gcc-4.8: -fsanitize=thread requires -fPIC too

2013-03-17 Thread Török Edwin
Package: gcc-4.8 Version: 4.8-20130315-1 Severity: normal --- Please enter the report below this line. --- GCC says that -pie or -shared is needed to use -fsanitize=thread, but that is not enough on amd64: $ /usr/bin/gcc-4.8 -fsanitize=thread test.c -pie /usr/bin/ld.bfd.real: /tmp/ccBEgPXP.o: rel

Bug#703229: [libasan0] libasan0: /usr/bin/ld.bfd.real: cannot find libasan_preinit.o: No such file or directory

2013-03-17 Thread Török Edwin
Package: libasan0 Version: 4.8-20130315-1 Severity: normal --- Please enter the report below this line. --- GCC-4.8's(from experimental) -fsanitize=address flag is not working: $ gcc-4.8 -fsanitize=address test.c /usr/bin/ld.bfd.real: cannot find libasan_preinit.o: No such file or directory coll

Bug#619963: memmove

2011-04-10 Thread Török Edwin
ct the bug is gone, and if I upgrade to libc6 2.13-0exp5, VLC's dec.c seems to be compiled correctly too. Should gcc-4.6 depend on glibc >= 2.13? Or should gcc-4.6 provide a fixed prototype for memmove via fix-includes? Best regards, --Edwin -- To UNSUBSCRIBE, email to debian-gcc-requ.

Bug#619963: testcase

2011-04-02 Thread Török Edwin
ed for a readonly section we can use normal __memcpy_chk. */ if (readonly_data_expr (src)) { tree fn = built_in_decls[BUILT_IN_MEMCPY_CHK]; Best regards, --Edwin typedef long unsigned int size_t; extern __inline __attribute__ ((__always_

Bug#596965: gcc-4.4: crash on vector code with -m32 -msse -O2

2010-09-15 Thread Török Edwin
Package: gcc-4.4 Version: 4.4.4-14 Severity: normal Tags: upstream Forwarded: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45678 I just reported this bug in gcc bugzilla: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45678 It happens when using gcc version 4.4.5 20100909 (prerelease) (Debian 4.4.4-

Bug#592664: [PR45260]: g++-4.5 -fprefetch-loop-arrays internal compiler error

2010-08-11 Thread Török Edwin
Package: g++-4.5 Version: 4.5.1-1 Severity: normal Tags: upstream FYI I reported a gcc-4.5 bug here with full details here: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45260 It was initially reported against ClamAV here: https://wwws.clamav.net/bugzilla/show_bug.cgi?id=2190 GCC gives an internal

Bug#583141: gcc-doc: claims "Invariant Sections" in the manpage that are not actually present: isn't the manpage DFSG free?

2010-05-25 Thread Török Edwin
Package: gcc-doc Version: 5:2 Severity: normal The gcc manpage says "with the Invariant Sections being "GNU General Public License" and "Funding Free Software"", however neither "GNU General Public License", nor "Funding Free Software" appears in the manpage itself, hence the manpage can be con

Bug#577621: gcc-4.4-plugin-dev: accepts non-GPL plugins

2010-04-13 Thread Török Edwin
Package: gcc-4.4-plugin-dev Version: 4.4.3-7 Severity: normal According to the GCC plugin documentation plugins should declare a symbol plugin_is_GPL_compatible. However the gcc-4.4 in Debian loads the plugin regardless. To reproduce: $ cat >testcase.c < int plugin_init(struct plugin_name_args *p

Bug#575448: please package gcc-4.5's gold LTO plugin!

2010-03-26 Thread Török Edwin
On 2010-03-26 13:40, Török Edwin wrote: > I found the LTO plugin here (it was not installed by the package) > ./debian/tmp/usr/lib/gcc/x86_64-linux-gnu/4.5/liblto_plugin.so > > So I copied it to /usr/lib/gcc/x86_64-linux-gnu/4.5/liblto_plugin.so > manally, and -fuse-linker-plu

Bug#575448: please package gcc-4.5's gold LTO plugin!

2010-03-26 Thread Török Edwin
On 2010-03-26 01:27, Matthias Klose wrote: > On 25.03.2010 22:19, Török Edwin wrote: >> Package: gcc-4.5 >> Version: 4.5-20100227-1 >> Severity: wishlist >> >> GCC-4.5 has a gold linker plugin to do LTO, see >> http://gcc.gnu.org/wiki/whopr/driver >>

Bug#575451: gcc-4.5: -flto doesn't remember -fPIC

2010-03-25 Thread Török Edwin
Package: gcc-4.5 Version: 4.5-20100227-1 Severity: normal Tags: experimental gcc-4.5 with -flto doesn't work with -fPIC properly. Simple testcase: int entry(int a) { return bar(a)+1; } int bar(int a) { return a+4; } $ gcc-4.5 foo1.c -flto -fPIC -DPIC -c $ gcc-4.5 foo2.c -flto -fPIC -DPI

Bug#575448: please package gcc-4.5's gold LTO plugin!

2010-03-25 Thread Török Edwin
Package: gcc-4.5 Version: 4.5-20100227-1 Severity: wishlist GCC-4.5 has a gold linker plugin to do LTO, see http://gcc.gnu.org/wiki/whopr/driver It should already be built during a normal gcc-4.5 build, the plugin should be called liblto-plugin.so. I can't find that in the Debian experimental p

Bug#541801: lib32mudflap0: circular dependency

2009-08-16 Thread Török Edwin
Package: lib32mudflap0 Version: 4.4.1-1 Severity: normal I got this today after running aptitude dist-upgrade (after returning from a 2 week holiday): Writing extended state information... Done E: Couldn't configure pre-depend libc6-i386 for lib32mudflap0, probably a dependency cycle. A package

Bug#512686: libffi-dev: manpage #include confused

2009-01-22 Thread Török Edwin
Package: libffi-dev Version: 3.0.7-1 Severity: normal man ffi_call synposis says , but example uses . Manpage should be consistent and use only , if that is correct for Debian. -- System Information: Debian Release: 5.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'),

Bug#470557: smaller testcase for gcc misoptimization bug

2008-03-17 Thread Török Edwin
Package: gcc-4.2 Version: 4.2.3-2 --- Please enter the report below this line. --- I have manually reduced the previous testcase (it is 4K now, vs 32K). The same testcase can be used for both x86_64 and x86(-32). When I compile with -O3, or -O2 -finline-functions incorrect code is generated. $

Bug#452108: what binary packages to update?

2007-11-20 Thread Török Edwin
rsion. Then apply the patch that fixes the bug, recompile the entire archive, and see which .o,.so,.a, and executable files differ between the two. Is there a tool to automate such a task? --Edwin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Tr

Bug#336915: gcc-4.0: Incorrect "Warning statement has no effect" when using a GNU extension (possible regression)

2005-11-01 Thread Torok Edwin
Package: gcc-4.0 Version: 4.0.2-3 Severity: normal When I compile the following program like this: gcc -Wall t2.cpp I get this warning: t2.cpp: In function 'int x(T)': t2.cpp:11: warning: statement has no effect t2.cpp: In function 'int x3(T)': t2.cpp:25: warning: statement has no effect When

eDrugs Online

2005-07-08 Thread Edwin
Pharmaceutical services for the modern men http://uhyw.5k8g9ong2fnvron.trophemahi.info You can not apply mathematics as long as words still becloud reality. If you obey all the rules, you miss all the fun. I am just going outside and may be some time. -- To UNSUBSCRIBE, email to [EMAI

Welcome to VIP Quality Software.

2005-07-07 Thread Edwin
Cheap Software-Upgrades-educational bargains-oem-Software Buyer's Guide. http://hpb.el0thve7b6e3bxw.spurternj.com If my answers frighten you then you should cease asking scary questions. It is worse still to be ignorant of your ignorance. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] w

World first Patch Technology for penis Enlargement

2005-07-01 Thread Edwin
Pleasure your women - size does matter! http://www.gretan.com/ss/ The great discoveries are usually obvious. Everything has its beauty but not everyone sees it. Education is a better safeguard of liberty than a standing army. Honor does not have to be defended. Knowledge co