: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: ivan at chebykin dot org
Target Milestone: ---
Created attachment 48762
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48762&action=edit
Preprocessed file without i
Rjesava problem slabog wireless signala,
hvata signale cak do 1-2 km udaljenosti!
Te Ima puno bolji i stabilniji signal od drugih!!
Trenutno najjaci Wireless USB Adapter na Trzistu!!
RTL8187L Chipset
2 WATA IZLAZNE SNAGE na b/g standardu!!
Dolazi s Antenom od 10 DBI-a !!
Backtrack 4 DVD i U
--- Comment #5 from ivan dot stankovic at avl dot com 2010-05-10 14:14
---
Indeed, using RTLD_GLOBAL works around the problem. However, I don't think
one should just resort to using this flag with dlopen everywhere. The problem
was originally found with Python modules written in C
--- Comment #1 from ivan dot stankovic at avl dot com 2010-05-10 13:40
---
Created an attachment (id=20619)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20619&action=view)
The test case
Just unpack and run 'make; make run'. The output
should be something like:
c
Version: 4.5.0
Status: UNCONFIRMED
Severity: major
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: ivan dot stankovic at avl dot com
GCC build triplet: i686-pc-linux-gnu
GCC host triplet: i68
--- Comment #3 from ivan at rhythm dot com 2010-03-26 21:11 ---
gcc -v
Using built-in specs.
Target: x86_64-suse-linux
Configured with: ../configure --prefix=/usr --infodir=/usr/share/info
--mandir=/usr/share/man --libdir=/usr/lib64 --libexecdir=/usr/lib64
--enable-languages=c,c++,objc
--- Comment #1 from ivan at rhythm dot com 2010-03-26 21:07 ---
Created an attachment (id=20217)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20217&action=view)
Trivial test program to replicate ICE.
unix> /usr/bin/g++ -O2 gccbug.c
gccbug.c: In function int main():
g
signed at gcc dot gnu dot org
ReportedBy: ivan at rhythm dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43547
Regards,
Ivan Shcherbakov mailto:shcherba...@eit.uni-kl.de
TU Kaiserslautern, Germany
Department of Real-Time Systems
--- Comment #3 from mironov dot ivan at gmail dot com 2009-12-30 12:52
---
I can also reproduce this problem:
$ g++ -m32 -ftree-loop-distribution -O2 posix_proactor.ii -c
../../../../dep/ACE_wrappers/ace/POSIX_Proactor.cpp: In member function 'int
ACE_POSIX_AIOCB_Pro
--- Comment #2 from ivan dot glushkov at gmail dot com 2009-06-18 09:48
---
Why invalid? And why non-static is not invalid?
Can you please give me reference to documentation where it's described?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40485
rmal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: ivan dot glushkov at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40485
--- Comment #9 from ivan at vc dot cvut dot cz 2008-10-23 07:57 ---
Subject: Re: Compilation never ends
Quoting manu at gcc dot gnu dot org <[EMAIL PROTECTED]>:
>
>
> --- Comment #6 from manu at gcc dot gnu dot org 2008-10-21 21:25 ---
> I cannot compile
--- Comment #1 from mironov dot ivan at gmail dot com 2008-07-22 14:55
---
Created an attachment (id=15941)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15941&action=view)
Preprocessed source (utf-8)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36899
ng char to wchar_t conversion when putting multibyte
strings to wide-character streams
Product: gcc
Version: 4.3.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libstdc++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: mironov dot ivan at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36899
--- Comment #4 from ivan at cvut dot cz 2008-06-15 16:11 ---
Final shortened code looks like this:
-- snap --
#include
void A()
{
using namespace boost::spirit;
rule<> char_tm= (
--- Comment #3 from ivan at cvut dot cz 2008-06-15 16:05 ---
Created an attachment (id=15773)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15773&action=view)
Shortened version
This is shortened version. - 7 lines only :(
--
ivan at cvut dot cz changed:
--- Comment #2 from ivan at cvut dot cz 2008-06-05 14:35 ---
This bug is related to x86_64 target. When generating 32bit .o file,
compilations succeds even with 64bit version of g++.
See:
[EMAIL PROTECTED]:/tmp$ g++ -m32 trotl_parser.i
In file included from /usr/include/c++/4.2/ext
--- Comment #1 from ivan at cvut dot cz 2008-05-30 14:09 ---
Created an attachment (id=15704)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15704&action=view)
This source fails to compile
This source uses boost::spirit parser generator. Uses a lot of template
specializati
: x86_64-unknown-linux-gnu
Configured with: ../configure --prefix=/home/ivan/gcc-424
--enable-languages=c,c++
Thread model: posix
gcc version 4.2.4
/home/ivan/gcc-424/libexec/gcc/x86_64-unknown-linux-gnu/4.2.4/cc1plus
-fpreprocessed trotl_parser.i -quiet -dumpbase trotl_parser.i -mtune=generic
--- Comment #3 from Ivan dot Scherbakov at acronis dot com 2007-02-12
06:03 ---
The way of declaring inline functions as static is evident, but in fact, when
building large projects containing several libraries the case when the same
inline function is defined more than once in
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: Ivan dot Scherbakov at acronis dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30583
The GCC is not build in the source directory. The source directory
is in another place (/usr/local/src/gcc.4.1.1).
Ivan Matousek
>From: Eric Botcazou <[EMAIL PROTECTED]>
>To: Ivan Matousek <[EMAIL PROTECTED]>
>Subject: Re: gcc.4.1.1 compile error
>Date: Fri, 15 Dec 2
multilib --disable-nls
I am attaching the config.log and config.status
Thanks for your help
--
Ivan Matousek, CSTS Email:matousek{at}cs{dot}sfu{dot}ca
School of Computing Science
Simon Fraser University
--- Comment #2 from ivan at lasertech dot com dot br 2006-07-24 19:08
---
Sorry, my error
--
ivan at lasertech dot com dot br changed:
What|Removed |Added
--- Comment #1 from ivan at lasertech dot com dot br 2006-07-24 17:49
---
Created an attachment (id=11928)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11928&action=view)
the preprocessed file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28471
dot org
ReportedBy: ivan at lasertech dot com dot br
GCC build triplet: i386-conectiva-linux-gnu
GCC host triplet: i386-conectiva-linux-gnu
GCC target triplet: i386-conectiva-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28471
--- Comment #1 from ivan at vmfacility dot fr 2006-03-29 21:18 ---
Created an attachment (id=11158)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11158&action=view)
Runnable program demonstrating the problem
This program, once compiled for powerpc64 and run on po
manually to ensure 64 bit
alignement.
Note that I also have a 'working' program that demonstrates the volatile
variable being altered without being accessed explicitly... I can provide it if
necessary.
--Ivan
--
Summary: Volatile member in struct member accessed/written
--- Comment #2 from ivan at sierra-da dot com 2006-03-16 21:56 ---
gcc -v:
Reading specs from
/project/tools/linux_i686_2.3.2-2005-08-31-17.44.37/stow/gcc-3.3.3/lib/gcc-lib/i686-pc-linux-gnu/3.3.3/specs
Configured with: XXX/gcc-3.3.3/configure --prefix=XXXgcc-3.3.3
--with-local-prefix
ed.
@pre_exit
--
Summary: invocation order of functions registered with atexit()
not as expected
Product: gcc
Version: 3.3.3
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassi
--- Additional Comments From ivan at sierra-da dot com 2005-09-10 02:23
---
Thanks
--
What|Removed |Added
Status|WAITING |RESOLVED
rmal
Priority: P2
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: ivan at sierra-da dot com
CC: gcc-bugs at gcc dot gnu dot org
GCC build triplet: linux/x86/2.6
GCC host triplet: linux/x86/2.6
GCC target triplet: linux/x86
--
What|Removed |Added
CC||ivan at yosifov dot net
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21314
34 matches
Mail list logo
