Displaying 20 results from an estimated 1000 matches similar to: "klibc and executable stack"
2005 Mar 06
1
Detecting KLIBC from userspace
Hi
Currently I am trying to get device-mapper and dmraid ported to compile
against klibc. So far there was no real issues, as the only thing they
used was fscanf and feof not available presently in klibc (but easy to
work around).
Other than that there are really no way to easily check for installed
klibc's other than trying to mangle the output of klcc (from adjusted
configure.in):
-----
2003 Aug 02
7
[2.6] Perl weirdness with ext3 and HTREE
Hi
I have mailed about this previously, but back then it was not
really confirmed, so I have let it be at that.
Anyhow, problem is that for some reason 2.5/2.6 ext3 with HTREE
support do not like what perl-5.8.0 does during installation.
It *seems* like one of the temporary files created during manpage
installation do not get unlinked properly, or gets into the
hash (this possible?) and cause
2005 Mar 07
1
Question about islower() in ctype.h (ANSI compat headers test)
Hi,
So far with the latest changes the projects I am trying to port works
fine, except for a mismatch on what is considered the ansi behaviour of
islower() in ctype.h:
-----
i = 220
islower (i) = 0, ISLOWER (i) = 0
toupper (i) = 220, TOUPPER (i) = 220
i = 221
islower (i) = 0, ISLOWER (i) = 0
toupper (i) = 221, TOUPPER (i) = 221
i = 222
islower (i) = 0, ISLOWER (i) = 0
toupper (i) = 222, TOUPPER
2005 Mar 09
1
Cross compiling klibc for arm and linking shared stuff
Hi,
I am getting this:
-----
armv4-unknown-linux-gnu-ld -o tests/fcntl.shared -e main interp.o tests/fcntl.o -R libc.so /usr/lib/gcc-lib/armv4-unknown-linux-gnu/3.3.5/libgcc.a
armv4-unknown-linux-gnu-ld: internal error: aborting at /space/var/tmp/portage/binutils-2.15.90.0.3-r4/work/binutils-2.15.90.0.3/ld/ldlang.c line 3835 in lang_place_orphans
armv4-unknown-linux-gnu-ld: please report this
2012 Dec 21
2
more compiler safety flags
Anyone see any reason not to add these extra compiler/linker flags if
they're supported?
Index: aclocal.m4
===================================================================
RCS file: /home/dtucker/openssh/cvs/openssh/aclocal.m4,v
retrieving revision 1.8
diff -u -p -r1.8 aclocal.m4
--- aclocal.m4 20 May 2011 01:45:25 -0000 1.8
+++ aclocal.m4 17 Dec 2012 03:56:32 -0000
@@ -21,6 +21,23 @@
2005 Mar 05
4
scsi and malloc.h headers
Hi,
Any reason why the scsi headers and malloc.h are not installed as well
for klibc 'make install' ?
Thanks,
--
Martin Schlemmer
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
Url :
2005 Mar 09
1
makeklcc.pl passes '' to ld if LDFLAGS empty among things
Hi,
If say ppc where LDFLAGS=, you get the problem that klcc is generated
like:
-----
@LDFLAGS = ( '' )
-----
which then causes '' to get passed to ld, which gives:
-----
/usr/bin/ld: : No such file: No such file or directory
-----
One of two ways (I tried over here at least) to fix it, namely the quick
hack:
-----
--- 1/makeklcc.pl 2005-03-10 00:22:03.000000000 +0200
2005 Mar 11
1
select.h not working on ia64
__FD_SET, __FD_CLR, __FD_ISSET, __FD_ZERO
are inside of __KERNEL__ in:
include/asm-ia64/posix_types.h
and therefore not available.
I've added stuff like this to our code:
#ifndef __FD_SET
#define __FD_SET(d, set) ((set)->fds_bits[__FDELT(d)] |= __FDMASK(d))
#endif
but it would be nice if this can be solved in klibc.
Thanks,
Kay
2014 Mar 10
2
[LLVMdev] A bug or a feature?
Hi,
I've run Clang Static Analyzer checker alpha.cplusplus.NewDeleteLeaks
over LLVM codebase to detect false-positives and at the same time
eliminate memory leaks. The majority of leaks were detected in
lib/Target/* and lib/MC/*. In all cases the similar trick was detected
as a leak (example from
lib/Target/Sparc/MCTargetDesc/SparcMCTargetDesc.cpp) :
static MCStreamer
2006 Apr 09
1
[PATCH] kbuild: rebuild initramfs if included files changes
This fix has been implemented in preparation for the upcoming klibc
merge in -mm. But as it fixes a real (but rare I hope) bug in vanilla
kernel it will be added to my pending 2.6.17 kbuild queue.
I've done quite some changes to the gen_initramfs script and
being shell programming newbie review by more experienced shell
hackers would be appreciated.
I did a git mv
2020 Mar 27
2
[PATCH v2 1/5] Kbuild: add support for clang builds
From: Michael Davidson <md at google.com>
Add cc-name to klibc/scripts/Kbuild.include.
Make optimization flags not supported by clang conditional on cc-name.
Don't use -nostdinc when building klibc.
While klibc doesn't (shouldn't) use the standard header files
supplied by the toolchain, it does still need to be able to find
the compiler-specific header file
2020 Apr 04
3
how to pick cipher for AES-NI enabled AMD GX-412TC SOC tincd at 100% CPU
Hello everybody,
First a big thanks for tinc-vpn I am still using it next to wireguard
and openvpn.
I am having a setup where the tinc debian appliance is at 100% cpu load
doing about 7.5MB/s.
Compression = 9
PMTU = 1400
PMTUDiscovery = yes
Cipher = aes-128-cbc
How can I pick a cipher that is the fasted for my CPU and don't create a
CPU bottleneck at 100%.
Kind regards,
Jelle de Jong
2006 Feb 07
1
Problems with fread
Hi,
I have a port here of device-mapper to use klibc (still trying to get it
upstream, but oh well). It used to work fine, but with latish klibc's I
seem to have issues with fread().
Same code with glibc works just fine, but with klibc fread only seems to
read the first two lines when it tries to get the major device number
for misc and device-mapper from /proc/devices - then it keeps
2013 Mar 22
1
additional compiler hardening flags
Hi all.
Any reason not to turn these on if the system supports them? They're
cheap but not free (a bit under 1% slower to run the complete regress
suite in a completely unscientific test).
They're based on info from these places:
https://wiki.ubuntu.com/ToolChain/CompilerFlags
http://wiki.debian.org/Hardening
http://www.gentoo.org/proj/en/hardened/gnu-stack.xml
and I've attempted to
2012 Jan 09
1
[LLVMdev] FW: generating ELF files on non-ELF platforms with MC
Ping,
Apart from Anton's concerns (which I think are manageable) and Micah's support, I received no reply on this.
Does there exist a way to tell MC to generate and ELF container for code on Windows? If not, I'm willing to submit a patch to fix this, but would like some opinions on the best direction to take here.
The proposed "llvm::TargetSpec class"
2006 Apr 08
0
[WIP] rebuild initramfs when content changes
hpa notified me in private mail that we have an issue that when building
initramfs - if the content changes (say kinit) then the initramfs will
not be rebuild.
The solution I have come up with is to let make check all the files
included in the initramfs and rebuild it if any files are newer than the
initramfs and also rebuild if arguments changes (root_uid).
In same process the usr/Kbuild file
2012 Jan 09
0
[LLVMdev] generating ELF files on non-ELF platforms with MC
Hi,
> Would it be OK to add "ELF" to Triple::EnvironmentType? It seems like a
plausible choice since MachO is there. On the other hand, I'm not sure
whether it makes sense to make it mutually exclusive with the other members
of EnvironmentType (GNU, GNUEABI, EABI).
EABI and GNUEABI imply ELF. GNU in practice does not need to imply ELF, but
is used in the ARM world as "the
2018 Jun 08
2
vanilla build of 7.7p1 release on linux/4.17 fails with gcc8 @ "/usr/bin/ld: unrecognized option '-Wl,-z,retpolineplt'"
On 8 June 2018 at 12:09, PGNet Dev <pgnet.dev at gmail.com> wrote:
[...]
> /usr/bin/ld -o ssh ssh.o readconf.o clientloop.o sshtty.o sshconnect.o sshconnect2.o mux.o -L. -Lopenbsd-compat/ -Wl,-z,relro -Wl,-z,now -Wl,-z,noexecstack -fstack-protector-strong -pie -lssh -lopenbsd-compat -lutil -lz -lcrypt -lresolv
> /usr/bin/ld: unrecognized option
2005 Aug 25
3
Adding -nostdlib to REQFLAGS
Skipped content of type multipart/mixed-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
Url : http://www.vas.nu/pipermail/klibc/attachments/20050825/0e6d8370/attachment.bin
2020 Feb 29
0
[klibc:master] Kbuild: Tell gas we don't want executable stacks
Commit-ID: 9d8d648e604026b32cad00a84ed6c29cbd157641
Gitweb: http://git.kernel.org/?p=libs/klibc/klibc.git;a=commit;h=9d8d648e604026b32cad00a84ed6c29cbd157641
Author: Ben Hutchings <ben at decadent.org.uk>
AuthorDate: Sat, 29 Feb 2020 00:03:20 +0000
Committer: Ben Hutchings <ben at decadent.org.uk>
CommitDate: Sat, 29 Feb 2020 00:11:26 +0000
[klibc] Kbuild: Tell gas we