similar to: [Bug 46] New: ..patch-o-matic: nfnetlink_conntrack.c or -.h ... compile failure:

https://bugzilla.netfilter.org/cgi-bin/bugzilla/show_bug.cgi?id=46 ------- Additional Comments From arnt@c2i.net 2003-02-08 18:09 ------- ..sorry, this is crucial info; compilers: RH-7.3: [root@gw linux-2.4.18-24.7.x]# rpm -q gcc gcc-2.96-113 [root@gw linux-2.4.18-24.7.x]# ...and ditto for RH-8.0: [root@fw linux-2.4.18-24.8.0]# rpm -q gcc gcc-3.2-7

https://bugzilla.netfilter.org/cgi-bin/bugzilla/show_bug.cgi?id=46 laforge@netfilter.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED ------- Additional Comments From laforge@netfilter.org 2003-02-08 13:06 ------- what compiler are you

https://bugzilla.netfilter.org/cgi-bin/bugzilla/show_bug.cgi?id=46 laforge@netfilter.org changed: What |Removed |Added ---------------------------------------------------------------------------- Severity|blocker |trivial ------- Additional Comments From laforge@netfilter.org 2003-02-14 09:27 ------- #include

On Mon, Feb 24, 2003 at 05:26:32PM -0800, H. Peter Anvin wrote: > Greg has taken on the job of integrating klibc with the kernel, but > please post klibc bug reports to the klibc mailing list at > <klibc@zytor.com>. To avoid annoying warning from gcc I had to check for compatibility with -falign-* like we do in arch/i386/Makefile. check_usergcc located in top-level makefile to

I am trying to build syslinux under gentoo on in 64 bit mode on an opteron. I get output like this ../com32/include/com32.h: In function `MK_PTR': ../com32/include/com32.h:77: warning: cast to pointer from integer of different size gcc -I../com32/include -g -Wall -O2 -fomit-frame-pointer -march=i386 -malign-functions=0 -malign-jumps=0 -malign-loops=0 -DVERSION='"2.06"'

Hi there, I am trying to install from the source R-2.4.0 on my mac (osx 10.4.8 G5 DP) The error imply Tcl/Tk. I install it by all the way I know: darwinport, the Tcl/Tk package from the dmg available from CRAN but without success. The PATH is correct. tclConfig.sh is localised in /opt/local/lib and have those permission: -rw-r--r-- 2 root admin 7K Oct 9 09:49 tclConfig.sh Here is

Memdisk still won't build because gcc doesn't always inline functions. Here's a patch I used. --- memdisk/Makefile.orig 2004-01-24 16:37:22.000000000 -0500 +++ memdisk/Makefile 2004-08-18 06:34:53.000000000 -0400 @@ -17,11 +17,12 @@ then echo $(1); else echo $(2); fi) M32 := $(call gcc_ok,-m32,) +MINLINE := $(call gcc_ok,-minline-all-stringops,)

Hi, I just tried compiling the latest release, but found some new problems: - Some versions of binutils could not link any shared binaries. One example for a broken version is 2.11.92.0.12.3, while 2.13.90.0.4 works. The error message looks like: tests/nfs_no_rpc.o: In function `root_nfs_parse': tests/nfs_no_rpc.o(.text+0x8): undefined reference to `strchr'

Thank you all. It looks like -mno-red-zone flag is already in master branch since commit 7d70885d, but it seems it is applied to all EFI builds. IIUC, the problem only affects efi64 builds. So here's the modification of my patch to only apply -mno-red-zone flag to efi64 target. The patch is against master. I verified that it builds correctly in master. Please feel free to accept or reject

Below is a fix for the current problem of checksum offload not working in a NAT''ed network. The cause is the NAT/iptables code incorrectly modifying the TCP/UDP checksum (for the checksum offload case). The original code assumes a valid checksum, which is not the case for checksum offload packets (which has a complimented, partial checksum for the hardware to use). The fix is to

On Fri, Oct 31, 2008 at 10:38:50AM -0700, Mike Stump wrote: > On Oct 31, 2008, at 9:40 AM, Jack Howarth wrote: >> However in current llvm svn, when I compile code with llvm-gfortran, I >> get these warning >> flags passed by default so that I get bogus warnings of... >> >> f951: warning: command line option "-Wformat" is valid for C/C++/ >>

Add cc-name to klibc/scripts/Kbuild.include. Make optimization flags not supported by clang conditional on cc-name. Use "--print-file-name=include" and "--print-libgcc-file-name" when using clang. Use cc-option to enable compiler-specific flags. Mark "bcmp" as not a builtin to prevent clang from using it. Signed-off-by: Bill Wendling <morbo at google.com>

--BU7+kJFeeDlNltZg Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Good news, Everyone! (TM) The netfilter core team announces a new release of the netfilter patch-o-matic suite: patch-o-matic-20030912 This release contains the most up-to-date bugfixes and new features for=20 the netfilter/iptables subsystem of the 2.4.x Linux

Commit-ID: 9eddaf50ea1b837979e49f996a2609a012218837 Gitweb: http://git.kernel.org/?p=libs/klibc/klibc.git;a=commit;h=9eddaf50ea1b837979e49f996a2609a012218837 Author: Bill Wendling <morbo at google.com> AuthorDate: Sun, 29 Mar 2020 04:38:30 -0700 Committer: Ben Hutchings <ben at decadent.org.uk> CommitDate: Sat, 25 Jul 2020 20:45:34 +0100 [klibc] Kbuild: add support for clang

aa056@chebucto.ca wrote: > > Using the same settings in config.site as were used for R-1.4.1, > R-1.5.0 fails to build. > > ./configure --enable-R-shlib > > Using defaults and using PPro optimizations, the build failed in > package methods: > > dumping R code in package 'methods' > gmake[4]: *** [../../../library/methods/R/all.rda] Error 139 >

Using the same settings in config.site as were used for R-1.4.1, R-1.5.0 fails to build. ./configure --enable-R-shlib Using defaults and using PPro optimizations, the build failed in package methods: dumping R code in package 'methods' gmake[4]: *** [../../../library/methods/R/all.rda] Error 139 gmake[4]: Leaving directory `/mnt/Data/src/install/R-1.5.0/src/library/methods' The

--k1lZvvs/B4yU6o8G Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi! It is my duty to inform you about this very unfortunate security issue in the IRC DCC connection tracking code. The following mail has just been sent to bugtraq, Linux Vendors have been informed two weeks in advance in order to prepare their advisories.

https://bugzilla.netfilter.org/cgi-bin/bugzilla/show_bug.cgi?id=41 Summary: pptp-conntrack-nat and sparc64 structures/padding/maskcomp bug Product: netfilter/iptables Version: patch-o-matic Platform: sparc64 OS/Version: All Status: NEW Severity: normal Priority: P2 Component: connection

On FreeBSD 4.7 I noticed that when compiling kernel modules, the kernel options are not available to the modules. For example, my if_em.ko is not being compiled with the DEVICE_POLLING configuration It looks like "-include opt_global.h" is not being applied when compiling the module. Kernel compilation of if_em.c: cc -c -O2 -pipe -malign-loops=4 -malign-jumps=4 -malign-functions=4

Hi, i have used shorewall for several years now, but now i have a problem i can not solve by my own. I use Debian (Testing/Sarge) with shorewall 2.2 and 2.6.10 Kernel. In the next few weeks i need several IPSEC VPN tunnels - ans thats the problem. "shorewall check" tells me that "Policy Match: not available". As i have RTFMd i need some iptables ans netfilter patches for 2.6