https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103639
js-gcc at webkeks dot org changed:
What|Removed |Added
Keywords|wrong-code |
--- Comment #4 from js-gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103639
--- Comment #2 from js-gcc at webkeks dot org ---
Oh, forgot to clarify in the example:
Assume more than 1 object in the collection and someVar to be 0.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103639
js-gcc at webkeks dot org changed:
What|Removed |Added
CC||js-gcc at webkeks dot org
Severity: normal
Priority: P3
Component: objc
Assignee: unassigned at gcc dot gnu.org
Reporter: js-gcc at webkeks dot org
Target Milestone: ---
The following code is miscompiled by GCC 11.2.1. I don't know when this
started
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56870
Bug #: 56870
Summary: @catch handler broken with SEH
Classification: Unclassified
Product: gcc
Version: 4.8.1
Status: UNCONFIRMED
Severity: blocker
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56870
js-gcc at webkeks dot org changed:
What|Removed |Added
CC||js-gcc at webkeks dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36610
--- Comment #22 from js-gcc at webkeks dot org js-gcc at webkeks dot org
2011-06-14 14:02:05 UTC ---
Nope, it's still using __builtin_apply.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48314
--- Comment #2 from js-gcc at webkeks dot org js-gcc at webkeks dot org
2011-04-01 19:54:39 UTC ---
Yeah, right, it is a bug to supply the symbols that libobjc has been missing
for about 10 years, so that you can actually use basic ObjC1 stuff
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48394
Summary: ObjC exceptions cannot be caught in ObjC++
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48376
Summary: gcc does not create an ivar for properties
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: objc
AssignedTo:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48314
Summary: Make the new symbols weak symbols
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libobjc
AssignedTo:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47147
--- Comment #11 from js-gcc at webkeks dot org js-gcc at webkeks dot org
2011-01-13 13:28:27 UTC ---
Sorry for the late reply.
Your patch worked fine.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47031
--- Comment #8 from js-gcc at webkeks dot org js-gcc at webkeks dot org
2011-01-08 16:14:28 UTC ---
Yeah, but Linux is just one of the many OSes supported by GCC. And I don't know
of any other OS that uses futexes fors pthread mutexes.
It would
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47031
--- Comment #6 from js-gcc at webkeks dot org js-gcc at webkeks dot org
2011-01-07 18:43:15 UTC ---
This means that, assuming that spinlocks are infinitely faster than mutexes,
in
the best possible conditions they would speed up the accessors
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47147
--- Comment #2 from js-gcc at webkeks dot org js-gcc at webkeks dot org
2011-01-03 16:13:14 UTC ---
/home/js/gcc-trunk/configure --enable-long-long --disable-multilib
--enable-threads --disable-symvers --enable-__cxa_atexit
--enable-languages=c,c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47031
--- Comment #3 from js-gcc at webkeks dot org js-gcc at webkeks dot org
2011-01-01 12:06:56 UTC ---
The problem is that property accessors are basically general purpose routines
that may be used in the most varied situations.
It does not matter
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47147
Summary: gcc 4.6 fails to compile on NetBSD
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: bootstrap
AssignedTo:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47012
--- Comment #8 from js-gcc at webkeks dot org js-gcc at webkeks dot org
2010-12-21 11:26:37 UTC ---
Hm, a mutex can be a real problem there, I guess. Accessors are used all the
time, having a kernel lock each time will be a giant slowdown
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47031
Summary: libobjc uses mutexes for properties
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libobjc
AssignedTo:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47012
Summary: nonatimic Properties behave wrong
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libobjc
AssignedTo:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47012
--- Comment #2 from js-gcc at webkeks dot org js-gcc at webkeks dot org
2010-12-19 18:49:39 UTC ---
Hi Nicola,
yes, I do remember our talk at FOSDEM and I plan to attend it next year again,
since I unfortunately could not attend it this year
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47012
--- Comment #6 from js-gcc at webkeks dot org js-gcc at webkeks dot org
2010-12-19 19:19:33 UTC ---
Well, I did not plan to get that included in 4.6.
If you are interested in optimizing the lookup: The lookup could be greatly
improved if we also
--- Comment #15 from js-gcc at webkeks dot org 2009-12-20 00:31 ---
After looking some more at the code, I might have an idea what's causing the
issue:
__objc_gnu_init calls __objc_exec_class on _OBJC_MODULES. Is it possible that
this call is not made for some reason if you link your
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: js-gcc at webkeks dot org
GCC build triplet: x86_64-linux-gnu
GCC host triplet: x86_64-linux-gnu
GCC target triplet: x86_64-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42214
--- Comment #14 from js-gcc at webkeks dot org 2009-07-16 21:16 ---
Any comments? This is still very annoying and completely killing the ability to
have plugins/bundles on win32.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39465
--- Comment #12 from js-gcc at webkeks dot org 2009-06-09 19:17 ---
Any news? I even tried this now, which still produced an .a file:
../gcc-4.3.0-20080502/configure -v --prefix=/usr --libexecdir=/usr/lib \
--program-prefix=mingw32- --target=mingw32 --with-headers=/usr/mingw32/include
--- Comment #13 from js-gcc at webkeks dot org 2009-06-09 19:27 ---
Oh, for the record:
cygwin now has gcc4 imported and they have libobjc as a shared .dll file. Using
their dll, it works. So this means libobjc works with dll files if it is a dll
file itself. But unfortunately, it's
: objc_msg_sendv crashes on AMD64
Product: gcc
Version: 4.3.2
Status: UNCONFIRMED
Severity: blocker
Priority: P3
Component: libobjc
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: js-gcc at webkeks dot org
GCC build triplet
--- Comment #8 from js-gcc at webkeks dot org 2009-04-06 19:41 ---
Any news on this? Any way how I could compile libobjc as a shared library?
Specifying --enable-shared breaks basically every library that gcc ships and I
haven't found a way to only enable it for libobjc.
--
http
--- Comment #10 from js-gcc at webkeks dot org 2009-04-06 21:39 ---
What exactly do you mean by native build? Do you mean if I build a compiler to
run on Linux and not on win32, but which targets win32? If so, yes.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39465
--- Comment #7 from js-gcc at webkeks dot org 2009-03-17 14:05 ---
Since I wasn't able to get a cross tool chain running (and www.mingw.org
doesn't seem to support that with the current gcc versions)
Please have a look at the Portfiles I gave you a link to, they include all the
stuff
--- Comment #3 from js-gcc at webkeks dot org 2009-03-16 11:24 ---
When the target is mingw32, it seems that libobjc is only built as a static
library. This isn't a bad idea after all, because I guess no win32 user has a
libobjc.so installed somewhere, so you would need to ship
--- Comment #5 from js-gcc at webkeks dot org 2009-03-16 11:46 ---
It would be hard to link to that discussion as that was IRL on FOSDEM in the
GNUstep Dev Room :).
I reported that bug once on the mingw32 list, but they wouldn't really care
about it. After speaking to Nicola Pero
33 matches
Mail list logo
