be reasonable to implement LaunchServices as part
> of the corebase project itself?
>
> Thanks,
> Sergio.
Hi,
LaunchServices absolutely does not belong into CoreBase.
The simplest way to define such a constant is to use the @"xxx" sy
Dne 18.9.2015 v 19:02 Riccardo Mottola napsal(a):
Hi,
I was getting a lot of "weak" unsupported while compiling on windows.
At first, I thought it was a compiler thing (still using gcc
3.something) but it is not, it should be supported already.
However, I found out that it is supported only
-integrated-as
into CFLAGS.
It seems clang's output isn't always well understood by GCC's as.
--
Luboš Doležel
___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
https://lists.gnu.org/mailman/listinfo/gnustep-dev
against the idea of Git.
--
Luboš Doležel
___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
https://lists.gnu.org/mailman/listinfo/gnustep-dev
as a single Git repo, which
is plain wrong. If anything, it means you have to version and branch
everything at once (i.e. every app would have to have the same version
number).
Savannah also looks like a resurrection from 1990s. It simply looks
dead.
--
Luboš Doležel
.
git.gnustep.org to whomever is chosen to host, though I suppose
encryption complicates the matter...
Then you lose the social aspect... I consider FSF's requirements far
fetched, to say the least.
--
Luboš Doležel
___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
should be objc_autorelease invocation, but where?
BR
Alexey
You're confusing things. CF doesn't have any functions for
autoreleasing. You can only autorelease via Foundation, which was never
open sourced by Apple.
--
Luboš Doležel
___
Gnustep-dev
very useful in this
case, I'd much rather focus on finishing the implementation of other
TFB'd classes.
This is what I'd personally like to do in near future, but I'm currently
busy with porting original Apple's libSystem sources to Linux/Darling.
--
Luboš Doležel
does), rather than
trying to build it along side and then integrate it.
David
That is my long-term goal. Or more precisely, build the run loop on top
of CoreBase, which builds on top of libdispatch.
--
Luboš Doležel
___
Gnustep-dev mailing list
for integrating into another event loop,
GCD is not very useful and will not see much real use.
If you decide to remove GCD support, then I'll unfortunately be
compelled to fork away.
--
Luboš Doležel
___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
https
is `.'
clang34: error: assembler command failed with exit code 1 (use -v to
see invocation)
Hi, use the -integrated-as command line switch.
--
Luboš Doležel
___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
https://lists.gnu.org/mailman/listinfo
don't need to know. See
CFFileDescriptor and CFSocket, which can both serve as a runloop source
for descriptors.
Of course, extensions can be added, but at least for me the foremost
priority is achieving OS X compatibility.
--
Luboš Doležel
___
Gnustep
Absolutely. Allowing the code to compile and printing warnings when a
missing method is called would be very helpful.
Dne 13. září 2013 2:01:01 Gregory Casamento greg.casame...@gmail.com napsal:
One of the ways I approached the Xcode library implementation (a library in
GNUstep which
In multiple European countries, copyright is absolutely non-transferrable
(except for employment contracts and after the death of the owner). FSF
very likely doesn't know about this. I'm mot gonna mention those countries,
because it'd strip up some madeness, even GPL wasn't a legally valid
functioning CFRunLoop to implement some
SystemConfiguration.framework functionality :-(
--
Luboš Doležel
___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
https://lists.gnu.org/mailman/listinfo/gnustep-dev
other suggestion, which of course will
require changes to the sheet code in NSApplication?
First, I'll look around a bit more :-)
BTW, GNUstep's build system is driving me crazy. I do ./configure
--prefix=/usr (as ./configure --help advises) and it still installs into
/usr/local.
--
Luboš
from that used by gnustep-make (clang).
Please run configure again with your environment set to match your
gnustep-make
But it doesn't seem feasible to somehow have two separate gnustep-makes
in the system.
--
Luboš Doležel
___
Gnustep-dev mailing list
, it can link against it.
In future, we'll need some tighter integration between base and corebase
- namely for CFRunLoop I suppose - but that can always be solved without
the two being merged.
Of course, should keeping them apart ever become a hurdle, then why not.
--
Luboš Doležel
it here would close the window immediately, and not keeping
the reference somewhere would leak it.
If I'm missing something and it can be done differently, please let me know.
--
Luboš Doležel
Index: Source/NSSavePanel.m
===
--- Source
On 08/09/2013 01:36 PM, David Chisnall wrote:
On 9 Aug 2013, at 12:22, Luboš Doležel lu...@dolezel.info wrote:
Right, sorry, it is @48@0:8{_NSRect={_NSPoint=dd}{_NSSize=dd}}16
So I assume the right solution is to create a substitutes table to
rewrite CGRect-_NSRect etc.
That would
ivars
GSSavePanelCompletionHandler _completionHandler;
NSWindowController *_modelessWindowController;
since its modeless and returns immediately.
Should I add indirection not to break fragile ABI derived classes, or do
you think it's not needed for this class?
--
Luboš Doležel
' implementation and the other
one invokes the the subclass' implementation?
--
Luboš Doležel
___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
https://lists.gnu.org/mailman/listinfo/gnustep-dev
On 08/09/2013 11:05 AM, Luboš Doležel wrote:
Is it possible that there are two different selectors with the same name
in the system, one invokes the superclass' implementation and the other
one invokes the the subclass' implementation?
Okay, this is now confirmed.
This code works
On 08/09/2013 12:30 PM, David Chisnall wrote:
On 9 Aug 2013, at 11:18, Luboš Doležel lu...@dolezel.info wrote:
Which is quite interesting, because I never stated that obj is of
type NSView*, it is still just id. Is it legal for compiler to
assume that?
The compiler has to know the types
On 08/09/2013 12:46 PM, David Chisnall wrote:
On 9 Aug 2013, at 11:44, Luboš Doležel lu...@dolezel.info wrote:
Signature of initWithFrame: (NSRect) with GNUstep is: @16@0:8
That doesn't look right. That's the signature for a method that
returns an object, but takes no parameters other
the
board, this wouldn't be a problem.
Anyway, those are my thoughts.
On Tue, Aug 6, 2013 at 8:14 AM, Luboš Doležel wrote:
Hello,
hash computation with Toll-Free Bridging is a tricky subject. Do
it wrong and you'll get all sorts of trouble, especially with
dictionaries, which use hashes a lot
On Tue, 6 Aug 2013 14:40:58 +0100, David Chisnall wrote:
On 6 Aug 2013, at 14:36, Luboš Doležel lu...@dolezel.info wrote:
I'm currently having problems implementing IOKit
What kernel are you implementing IOKit for?!?
David
Linux :-)
It's only a user-space emulation, which uses libudev
On Tue, 6 Aug 2013 14:56:57 +0100, David Chisnall wrote:
On 6 Aug 2013, at 14:53, Luboš Doležel lu...@dolezel.info wrote:
On Tue, 6 Aug 2013 14:40:58 +0100, David Chisnall wrote:
On 6 Aug 2013, at 14:36, Luboš Doležel lu...@dolezel.info wrote:
I'm currently having problems implementing
On Tue, 6 Aug 2013 15:04:34 +0100, David Chisnall wrote:
On 6 Aug 2013, at 15:01, Luboš Doležel lu...@dolezel.info wrote:
Simple one: I don't use FreeBSD and it doesn't even support my
hardware. Moreover, I've already hopefully wrapped all libc
differences, so this is not an issue anymore
Done. I've added a test that check compares hashes of an identical
ASCII and UTF-16 string.
Luboš
On Tue, 6 Aug 2013 08:42:43 -0500, Stefan Bidi wrote:
If the testsuite runs correctly, you can go ahead and apply this
patch. If possible, could you add more tests to the testsuite for
these
Hi,
I come again ask for help with the NIB loader. I've taken the example
app from [1], recompiled it for 64-bits and started it up under
Darling/GNUstep.
It should look like [2], but it actually looks like what you can find
attached.
The app includes a very simple NSView subclass called
Hi,
gnustep-base currently lacks NSOrderedSet.
Before I set to work, does gnustep-base include any primitives that
could be/should be used for this? This seems to be a case for a binary
tree.
--
Luboš Doležel
___
Gnustep-dev mailing list
Gnustep
Hey guys,
any chance of the original problem getting sorted out?
Luboš
On Mon, 1 Jul 2013 12:23:46 -0400, Gregory Casamento wrote:
Vincent,
In this case the class which IB has linked in (i.e. NSWindow,
NSObject, NSView, etc) is loaded, but there is a map which maintains
the association
with it on Raspberry Pi first - it has the same CPU
architecture as iPhone 2G/3G.
--
Luboš Doležel
___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
https://lists.gnu.org/mailman/listinfo/gnustep-dev
treated as an instance of A.
So why not instantiate and unarchive it as class B from the start?
I'm not implying there's anything wrong here, I just don't understand
why it works like that.
--
Luboš Doležel
___
Gnustep-dev mailing list
Gnustep-dev
24.06.2013 um 11:49 schrieb Luboš Doležel lu...@dolezel.info:
Sorry for the spam, I have another backtraces providing a clear
picture, alhough they seem to be slightly different from the ones
before.
You can see an object being set as a target, then deallocated and
then used (with SIGSEGV
:
I am going to set up darling to test this. I wrote nsclassswapper.
On Saturday, June 22, 2013, Luboš Doležel wrote:
Hi,
I'm actually not porting the code - I'm writing a Wine-like
emulation layer called Darling to run OS X apps directly. This fact
makes debugging slightly more difficult
are read-only.
Lubos
On Mon, 24 Jun 2013 09:52:51 +0200, Luboš Doležel wrote:
Hi,
great! Feel free to contact me via Jabber (same as mail address),
should you run into any issues.
Attached is the backtrace leading up to NSClassSwapper, as Germán
requested.
Lubos
Sorry for the spam, I have another backtraces providing a clear
picture, alhough they seem to be slightly different from the ones
before.
You can see an object being set as a target, then deallocated and then
used (with SIGSEGV).
Luboš
On Mon, 24 Jun 2013 10:21:18 +0200, Luboš Doležel
explains
the empty bezeled rectangle in the middle, but not the black area on the
left.
I'll look into it again.
--
Luboš Doležel
___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
https://lists.gnu.org/mailman/listinfo/gnustep-dev
to take a
look. Could you upload your work in progress code somewhere? (Or do you
have any changes to the original Mac source?)
Cool idea to port the unarchiver. :-)
Cheers,
Eric
On Jun 21, 2013 11:30 AM, Luboš Doležel lu...@dolezel.info wrote:
Hi,
I'm still working on getting the latest
On Fri, 21 Jun 2013 09:39:15 +0200, Luboš Doležel wrote:
Searching on the net, it appears the attribute should be supported
since gcc 3.4 though. But I found posts about it being supported
only
on certain targets
Riccardo
Hi,
my bad, it appears __attribute__((weak)) does what I wanted
, which leaves invalid pointers to previous instances behind.
I'm unable to fix it myself. I'd be grateful for any help.
--
Luboš Doležel
___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
https://lists.gnu.org/mailman/listinfo/gnustep-dev
Oops, the patch obviously disregards the window argument, it should
instead use
[NSApp runModalForWindow: self
relativeToWindow: window]
Luboš
On Thu, 20 Jun 2013 17:05:48 +0200, Luboš Doležel wrote:
Hi,
awesome!
So is the attached patch OK? (Not sure why a method like this exists
Great, now I have a general question about NSSavePanel. I'd like to
contribute so much, but I'm very far from proficient at AppKit :-(
- (void)beginWithCompletionHandler:(void (^)(NSInteger result))handler
starts a modeless window. My idea would be to save the handler into an
instance
instead of suggesting to drop the existing code :-)
--
Luboš Doležel
___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
https://lists.gnu.org/mailman/listinfo/gnustep-dev
it
doesn't actually help GNUstep at all. I think Apple's public
documentation suffices.
--
Luboš Doležel
___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
https://lists.gnu.org/mailman/listinfo/gnustep-dev
like the one above. Could someone else please
introduce the required changes? :-)
--
Luboš Doležel
___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
https://lists.gnu.org/mailman/listinfo/gnustep-dev
buffer becomes full.
Then I'll rewrite GSFromUnicode() to call this function and fail if
output buffer is full and cannot be grown.
--
Luboš Doležel
___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
https://lists.gnu.org/mailman/listinfo/gnustep-dev
On Mon, 10 Jun 2013 09:37:51 +0100, Richard Frith-Macdonald wrote:
On 10 Jun 2013, at 08:57, Luboš Doležel lu...@dolezel.info wrote:
On Mon, 10 Jun 2013 07:58:29 +0100, Richard Frith-Macdonald wrote:
1) it fails if the output buffer is too small - we don't want that
in this case
Well
just
modify it to return the number of source characters not converted.
This seems to me a very minor (and logical) extension of existing
code.
Sound good!
--
Luboš Doležel
___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
https://lists.gnu.org/mailman
-6-9，6:16，Luboš Doležel lu...@dolezel.info 写道：
Unfortunately not. It would then be difficult to determine the leftover
output argument's value.
Also, when converting to UTF for example, there would be a risk of cutting a UTF sequence
in the middle if it doesn't fit into the buffer argument when
of code.
--
Luboš Doležel
___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
https://lists.gnu.org/mailman/listinfo/gnustep-dev
On 06/07/2013 10:10 PM, David Chisnall wrote:
On 7 Jun 2013, at 16:29, Luboš Doležel lu...@dolezel.info wrote:
for toll-free bridging in CoreBase, I need a way to detect whether
the incoming pointer is a small object encoded in a pointer and act
accordingly (treat it as an ObjC object
*outbytesleft);
that wouldn't suffer from 1) and 2) and add it into
Source/Additions/Unicode.m next to GSFromUnicode()?
--
Luboš Doležel
Index: NSString.m
===
--- NSString.m (revision 36703)
+++ NSString.m (working copy)
@@ -1712,6 +1712,91
, getBytes is more advanced than other NSString's methods.
Lubos
Dne 9. června 2013 0:08:40 Chan Maxthon xcvi...@me.com napsal:
Can you just dump it from -[NSString dataUsingEncoding:] which is way simpler?
发自我的 iPhone
在 2013-6-9，6:06，Luboš Doležel lu...@dolezel.info 写道：
Hi,
GNUstep's NSString
Hi,
for toll-free bridging in CoreBase, I need a way to detect whether the
incoming pointer is a small object encoded in a pointer and act
accordingly (treat it as an ObjC object and avoid reading it).
What is the correct approach?
Thanks!
--
Luboš Doležel
identify small objects. The function
objc_getClass() will return a valid ObjC class that isn't toll-free bridged
and so CF_IS_OBJC() should return true. This should work.
On Fri, Jun 7, 2013 at 10:29 AM, Luboš Doležel lu...@dolezel.info wrote:
Hi,
for toll-free bridging in CoreBase, I need a way
with it myself.
http://www.cmake.org/pipermail/cmake/2009-July/031062.html
--
Luboš Doležel
___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
https://lists.gnu.org/mailman/listinfo/gnustep-dev
into upstream, so
that no work would go to waste.
Given the current state of TFB in CoreBase, I suppose I certainly
wouldn't break anything ;-)
--
Luboš Doležel
___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
https://lists.gnu.org/mailman/listinfo
review and inclusion.
I ran make check, which produced an issue which I then fixed, so some
testing was involved.
I may possibly come up with more patches, but this should get me
started.
Thanks!
--
Luboš Doležel
--- gnustep-base-1.24.4/Source/NSBundle.m.orig 2012-10-17 15:47:11.0
produced an issue which I then fixed, so some
testing was involved.
I may possibly come up with more patches, but this should get me
started.
Thanks!
--
Luboš Doležel
--- gnustep-base-1.24.4/Source/NSBundle.m.orig 2012-10-17 15:47:11.0 +0200
+++ gnustep-base-1.24.4/Source/NSBundle.m 2013
used on OS X? I've already had
trouble with this.
All OS X apps have a Contents directory right under *.app and GNUstep
couldn't cope with that last time I tried.
--
Luboš Doležel
___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
https
simply call GSPrivateLoadModule()?
This would enable me to override -[NSBundle _loadModule] and let myself
decide whether to use GNUstep's mechanisms or my own.
===
Thanks!
--
Luboš Doležel
___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
https
Apple.
--
Luboš Doležel
___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
https://lists.gnu.org/mailman/listinfo/gnustep-dev
On 01/15/2013 04:13 PM, David Chisnall wrote:
On 14 Jan 2013, at 12:11, Luboš Doležel wrote:
OK, great, I'll then ask the author of the patch to check if it works for him
:-)
It's in now, and there is a regression test that is registering 0xf
selectors, which passes.
There was a bug
, this
portability issue can be addressed.
Max
--
Luboš Doležel
___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
https://lists.gnu.org/mailman/listinfo/gnustep-dev
way forward IMO is for me to complete toll-free bridging and
contribute that to GNUstep. Hopefully in July/August. There isn't that
much work left, but I don't have time now.
--
Luboš Doležel
___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
https
and for that I had
to add extra linker flags like -L/usr/lib32, they were disregarded.
--
Luboš Doležel
___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
https://lists.gnu.org/mailman/listinfo/gnustep-dev
with the exception of CFTimeZone
only) are implemented in C.
Then they do bridging in both directions (F-CF and CF-F).
--
Luboš Doležel
___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
https://lists.gnu.org/mailman/listinfo/gnustep-dev
/audiotoolbox/)
But that depends on what GNUstep's central goal is.
--
Luboš Doležel
___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
https://lists.gnu.org/mailman/listinfo/gnustep-dev
the above described problem as one
would expect from their source code.
So Chan, you were partially right. But I've checked other types and it
seems it is the case only in CFTimeZone.
--
Luboš Doležel
___
Gnustep-dev mailing list
Gnustep-dev
them wasn't intentional.
Then there is a comment Not implemented above
daylightSavingTimeOffsetForDate, but this method is actually implemented.
nextDaylightSavingTimeTransitionAfterDate is not implemented, so the
comment is correct in this case, but I'll fix that soon ;-)
--
Luboš Doležel
On Mon, 25 Mar 2013 09:38:34 +0100, Riccardo Mottola wrote:
and
base/NSCalendar/features-10-7.m:
Failed test: features-10-7.m:35 ... -weekOfMonth returns the
correct week
Could you please try what number this failing method returns for you?
--
Luboš Doležel
*other* tests failing. Some of them
even cause glibc to report memory corruption.
--
Luboš Doležel
___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
https://lists.gnu.org/mailman/listinfo/gnustep-dev
is Sunday) into the code should
hopefully fix the problem. Could you please verify that?
--
Luboš Doležel
___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
https://lists.gnu.org/mailman/listinfo/gnustep-dev
.
--
Luboš Doležel
___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
https://lists.gnu.org/mailman/listinfo/gnustep-dev
Hi,
the attached patch updates FIXMEs in NSCalendar.h now that we know
when the new features were really introduced.
It also adds -[NSDateComponents date]. While this method isn't
documented very well, this code should match the behavior of Apple's
Foundation.
Regards,
--
Luboš Doležel
On Tue, 19 Mar 2013 14:16:18 +0100, Luboš Doležel wrote:
Hi,
the attached patch updates FIXMEs in NSCalendar.h now that we know
when the new features were really introduced.
It also adds -[NSDateComponents date]. While this method isn't
documented very well, this code should match the behavior
Apple implemented CFPropertyList? Did they really
implement yet another XML parser in their code or am I too tired already?
--
Luboš Doležel
___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
https://lists.gnu.org/mailman/listinfo/gnustep-dev
alone.
--
Luboš Doležel
___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
https://lists.gnu.org/mailman/listinfo/gnustep-dev
classes into CoreFoundation, but the CF implementation itself *is still
in C*.
Most CF calls do have a sel_registerName() objc_msgSend() pair in
them at the beginning, but these are the DISPATCH macros we've been
talking about.
--
Luboš Doležel
!
And it doesn't use objc_msgSend(), it uses
class_getMethodImplementation().
--
Luboš Doležel
___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
https://lists.gnu.org/mailman/listinfo/gnustep-dev
So guys, what do we do? :-)
I'd be unhappy if this topic just faded away...
--
Luboš Doležel
___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
https://lists.gnu.org/mailman/listinfo/gnustep-dev
referring to
different constant string classes, neither the compiler nor the linker
impose any restrictions in doing this.
--
Luboš Doležel
___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
https://lists.gnu.org/mailman/listinfo/gnustep-dev
on this, but I think I've heard about
desktop environments (in the future) using only English folder names
physically, but doing some trickery to display localized names.
--
Luboš Doležel
___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
https://lists.gnu.org
.' The hash method
would then check this flag and return the hash field if it is set, or
compute it if it isn't.
Fine! So I guess we would kill two birds with one stone - remove some
speed hacks and make it bridging-ready.
--
Luboš Doležel
On Mon, 11 Mar 2013 08:58:39 +, David Chisnall wrote:
On 11 Mar 2013, at 08:39, Luboš Doležel lu...@dolezel.info wrote:
Sure. This is what CFString's struct looks like now (I replaced
internal types with what everyone understands):
stuct __CFString
{
void* isa; // for ObjC support
() with a
NSConstantString?
I can imagine checking for isa == NSConstantString everywhere, but
that's ugly.
--
Luboš Doležel
___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
https://lists.gnu.org/mailman/listinfo/gnustep-dev
()
So isa is kept separately from typeID.
--
Luboš Doležel
___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
https://lists.gnu.org/mailman/listinfo/gnustep-dev
, because this extra field doesn't
fit into the original struct when doing fixups :-)
2) It makes the hash computation part of the ABI
Bye,
--
Luboš Doležel
___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
https://lists.gnu.org/mailman/listinfo/gnustep-dev
object, which is, in
turn, bridged back to CF.
发自我的 iPad
在 2013-3-10，22:58，Luboš Doležel lu...@dolezel.info 写道：
Hi,
I've started working on toll-free bridging support for
gnustep-corebase. I'm pushing my work to github:
https://github.com/LubosD/gnustep-corebase
So far I have NSString/CFString
On 03/10/2013 09:55 PM, Fred Kiefer wrote:
On 10.03.2013 15:58, Luboš Doležel wrote:
I've started working on toll-free bridging support for gnustep-corebase.
I'm pushing my work to github:
https://github.com/LubosD/gnustep-corebase
You are surely aware that the actual GNUstep development
:. NSInternalInconsistencyException
2013-03-09 18:33:10.258 loader[3383] Failed to load Nib
2013-03-09 18:33:10.260 loader[3383] Cannot load the main model file
'BNMainWindowController'
--
Luboš Doležel
___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
for editing,
should be able to load these files just fine once I've made my
changes.
I will report back here and post a patch for you to try.
Thanks, GC
On Tue, Dec 11, 2012 at 8:16 AM, Luboš Doležel wrote:
Hi,
as part of my OS X loader, I'm not trying out various Cocoa apps,
one of them being Bayon
be
too difficult...
--
Luboš Doležel
___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
https://lists.gnu.org/mailman/listinfo/gnustep-dev
potential in GNUstep...
--
Luboš Doležel
___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
https://lists.gnu.org/mailman/listinfo/gnustep-dev
bytes.
movl $0xfff7,0x10(%rsp) -- this won't work when loaded into int64_t
movl $0xfff8,0x8(%rsp) --- ditto
movl $0x7,(%rsp) --- this will keep working
--
Luboš Doležel
___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
https://lists.gnu.org
Dne 25. ledna 2013 6:11:24 Abhi Beckert abh...@abhibeckert.com napsal:
On Thu, Jan 24, 2013 at 10:16 PM, Luboš Doležel lu...@dolezel.info wrote:
I tried to make the current binary work with GNUstep, but it needs the
WebKit.framework:
$ dyld Contents/MacOS/Pixen
Cannot load
@loader_path
= (Class)superclass-isa-isa-name;
See the attached example app, which crashes.
I could use objc_resolve_class() in between class registrations, but
that results in +load being called, which should not be happening at
that point.
--
Luboš Doležel
#import Foundation/NSObject.h
#include objc
1 - 100 of 119 matches
Mail list logo
