similar to: [Bug 551] gcc warning: assignment discards qualifiers from pointer target type

Displaying 20 results from an estimated 10000 matches similar to: "[Bug 551] gcc warning: assignment discards qualifiers from pointer target type"

2007 Feb 27
5
[Bug 550] building ulogd2 fails due to missing 'autoheader' in autogen.sh
https://bugzilla.netfilter.org/bugzilla/show_bug.cgi?id=550 morfoh@opensde.org changed: What |Removed |Added ---------------------------------------------------------------------------- OS/Version|All |other Platform|All |other ------- Additional Comments From morfoh@opensde.org 2007-02-27
2007 Feb 27
0
[Bug 551] New: gcc warning: assignment discards qualifiers from pointer target type
https://bugzilla.netfilter.org/bugzilla/show_bug.cgi?id=551 Summary: gcc warning: assignment discards qualifiers from pointer target type Product: ulogd Version: SVN (please provide t Platform: All OS/Version: All Status: NEW Severity: normal Priority: P2 Component: ulogd
2007 Feb 27
0
[Bug 550] New: building ulogd2 fails due to missing 'autoheader' in autogen.sh
https://bugzilla.netfilter.org/bugzilla/show_bug.cgi?id=550 Summary: building ulogd2 fails due to missing 'autoheader' in autogen.sh Product: ulogd Version: SVN (please provide t Platform: All OS/Version: All Status: NEW Severity: normal Priority: P2 Component: ulogd
2011 Feb 03
3
[LLVMdev] ARM ELF target and the use of VFP/NEON instructions
Hi, I have submitted a bug some time ago to LLVM bugtracker: http://llvm.org/bugs/show_bug.cgi?id=8931 The problem is that I'm trying to use clang in linux system, running on ARM hardware. And this bug, as trivial as it is, seems to be a major showstopper. I wonder if I'm the only one trying to use LLVM/clang in this configuration or doing something in an unusual way? Anyway, the LLVM
2020 Apr 18
4
[Bug 1423] New: iptables-translate silently discards --ctstate DNAT
https://bugzilla.netfilter.org/show_bug.cgi?id=1423 Bug ID: 1423 Summary: iptables-translate silently discards --ctstate DNAT Product: nftables Version: unspecified Hardware: x86_64 OS: Debian GNU/Linux Status: NEW Severity: normal Priority: P5 Component: iptables over nftable
2011 Feb 03
0
[LLVMdev] ARM ELF target and the use of VFP/NEON instructions
On 3 February 2011 10:25, Siarhei Siamashka <siarhei.siamashka at gmail.com> wrote: > I have submitted a bug some time ago to LLVM bugtracker: > http://llvm.org/bugs/show_bug.cgi?id=8931 Hi Siarhei, This is a really silly bug with a simple fix. We have a similar patch here locally, but as this is part of another set of patches we were waiting for it to stabilise. There are some
2007 Jan 11
14
[Bug 521] [patch] - some changes to runme script
https://bugzilla.netfilter.org/bugzilla/show_bug.cgi?id=521 kaber@trash.net changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED ------- Additional Comments From kaber@trash.net 2007-01-11
2011 Feb 25
2
[LLVMdev] ARM ELF target and the use of VFP/NEON instructions
On Thursday 03 February 2011 14:14:28 Renato Golin wrote: > On 3 February 2011 10:25, Siarhei Siamashka <siarhei.siamashka at gmail.com> wrote: > > I have submitted a bug some time ago to LLVM bugtracker: > > http://llvm.org/bugs/show_bug.cgi?id=8931 > > Hi Siarhei, > > This is a really silly bug with a simple fix. > > We have a similar patch here
2006 Apr 04
14
Problem with masquerading and bridges
Hello all, I''m somewhat new to networking, and I''m having trouble masquerading connections that are coming over a bridge. The bridge only has a single port for now, but I''m going to add more ports later. I''m basing my configuration on the two-interface quick start guide. I''m using Shorewall 3.0.4 on Ubuntu Dapper. My network looks like this: * The
2011 Feb 25
0
[LLVMdev] ARM ELF target and the use of VFP/NEON instructions
On Fri, Feb 25, 2011 at 12:16 PM, Siarhei Siamashka <siarhei.siamashka at gmail.com> wrote: > On Thursday 03 February 2011 14:14:28 Renato Golin wrote: >> On 3 February 2011 10:25, Siarhei Siamashka <siarhei.siamashka at gmail.com> > wrote: >> > I have submitted a bug some time ago to LLVM bugtracker: >> > http://llvm.org/bugs/show_bug.cgi?id=8931 >>
2007 Jan 26
1
[Bug 538] PPTP Coontrack and nat helper porting to linux 2.6.11.12
https://bugzilla.netfilter.org/bugzilla/show_bug.cgi?id=538 kaber@trash.net changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |INVALID ------- Additional Comments From kaber@trash.net 2007-01-26
2005 Jul 20
6
Extension Lights Patch
Guys I just read on the wiki: "2005-07-19 - long awaited extension lights (hint priority) and call pickup on various phones work with newly released asterisk patch digium bugtracker - feel free to test and report findings to the bugtracker to have this commited to cvs." How does this work? And will it work only on certain phones or can it work with the gxp2000?
2009 Sep 23
4
Error When Using Postgresql Schema With Realtime Sip
I am using asterisk 1.6.1.6 and have been setting up a system to use a Postgresql database as the realtime DB via the ODBC route. I have got extensions and voicemail working but am having trouble with SIP The problem seems to be with using a schema. If I put the table "sip" in the schema "foo" then I add this entry to extconfig.conf sippeers => odbc,psqldb,foo.sip Restart
2012 Sep 07
1
[LLVMdev] type qualifiers in LLVM
Still diving into LLVM... I noticed that the LLVM type system does not represent qualifers (const, volatile, restrict). >From what I can gather, - the back end cannot ignore volatile, so loads/stores are annotated as volatile when they load/store through a volatile qualified pointer. - const qualifiers are noted in metadata (I think) - top level restrict qualified function parameters are
2020 Apr 24
5
RFC: Switching from Bugzilla to Github Issues [UPDATED]
On 04/24/2020 03:24 AM, Sam McCall wrote: > clangd's experience using github issues to track bugs (in a separate repo) has been very positive, and I'm glad you're pushing on this! > > Part of this has been that our issue tracker has been scoped to our subproject only, which is a scope that the tool works well for (on the user and developer side). > As such I don't
2004 May 26
15
* INSTRUCTIONS FOR THE ASTERISK COMMUNITY - PLEASE READ NOW *
Welcome to the Asterisk users community! ---------------------------------------- Asterisk.org is a fast moving project. New code is added every day. Asterisk is the leading Open Source Telephony platform, with support both for classical telephony and IP telephony. Our community is also growing fast and we're having a lot of interaction, on the IRC and on the mailing lists. It's great
2006 Nov 15
3
Aquamarine: The KDE Window Decorator
Hi, I have added compiz support to aquamarine. You can download it directly from beryl svn: svn co svn://svn.beryl-project.org/beryl/trunk/aquamarine/ To install: ./autogen.sh ./configure --enable-debug=full ./make ./sudo make install You can use kcontrol to set the decoration and decoration specific settings. You can post bugs to the beryl bugtracker at http://bugs.beryl-project.org . Please
2012 Oct 24
1
[dovecot} Invalid mailbox name.
Hi, I've got some trouble here.. i created some sieve rules, but the debug log says that there is a invalid mailbox name error: msgid=<*>: failed to store into mailbox '/home/shared/.automail.Bugtracker/': Invalid mailbox name. ~/.dovecot.sieve if address :is "to" "mantis-admin@<*>" { fileinto
2019 Jan 19
2
[PATCH xf86-video-nouveau] xv: fix build warning regarding const qualifier
Fixes warning with gcc 8.2: nouveau_xv.c: In function ‘NVInitVideo’: nouveau_xv.c:2247:68: warning: passing argument 2 of ‘vlCreateAdaptorXvMC’ discards ‘const’ qualifier from pointer target type [-Wdiscarded-qualifiers] adaptorsXvMC[0] = vlCreateAdaptorXvMC(pScreen, textureAdaptor[0]->name); ~~~~~~~~~~~~~~~~~^~~~~~ In file included from
2004 Apr 19
3
One, två, tre, quatre, cinq ... International numbers in say.c
http://bugs.digium.com/bug_view_page.php?bug_id=0001429 * Support for other language syntaxes in saynumber Accidentally I opened this can of worms to see if we can add support for other language syntaxes for saying numbers. Seems like Swedish, english and norwegian follow the same syntax. I've integrated existing patches for french, danish and soon portuguese syntax. The steps we're