Screenshot instructions:
Windows
Mac
Red Hat Linux
Ubuntu
Click URL instructions:
Right-click on ad, choose "Copy Link", then paste here →
(This may not be possible with some types of ads)
You can subscribe to this list here.
| 2005 |
Jan
|
Feb
|
Mar
(15) |
Apr
(5) |
May
(12) |
Jun
(15) |
Jul
(21) |
Aug
(2) |
Sep
(14) |
Oct
(32) |
Nov
(47) |
Dec
(39) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2006 |
Jan
(33) |
Feb
(59) |
Mar
(17) |
Apr
(5) |
May
|
Jun
(6) |
Jul
(7) |
Aug
(19) |
Sep
(64) |
Oct
(161) |
Nov
(9) |
Dec
(23) |
| 2007 |
Jan
(6) |
Feb
(46) |
Mar
(55) |
Apr
(41) |
May
(43) |
Jun
(44) |
Jul
(46) |
Aug
(25) |
Sep
(16) |
Oct
(29) |
Nov
(50) |
Dec
(64) |
| 2008 |
Jan
(11) |
Feb
(18) |
Mar
(52) |
Apr
(37) |
May
(40) |
Jun
(78) |
Jul
(85) |
Aug
(31) |
Sep
(23) |
Oct
(13) |
Nov
(19) |
Dec
(37) |
| 2009 |
Jan
(36) |
Feb
(24) |
Mar
(86) |
Apr
(43) |
May
(36) |
Jun
(151) |
Jul
(23) |
Aug
(40) |
Sep
(11) |
Oct
(91) |
Nov
(68) |
Dec
(27) |
| 2010 |
Jan
|
Feb
(11) |
Mar
(79) |
Apr
(50) |
May
(26) |
Jun
(44) |
Jul
(31) |
Aug
(6) |
Sep
(2) |
Oct
(16) |
Nov
(11) |
Dec
(4) |
| 2011 |
Jan
(14) |
Feb
(5) |
Mar
(22) |
Apr
(1) |
May
(5) |
Jun
(5) |
Jul
(13) |
Aug
(1) |
Sep
(3) |
Oct
(18) |
Nov
(15) |
Dec
(25) |
| 2012 |
Jan
(1) |
Feb
(9) |
Mar
(41) |
Apr
(32) |
May
|
Jun
(2) |
Jul
(5) |
Aug
(2) |
Sep
|
Oct
|
Nov
|
Dec
(2) |
| 2013 |
Jan
|
Feb
(5) |
Mar
(16) |
Apr
(21) |
May
(3) |
Jun
(1) |
Jul
(1) |
Aug
|
Sep
|
Oct
(13) |
Nov
(1) |
Dec
(3) |
| 2014 |
Jan
|
Feb
(12) |
Mar
(6) |
Apr
(35) |
May
|
Jun
(12) |
Jul
(35) |
Aug
(98) |
Sep
(3) |
Oct
(8) |
Nov
(4) |
Dec
(1) |
| 2015 |
Jan
(4) |
Feb
(9) |
Mar
(58) |
Apr
(9) |
May
(15) |
Jun
(23) |
Jul
|
Aug
(32) |
Sep
(12) |
Oct
(21) |
Nov
(5) |
Dec
(14) |
| 2016 |
Jan
(6) |
Feb
(3) |
Mar
(37) |
Apr
(18) |
May
(5) |
Jun
(8) |
Jul
|
Aug
(21) |
Sep
(5) |
Oct
(20) |
Nov
(4) |
Dec
(6) |
| 2017 |
Jan
(2) |
Feb
|
Mar
|
Apr
(19) |
May
(8) |
Jun
(3) |
Jul
(3) |
Aug
(5) |
Sep
|
Oct
(4) |
Nov
(4) |
Dec
(6) |
| 2018 |
Jan
(3) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: B.J. <bj@ko...> - 2018-01-17 21:06:12
|
1 thing I’ve found is that it doesn’t seem to notice either of these: ~/.tuxpaint/tuxpaint.cfg ~/Library/Application Support/TuxPaint/tuxpaint.cfg …any way to get the parameters recognized so fullscreen etc will work again? Command line or otherwise :) The first one seems to be the tree the program currently uses, and the second one is the pre-Yosemite version’s tree. There’s no configuration program on this platform so it’s uncertain how this can take place. Things work well otherwise though. The cursor has minor graphic artifacts but otherwise everything looks like it’s working great. Thanks again for taking another look at this part of the source tree…this update has been a huge breath of relief! I’ll keep testing. bj > On Nov 21, 2017, at 12:15, Bill Kendrick <nbs@...> wrote: > > > Hi again! Another volunteer member of the Tux Paint project (Mark K. Kim, > a long time contributor, but first time attempting a Mac OS X build) > has produced another update that we're hoping people can test, and report > back on: > > https://sourceforge.net/p/tuxpaint/bugs/_discuss/thread/8aeda9b9/18a6/ebe7/b732/7b9b/attachment/tuxpaint-0.9.22-20171120-macos_sierra.zip > > He writes: > > "Two sleepless nights but I think I figured out how to build SDL > application bundles on a Mac. Can folks give it a shot? It's built on > Sierra but I'd be curious if it works on earlier MacOS or High Sierra" > > I'd appreciate it if you could try it out, and let us know the results. > > Thanks in advance (and if you're here in the US, Happy Thanksgiving), > > -bill! > > > > On Mon, Nov 13, 2017 at 07:26:56AM -0600, B.J. wrote: >> I had that same list of errors last May when I added the objects from the ./macosx directory, though I wasn???t sure if it was still linked to SDL1 (I was trying to make a new SDL2 tree for Mac since there was some specific hold-up needed by SDL1 that apparently won???t be supported anymore from Sierra onward). I think it turned out to be a dead-end and after 2 more do-over trees I got an SDL2 version of 0.9.23 compiled. It crashed whenever I ran it :( I kindof gave up but if anyone else is available to help I???ll try to start it up again. I could really use it for a class I teach this January :) If anyone???s interested I???ll try to trim down my notes and send a digest of my attempts. standing by... >> >>> On Nov 12, 2017, at 14:29, Bill Kendrick <nbs@...> wrote: >>> >>> >>> Hi all Mac folks! Can you please test this patched version of Tux Paint, and >>> let me know whether it works for you? >>> >>> https://sourceforge.net/p/tuxpaint/bugs/206/#18a6/ebe7 >>> >>> Thank you! >>> >>> -bill! >>> >>> >>> On Thu, May 04, 2017 at 10:04:28AM -0500, B.J. wrote: >>>> Do the problems below look like calls to SDL1? It would make sense I guess, since I made the object files from source that was added to the main tree (in the ???macosx" directory) to Cocoa-ize the SDL1 port, I think, and probably hasn???t been touched since. I made the object files to resolve the few unaddressed functions from the SDL2 compile and here???s what I got back from the compiler???curious about anyone???s thoughts :) Thanks for peeking: >>>> >>>> ??? >>>> >>>> $ cc -O0 -g -W -Wall -fno-common -ffloat-store -fvisibility=hidden -Wcast-align -Wredundant-decls -Wbad-function-cast -Wwrite-strings -Waggregate-return -Wstrict-prototypes -Wmissing-prototypes -Wstrict-aliasing=2 -D_THREAD_SAFE -I/usr/local/include/SDL2 -I/usr/X11/include -I/usr/local/include/fribidi -DVER_DATE=\"2017-05-02\" -DVER_VERSION=\"0.9.23\" -DDATA_PREFIX=\"/usr/local/share/tuxpaint/\" -DDOC_PREFIX=\"/usr/local/share/doc/tuxpaint/\" -DLOCALEDIR=\"/usr/local/share/locale/\" -DIMDIR=\"/usr/local/share/tuxpaint/im/\" -DCONFDIR=\"/usr/local/etc/tuxpaint/\" -DMAGIC_PREFIX=\"/usr/local/lib/tuxpaint/plugins/\" -DNOSVG -DNO_SDLPANGO -o tuxpaint obj/tuxpaint.o obj/i18n.o obj/im.o obj/cursor.o obj/pixels.o obj/rgblinear.o obj/playsound.o obj/fonts.o obj/parse.o obj/progressbar.o obj/dirwalk.o obj/get_fname.o obj/onscreen_keyboard.o obj/postscript_print.o macosx/SDLMain.o macosx/macosx_print.o macosx/TransparentTextView.o macosx/speech.o macosx/patch.o macosx/message.o macosx/fcinstaller.o -L/usr/local/lib -lSDL2 -lSDL2_image -lSDL2_ttf -lz -lpng -lSDL2_mixer -lpaper -L/usr/local/lib -lfribidi -lintl >>>> >>>> Undefined symbols for architecture x86_64: >>>> "_AuthorizationCopyRights", referenced from: >>>> -[SDLMain installFontconfigFilesWithAuthorization] in SDLMain.o >>>> "_AuthorizationCreate", referenced from: >>>> -[SDLMain installFontconfigFilesWithAuthorization] in SDLMain.o >>>> "_AuthorizationExecuteWithPrivileges", referenced from: >>>> -[SDLMain installFontconfigFilesWithAuthorization] in SDLMain.o >>>> "_AuthorizationFree", referenced from: >>>> -[SDLMain installFontconfigFilesWithAuthorization] in SDLMain.o >>>> "_CFBundleCopyBundleURL", referenced from: >>>> -[SDLMain setupWorkingDirectory:] in SDLMain.o >>>> "_CFBundleGetInfoDictionary", referenced from: >>>> _getApplicationName in SDLMain.o >>>> "_CFBundleGetMainBundle", referenced from: >>>> -[SDLMain setupWorkingDirectory:] in SDLMain.o >>>> _getApplicationName in SDLMain.o >>>> "_CFRelease", referenced from: >>>> -[SDLMain setupWorkingDirectory:] in SDLMain.o >>>> "_CFURLCreateCopyDeletingLastPathComponent", referenced from: >>>> -[SDLMain setupWorkingDirectory:] in SDLMain.o >>>> "_CFURLGetFileSystemRepresentation", referenced from: >>>> -[SDLMain setupWorkingDirectory:] in SDLMain.o >>>> "_FcInit", referenced from: >>>> -[SDLMain setupFontconfig] in SDLMain.o >>>> "_NSAllocateMemoryPages", referenced from: >>>> -[NSString(ReplaceSubString) stringByReplacingRange:with:] in SDLMain.o >>>> "_NSApp", referenced from: >>>> -[SDLMain applicationDidFinishLaunching:] in SDLMain.o >>>> -[ModalDelegate wait] in macosx_print.o >>>> _DisplayPageSetup in macosx_print.o >>>> _SurfacePrint in macosx_print.o >>>> "_NSApplicationMain", referenced from: >>>> _main in SDLMain.o >>>> "_NSDeallocateMemoryPages", referenced from: >>>> -[NSString(ReplaceSubString) stringByReplacingRange:with:] in SDLMain.o >>>> "_NSDefaultRunLoopMode", referenced from: >>>> -[ModalDelegate wait] in macosx_print.o >>>> "_NSDeviceRGBColorSpace", referenced from: >>>> _CreateImage in macosx_print.o >>>> "_NSFontAttributeName", referenced from: >>>> -[SDLMain onAbout:] in SDLMain.o >>>> "_NSForegroundColorAttributeName", referenced from: >>>> -[TransparentTextView activateURLs] in TransparentTextView.o >>>> "_NSLinkAttributeName", referenced from: >>>> -[TransparentTextView activateURLs] in TransparentTextView.o >>>> "_NSLog", referenced from: >>>> _CreateImage in macosx_print.o >>>> "_NSParagraphStyleAttributeName", referenced from: >>>> -[SDLMain onAbout:] in SDLMain.o >>>> "_OBJC_CLASS_$_NSApplication", referenced from: >>>> _OBJC_CLASS_$_SDLApplication in SDLMain.o >>>> "_OBJC_CLASS_$_NSArchiver", referenced from: >>>> objc-class-ref in macosx_print.o >>>> "_OBJC_CLASS_$_NSAttributedString", referenced from: >>>> objc-class-ref in SDLMain.o >>>> "_OBJC_CLASS_$_NSAutoreleasePool", referenced from: >>>> objc-class-ref in fcinstaller.o >>>> "_OBJC_CLASS_$_NSBitmapImageRep", referenced from: >>>> objc-class-ref in macosx_print.o >>>> "_OBJC_CLASS_$_NSBundle", referenced from: >>>> objc-class-ref in SDLMain.o >>>> objc-class-ref in fcinstaller.o >>>> "_OBJC_CLASS_$_NSColor", referenced from: >>>> objc-class-ref in TransparentTextView.o >>>> "_OBJC_CLASS_$_NSDate", referenced from: >>>> objc-class-ref in macosx_print.o >>>> "_OBJC_CLASS_$_NSDictionary", referenced from: >>>> objc-class-ref in TransparentTextView.o >>>> "_OBJC_CLASS_$_NSFileManager", referenced from: >>>> objc-class-ref in SDLMain.o >>>> objc-class-ref in fcinstaller.o >>>> l_OBJC_$_CATEGORY_NSFileManager_$_CreateDirectoryRecursively in fcinstaller.o >>>> "_OBJC_CLASS_$_NSFont", referenced from: >>>> objc-class-ref in SDLMain.o >>>> "_OBJC_CLASS_$_NSImage", referenced from: >>>> objc-class-ref in macosx_print.o >>>> "_OBJC_CLASS_$_NSMutableAttributedString", referenced from: >>>> objc-class-ref in SDLMain.o >>>> "_OBJC_CLASS_$_NSMutableDictionary", referenced from: >>>> objc-class-ref in SDLMain.o >>>> "_OBJC_CLASS_$_NSMutableString", referenced from: >>>> objc-class-ref in SDLMain.o >>>> objc-class-ref in TransparentTextView.o >>>> "_OBJC_CLASS_$_NSObject", referenced from: >>>> _OBJC_CLASS_$_CocoaToSDLBridge in SDLMain.o >>>> _OBJC_CLASS_$_SDLMain in SDLMain.o >>>> _OBJC_CLASS_$_ModalDelegate in macosx_print.o >>>> "_OBJC_CLASS_$_NSPageLayout", referenced from: >>>> objc-class-ref in macosx_print.o >>>> "_OBJC_CLASS_$_NSParagraphStyle", referenced from: >>>> objc-class-ref in SDLMain.o >>>> "_OBJC_CLASS_$_NSPrintInfo", referenced from: >>>> objc-class-ref in macosx_print.o >>>> "_OBJC_CLASS_$_NSPrintOperation", referenced from: >>>> objc-class-ref in macosx_print.o >>>> "_OBJC_CLASS_$_NSPrinter", referenced from: >>>> objc-class-ref in macosx_print.o >>>> "_OBJC_CLASS_$_NSProcessInfo", referenced from: >>>> objc-class-ref in SDLMain.o >>>> "_OBJC_CLASS_$_NSSpeechSynthesizer", referenced from: >>>> objc-class-ref in speech.o >>>> "_OBJC_CLASS_$_NSString", referenced from: >>>> objc-class-ref in SDLMain.o >>>> l_OBJC_$_CATEGORY_NSString_$_ReplaceSubString in SDLMain.o >>>> objc-class-ref in speech.o >>>> objc-class-ref in fcinstaller.o >>>> "_OBJC_CLASS_$_NSTextView", referenced from: >>>> _OBJC_CLASS_$_TransparentTextView in TransparentTextView.o >>>> "_OBJC_CLASS_$_NSURL", referenced from: >>>> objc-class-ref in TransparentTextView.o >>>> "_OBJC_CLASS_$_NSUnarchiver", referenced from: >>>> objc-class-ref in macosx_print.o >>>> "_OBJC_CLASS_$_NSUserDefaults", referenced from: >>>> objc-class-ref in SDLMain.o >>>> objc-class-ref in macosx_print.o >>>> "_OBJC_CLASS_$_NSView", referenced from: >>>> _OBJC_CLASS_$_ImageView in macosx_print.o >>>> "_OBJC_CLASS_$_NSWorkspace", referenced from: >>>> objc-class-ref in SDLMain.o >>>> "_OBJC_METACLASS_$_NSApplication", referenced from: >>>> _OBJC_METACLASS_$_SDLApplication in SDLMain.o >>>> "_OBJC_METACLASS_$_NSObject", referenced from: >>>> _OBJC_METACLASS_$_SDLApplication in SDLMain.o >>>> _OBJC_METACLASS_$_CocoaToSDLBridge in SDLMain.o >>>> _OBJC_METACLASS_$_SDLMain in SDLMain.o >>>> _OBJC_METACLASS_$_ImageView in macosx_print.o >>>> _OBJC_METACLASS_$_ModalDelegate in macosx_print.o >>>> _OBJC_METACLASS_$_TransparentTextView in TransparentTextView.o >>>> "_OBJC_METACLASS_$_NSTextView", referenced from: >>>> _OBJC_METACLASS_$_TransparentTextView in TransparentTextView.o >>>> "_OBJC_METACLASS_$_NSView", referenced from: >>>> _OBJC_METACLASS_$_ImageView in macosx_print.o >>>> "_SDL_GL_GetDrawableSize", referenced from: >>>> _setup in tuxpaint.o >>>> "_SDL_main", referenced from: >>>> -[SDLMain applicationDidFinishLaunching:] in SDLMain.o >>>> "___CFConstantStringClassReference", referenced from: >>>> CFString in SDLMain.o >>>> CFString in SDLMain.o >>>> CFString in SDLMain.o >>>> CFString in SDLMain.o >>>> CFString in SDLMain.o >>>> CFString in SDLMain.o >>>> CFString in SDLMain.o >>>> ... >>>> "__objc_empty_cache", referenced from: >>>> _OBJC_CLASS_$_SDLApplication in SDLMain.o >>>> _OBJC_METACLASS_$_SDLApplication in SDLMain.o >>>> _OBJC_METACLASS_$_CocoaToSDLBridge in SDLMain.o >>>> _OBJC_CLASS_$_CocoaToSDLBridge in SDLMain.o >>>> _OBJC_METACLASS_$_SDLMain in SDLMain.o >>>> _OBJC_CLASS_$_SDLMain in SDLMain.o >>>> _OBJC_METACLASS_$_ImageView in macosx_print.o >>>> ... >>>> "_libiconv", referenced from: >>>> _iconv in patch.o >>>> "_libiconv_open", referenced from: >>>> _iconv_open in patch.o >>>> "_objc_msgSend", referenced from: >>>> -[SDLApplication sendEvent:] in SDLMain.o >>>> -[SDLApplication tuxpaintHelp:] in SDLMain.o >>>> -[CocoaToSDLBridge dataPath:] in SDLMain.o >>>> -[CocoaToSDLBridge preferencesPath] in SDLMain.o >>>> -[CocoaToSDLBridge fontsPath] in SDLMain.o >>>> -[SDLMain onAbout:] in SDLMain.o >>>> -[SDLMain onNew:] in SDLMain.o >>>> ... >>>> "_objc_msgSendSuper2", referenced from: >>>> -[SDLApplication sendEvent:] in SDLMain.o >>>> -[ModalDelegate init] in macosx_print.o >>>> "_objc_msgSend_stret", referenced from: >>>> _SurfacePrint in macosx_print.o >>>> ld: symbol(s) not found for architecture x86_64 >>>> clang: error: linker command failed with exit code 1 (use -v to see invocation) >>>> ------------------------------------------------------------------------------ >>>> Check out the vibrant tech community on one of the world's most >>>> engaging tech sites, Slashdot.org! http://sdm.link/slashdot >>>> _______________________________________________ >>>> Tuxpaint-devel mailing list >>>> Tuxpaint-devel@... >>>> https://lists.sourceforge.net/lists/listinfo/tuxpaint-devel >>> >>> >>> -- >>> -bill! >>> Sent from my computer >>> >>> ------------------------------------------------------------------------------ >>> Check out the vibrant tech community on one of the world's most >>> engaging tech sites, Slashdot.org! http://sdm.link/slashdot >>> _______________________________________________ >>> Tuxpaint-devel mailing list >>> Tuxpaint-devel@... >>> https://lists.sourceforge.net/lists/listinfo/tuxpaint-devel >> >> >> ------------------------------------------------------------------------------ >> Check out the vibrant tech community on one of the world's most >> engaging tech sites, Slashdot.org! http://sdm.link/slashdot >> _______________________________________________ >> Tuxpaint-devel mailing list >> Tuxpaint-devel@... >> https://lists.sourceforge.net/lists/listinfo/tuxpaint-devel > > -- > -bill! > Sent from my computer > > ------------------------------------------------------------------------------ > Check out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > _______________________________________________ > Tuxpaint-devel mailing list > Tuxpaint-devel@... > https://lists.sourceforge.net/lists/listinfo/tuxpaint-devel |
|
From: Joe Dalton <joedalton2@ya...> - 2018-01-01 13:45:27
|
You got to before me :o) had a list, was waiting for the last translator contributions (but don't think we will see them, the last three are all over their own deadline). bye Joe -------------------------------------------- Den lør 30/12/17 skrev Bill Kendrick <nbs@...>: Emne: [Tuxpaint-devel] Reminder: Document your changes & any new contributors! Til: "Tux Paint" <tuxpaint-devel@...> Dato: lørdag 30. december 2017 20.10 For the purpose of having accurate notes in the release announcement, and simply "for the record", I appreciate having a complete list of changes (and attributions to those changes) in the Tux Paint components' "docs/CHANGES.txt" files. If you commit a change, please _also_ document it in that file! Also, if you're new to the project, doing something new & different for the project, or (as Joe Dalton has been recently) committing things on behalf of people outside the project, please be sure you (or they) are attributed. In "tuxpaint" and "tuxpaint-config", it's "docs/AUTHORS.txt". In "tuxpaint-config", it's "docs/CONTRIBUTORS.txt". If you are feeling especially helpful, please add any new folks to the list of developers on the website! (In "tuxpaint-website" project, it's "developers/index.php3"; note that there's a whole section dedicated to translators.) I'll `git pull` on the tuxpaint.org webserver, when I see any changes made to the "tuxpaint-website' project, so they'll be reflected on the live website. (e.g. http://tuxpaint.org/developers/) Joe & Mark, I just documented a bunch of changes from you two. I'm happy to, but it's obviously much easier for me if you just add notes & `git add` the relevant doc files yourself, before you `git push` :) Thanks in advance! -- -bill! Sent from my computer ------------------------------------------------------------------------------ Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot _______________________________________________ Tuxpaint-devel mailing list Tuxpaint-devel@... https://lists.sourceforge.net/lists/listinfo/tuxpaint-devel -----Inline-vedhæftet fil følger----- |
|
From: Pere Pujal i Carabantes <perepujal@gm...> - 2018-01-01 02:05:19
|
Hi all, and happy new year :) Finally I've merged the sdl2.0 branch of the tuxpaint-sdl2 code into a branch of the same name of the official tuxpaint git. Is ok to commit? You can see an overview at my personal account at SF https://sourceforge.net/u/perepujal/tuxpaint/ci/sdl2.0/tree/ Best Pere |
|
From: Bill Kendrick <nbs@so...> - 2017-12-30 19:10:17
|
For the purpose of having accurate notes in the release announcement, and simply "for the record", I appreciate having a complete list of changes (and attributions to those changes) in the Tux Paint components' "docs/CHANGES.txt" files. If you commit a change, please _also_ document it in that file! Also, if you're new to the project, doing something new & different for the project, or (as Joe Dalton has been recently) committing things on behalf of people outside the project, please be sure you (or they) are attributed. In "tuxpaint" and "tuxpaint-config", it's "docs/AUTHORS.txt". In "tuxpaint-config", it's "docs/CONTRIBUTORS.txt". If you are feeling especially helpful, please add any new folks to the list of developers on the website! (In "tuxpaint-website" project, it's "developers/index.php3"; note that there's a whole section dedicated to translators.) I'll `git pull` on the tuxpaint.org webserver, when I see any changes made to the "tuxpaint-website' project, so they'll be reflected on the live website. (e.g. http://tuxpaint.org/developers/) Joe & Mark, I just documented a bunch of changes from you two. I'm happy to, but it's obviously much easier for me if you just add notes & `git add` the relevant doc files yourself, before you `git push` :) Thanks in advance! -- -bill! Sent from my computer |
|
From: B.J. <bj@ko...> - 2017-12-22 20:06:10
|
I’d like to report that the Sierra executable below actually DOES run on High Sierra 10.13.2…the cursor has some minor artifacts and the executable “tuxpaint.app” can’t be renamed (e.g. “Tux Paint.app”) but truly the program works. Great job! If Mark has any notes or anything about how he was able to compile SDL1 on anything greater than Yosemite I’d love to know what I was missing; there was 1 call, I think from the NS libraries, that I couldn’t find a way around but had been deprecated in XCode. I was also curious if anyone else is working on getting the SDL2 port to run on MacOS before I try soloing it again this spring. Excited about 0.9.23! bj > On Nov 21, 2017, at 12:15, Bill Kendrick <nbs@...> wrote: > > > Hi again! Another volunteer member of the Tux Paint project (Mark K. Kim, > a long time contributor, but first time attempting a Mac OS X build) > has produced another update that we're hoping people can test, and report > back on: > > https://sourceforge.net/p/tuxpaint/bugs/_discuss/thread/8aeda9b9/18a6/ebe7/b732/7b9b/attachment/tuxpaint-0.9.22-20171120-macos_sierra.zip > > He writes: > > "Two sleepless nights but I think I figured out how to build SDL > application bundles on a Mac. Can folks give it a shot? It's built on > Sierra but I'd be curious if it works on earlier MacOS or High Sierra" > > I'd appreciate it if you could try it out, and let us know the results. > > Thanks in advance (and if you're here in the US, Happy Thanksgiving), > > -bill! > > > > On Mon, Nov 13, 2017 at 07:26:56AM -0600, B.J. wrote: >> I had that same list of errors last May when I added the objects from the ./macosx directory, though I wasn???t sure if it was still linked to SDL1 (I was trying to make a new SDL2 tree for Mac since there was some specific hold-up needed by SDL1 that apparently won???t be supported anymore from Sierra onward). I think it turned out to be a dead-end and after 2 more do-over trees I got an SDL2 version of 0.9.23 compiled. It crashed whenever I ran it :( I kindof gave up but if anyone else is available to help I???ll try to start it up again. I could really use it for a class I teach this January :) If anyone???s interested I???ll try to trim down my notes and send a digest of my attempts. standing by... >> >>> On Nov 12, 2017, at 14:29, Bill Kendrick <nbs@...> wrote: >>> >>> >>> Hi all Mac folks! Can you please test this patched version of Tux Paint, and >>> let me know whether it works for you? >>> >>> https://sourceforge.net/p/tuxpaint/bugs/206/#18a6/ebe7 >>> >>> Thank you! >>> >>> -bill! >>> >>> >>> On Thu, May 04, 2017 at 10:04:28AM -0500, B.J. wrote: >>>> Do the problems below look like calls to SDL1? It would make sense I guess, since I made the object files from source that was added to the main tree (in the ???macosx" directory) to Cocoa-ize the SDL1 port, I think, and probably hasn???t been touched since. I made the object files to resolve the few unaddressed functions from the SDL2 compile and here???s what I got back from the compiler???curious about anyone???s thoughts :) Thanks for peeking: >>>> >>>> ??? >>>> >>>> $ cc -O0 -g -W -Wall -fno-common -ffloat-store -fvisibility=hidden -Wcast-align -Wredundant-decls -Wbad-function-cast -Wwrite-strings -Waggregate-return -Wstrict-prototypes -Wmissing-prototypes -Wstrict-aliasing=2 -D_THREAD_SAFE -I/usr/local/include/SDL2 -I/usr/X11/include -I/usr/local/include/fribidi -DVER_DATE=\"2017-05-02\" -DVER_VERSION=\"0.9.23\" -DDATA_PREFIX=\"/usr/local/share/tuxpaint/\" -DDOC_PREFIX=\"/usr/local/share/doc/tuxpaint/\" -DLOCALEDIR=\"/usr/local/share/locale/\" -DIMDIR=\"/usr/local/share/tuxpaint/im/\" -DCONFDIR=\"/usr/local/etc/tuxpaint/\" -DMAGIC_PREFIX=\"/usr/local/lib/tuxpaint/plugins/\" -DNOSVG -DNO_SDLPANGO -o tuxpaint obj/tuxpaint.o obj/i18n.o obj/im.o obj/cursor.o obj/pixels.o obj/rgblinear.o obj/playsound.o obj/fonts.o obj/parse.o obj/progressbar.o obj/dirwalk.o obj/get_fname.o obj/onscreen_keyboard.o obj/postscript_print.o macosx/SDLMain.o macosx/macosx_print.o macosx/TransparentTextView.o macosx/speech.o macosx/patch.o macosx/message.o macosx/fcinstaller.o -L/usr/local/lib -lSDL2 -lSDL2_image -lSDL2_ttf -lz -lpng -lSDL2_mixer -lpaper -L/usr/local/lib -lfribidi -lintl >>>> >>>> Undefined symbols for architecture x86_64: >>>> "_AuthorizationCopyRights", referenced from: >>>> -[SDLMain installFontconfigFilesWithAuthorization] in SDLMain.o >>>> "_AuthorizationCreate", referenced from: >>>> -[SDLMain installFontconfigFilesWithAuthorization] in SDLMain.o >>>> "_AuthorizationExecuteWithPrivileges", referenced from: >>>> -[SDLMain installFontconfigFilesWithAuthorization] in SDLMain.o >>>> "_AuthorizationFree", referenced from: >>>> -[SDLMain installFontconfigFilesWithAuthorization] in SDLMain.o >>>> "_CFBundleCopyBundleURL", referenced from: >>>> -[SDLMain setupWorkingDirectory:] in SDLMain.o >>>> "_CFBundleGetInfoDictionary", referenced from: >>>> _getApplicationName in SDLMain.o >>>> "_CFBundleGetMainBundle", referenced from: >>>> -[SDLMain setupWorkingDirectory:] in SDLMain.o >>>> _getApplicationName in SDLMain.o >>>> "_CFRelease", referenced from: >>>> -[SDLMain setupWorkingDirectory:] in SDLMain.o >>>> "_CFURLCreateCopyDeletingLastPathComponent", referenced from: >>>> -[SDLMain setupWorkingDirectory:] in SDLMain.o >>>> "_CFURLGetFileSystemRepresentation", referenced from: >>>> -[SDLMain setupWorkingDirectory:] in SDLMain.o >>>> "_FcInit", referenced from: >>>> -[SDLMain setupFontconfig] in SDLMain.o >>>> "_NSAllocateMemoryPages", referenced from: >>>> -[NSString(ReplaceSubString) stringByReplacingRange:with:] in SDLMain.o >>>> "_NSApp", referenced from: >>>> -[SDLMain applicationDidFinishLaunching:] in SDLMain.o >>>> -[ModalDelegate wait] in macosx_print.o >>>> _DisplayPageSetup in macosx_print.o >>>> _SurfacePrint in macosx_print.o >>>> "_NSApplicationMain", referenced from: >>>> _main in SDLMain.o >>>> "_NSDeallocateMemoryPages", referenced from: >>>> -[NSString(ReplaceSubString) stringByReplacingRange:with:] in SDLMain.o >>>> "_NSDefaultRunLoopMode", referenced from: >>>> -[ModalDelegate wait] in macosx_print.o >>>> "_NSDeviceRGBColorSpace", referenced from: >>>> _CreateImage in macosx_print.o >>>> "_NSFontAttributeName", referenced from: >>>> -[SDLMain onAbout:] in SDLMain.o >>>> "_NSForegroundColorAttributeName", referenced from: >>>> -[TransparentTextView activateURLs] in TransparentTextView.o >>>> "_NSLinkAttributeName", referenced from: >>>> -[TransparentTextView activateURLs] in TransparentTextView.o >>>> "_NSLog", referenced from: >>>> _CreateImage in macosx_print.o >>>> "_NSParagraphStyleAttributeName", referenced from: >>>> -[SDLMain onAbout:] in SDLMain.o >>>> "_OBJC_CLASS_$_NSApplication", referenced from: >>>> _OBJC_CLASS_$_SDLApplication in SDLMain.o >>>> "_OBJC_CLASS_$_NSArchiver", referenced from: >>>> objc-class-ref in macosx_print.o >>>> "_OBJC_CLASS_$_NSAttributedString", referenced from: >>>> objc-class-ref in SDLMain.o >>>> "_OBJC_CLASS_$_NSAutoreleasePool", referenced from: >>>> objc-class-ref in fcinstaller.o >>>> "_OBJC_CLASS_$_NSBitmapImageRep", referenced from: >>>> objc-class-ref in macosx_print.o >>>> "_OBJC_CLASS_$_NSBundle", referenced from: >>>> objc-class-ref in SDLMain.o >>>> objc-class-ref in fcinstaller.o >>>> "_OBJC_CLASS_$_NSColor", referenced from: >>>> objc-class-ref in TransparentTextView.o >>>> "_OBJC_CLASS_$_NSDate", referenced from: >>>> objc-class-ref in macosx_print.o >>>> "_OBJC_CLASS_$_NSDictionary", referenced from: >>>> objc-class-ref in TransparentTextView.o >>>> "_OBJC_CLASS_$_NSFileManager", referenced from: >>>> objc-class-ref in SDLMain.o >>>> objc-class-ref in fcinstaller.o >>>> l_OBJC_$_CATEGORY_NSFileManager_$_CreateDirectoryRecursively in fcinstaller.o >>>> "_OBJC_CLASS_$_NSFont", referenced from: >>>> objc-class-ref in SDLMain.o >>>> "_OBJC_CLASS_$_NSImage", referenced from: >>>> objc-class-ref in macosx_print.o >>>> "_OBJC_CLASS_$_NSMutableAttributedString", referenced from: >>>> objc-class-ref in SDLMain.o >>>> "_OBJC_CLASS_$_NSMutableDictionary", referenced from: >>>> objc-class-ref in SDLMain.o >>>> "_OBJC_CLASS_$_NSMutableString", referenced from: >>>> objc-class-ref in SDLMain.o >>>> objc-class-ref in TransparentTextView.o >>>> "_OBJC_CLASS_$_NSObject", referenced from: >>>> _OBJC_CLASS_$_CocoaToSDLBridge in SDLMain.o >>>> _OBJC_CLASS_$_SDLMain in SDLMain.o >>>> _OBJC_CLASS_$_ModalDelegate in macosx_print.o >>>> "_OBJC_CLASS_$_NSPageLayout", referenced from: >>>> objc-class-ref in macosx_print.o >>>> "_OBJC_CLASS_$_NSParagraphStyle", referenced from: >>>> objc-class-ref in SDLMain.o >>>> "_OBJC_CLASS_$_NSPrintInfo", referenced from: >>>> objc-class-ref in macosx_print.o >>>> "_OBJC_CLASS_$_NSPrintOperation", referenced from: >>>> objc-class-ref in macosx_print.o >>>> "_OBJC_CLASS_$_NSPrinter", referenced from: >>>> objc-class-ref in macosx_print.o >>>> "_OBJC_CLASS_$_NSProcessInfo", referenced from: >>>> objc-class-ref in SDLMain.o >>>> "_OBJC_CLASS_$_NSSpeechSynthesizer", referenced from: >>>> objc-class-ref in speech.o >>>> "_OBJC_CLASS_$_NSString", referenced from: >>>> objc-class-ref in SDLMain.o >>>> l_OBJC_$_CATEGORY_NSString_$_ReplaceSubString in SDLMain.o >>>> objc-class-ref in speech.o >>>> objc-class-ref in fcinstaller.o >>>> "_OBJC_CLASS_$_NSTextView", referenced from: >>>> _OBJC_CLASS_$_TransparentTextView in TransparentTextView.o >>>> "_OBJC_CLASS_$_NSURL", referenced from: >>>> objc-class-ref in TransparentTextView.o >>>> "_OBJC_CLASS_$_NSUnarchiver", referenced from: >>>> objc-class-ref in macosx_print.o >>>> "_OBJC_CLASS_$_NSUserDefaults", referenced from: >>>> objc-class-ref in SDLMain.o >>>> objc-class-ref in macosx_print.o >>>> "_OBJC_CLASS_$_NSView", referenced from: >>>> _OBJC_CLASS_$_ImageView in macosx_print.o >>>> "_OBJC_CLASS_$_NSWorkspace", referenced from: >>>> objc-class-ref in SDLMain.o >>>> "_OBJC_METACLASS_$_NSApplication", referenced from: >>>> _OBJC_METACLASS_$_SDLApplication in SDLMain.o >>>> "_OBJC_METACLASS_$_NSObject", referenced from: >>>> _OBJC_METACLASS_$_SDLApplication in SDLMain.o >>>> _OBJC_METACLASS_$_CocoaToSDLBridge in SDLMain.o >>>> _OBJC_METACLASS_$_SDLMain in SDLMain.o >>>> _OBJC_METACLASS_$_ImageView in macosx_print.o >>>> _OBJC_METACLASS_$_ModalDelegate in macosx_print.o >>>> _OBJC_METACLASS_$_TransparentTextView in TransparentTextView.o >>>> "_OBJC_METACLASS_$_NSTextView", referenced from: >>>> _OBJC_METACLASS_$_TransparentTextView in TransparentTextView.o >>>> "_OBJC_METACLASS_$_NSView", referenced from: >>>> _OBJC_METACLASS_$_ImageView in macosx_print.o >>>> "_SDL_GL_GetDrawableSize", referenced from: >>>> _setup in tuxpaint.o >>>> "_SDL_main", referenced from: >>>> -[SDLMain applicationDidFinishLaunching:] in SDLMain.o >>>> "___CFConstantStringClassReference", referenced from: >>>> CFString in SDLMain.o >>>> CFString in SDLMain.o >>>> CFString in SDLMain.o >>>> CFString in SDLMain.o >>>> CFString in SDLMain.o >>>> CFString in SDLMain.o >>>> CFString in SDLMain.o >>>> ... >>>> "__objc_empty_cache", referenced from: >>>> _OBJC_CLASS_$_SDLApplication in SDLMain.o >>>> _OBJC_METACLASS_$_SDLApplication in SDLMain.o >>>> _OBJC_METACLASS_$_CocoaToSDLBridge in SDLMain.o >>>> _OBJC_CLASS_$_CocoaToSDLBridge in SDLMain.o >>>> _OBJC_METACLASS_$_SDLMain in SDLMain.o >>>> _OBJC_CLASS_$_SDLMain in SDLMain.o >>>> _OBJC_METACLASS_$_ImageView in macosx_print.o >>>> ... >>>> "_libiconv", referenced from: >>>> _iconv in patch.o >>>> "_libiconv_open", referenced from: >>>> _iconv_open in patch.o >>>> "_objc_msgSend", referenced from: >>>> -[SDLApplication sendEvent:] in SDLMain.o >>>> -[SDLApplication tuxpaintHelp:] in SDLMain.o >>>> -[CocoaToSDLBridge dataPath:] in SDLMain.o >>>> -[CocoaToSDLBridge preferencesPath] in SDLMain.o >>>> -[CocoaToSDLBridge fontsPath] in SDLMain.o >>>> -[SDLMain onAbout:] in SDLMain.o >>>> -[SDLMain onNew:] in SDLMain.o >>>> ... >>>> "_objc_msgSendSuper2", referenced from: >>>> -[SDLApplication sendEvent:] in SDLMain.o >>>> -[ModalDelegate init] in macosx_print.o >>>> "_objc_msgSend_stret", referenced from: >>>> _SurfacePrint in macosx_print.o >>>> ld: symbol(s) not found for architecture x86_64 >>>> clang: error: linker command failed with exit code 1 (use -v to see invocation) >>>> ------------------------------------------------------------------------------ >>>> Check out the vibrant tech community on one of the world's most >>>> engaging tech sites, Slashdot.org! http://sdm.link/slashdot >>>> _______________________________________________ >>>> Tuxpaint-devel mailing list >>>> Tuxpaint-devel@... >>>> https://lists.sourceforge.net/lists/listinfo/tuxpaint-devel >>> >>> >>> -- >>> -bill! >>> Sent from my computer >>> >>> ------------------------------------------------------------------------------ >>> Check out the vibrant tech community on one of the world's most >>> engaging tech sites, Slashdot.org! http://sdm.link/slashdot >>> _______________________________________________ >>> Tuxpaint-devel mailing list >>> Tuxpaint-devel@... >>> https://lists.sourceforge.net/lists/listinfo/tuxpaint-devel >> >> >> ------------------------------------------------------------------------------ >> Check out the vibrant tech community on one of the world's most >> engaging tech sites, Slashdot.org! http://sdm.link/slashdot >> _______________________________________________ >> Tuxpaint-devel mailing list >> Tuxpaint-devel@... >> https://lists.sourceforge.net/lists/listinfo/tuxpaint-devel > > -- > -bill! > Sent from my computer > > ------------------------------------------------------------------------------ > Check out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > _______________________________________________ > Tuxpaint-devel mailing list > Tuxpaint-devel@... > https://lists.sourceforge.net/lists/listinfo/tuxpaint-devel |
|
From: Pere Pujal i Carabantes <perepujal@gm...> - 2017-12-04 22:27:17
|
El dg 03 de 12 de 2017 a les 10:44 -0800, en/na Bill Kendrick va escriure: > I like to put together a little formal-looking press release > each time we announce a new version of Tux Paint. > > In the past, a few people out here have volunteered to act > as press contacts, in the unlikely situation that someone > out there writing news about us wanted to talk to a person. > > See e.g. 0.9.22's release from 2014: > > http://tuxpaint.org/latest/tuxpaint-0.9.22-press-release-en.php3 > > If you're interested, please let me know, and share with me > whatever amount of contact info you're comfortable having me > post in 0.9.23's release announcement, on the website! > > Thanks in advance, You could add me too Pere Pujal i Carabantes mail address: C/Bisbe Guitart 27 3er 3a 25700 La Seu d'Urgell Catalunya Spain Email: perepujal@... Languages: Native Catalan Spanish Read/write/speak French Read/write English Best Pere |
|
From: Joe Dalton <joedalton2@ya...> - 2017-12-04 21:27:55
|
You can keep my info, it is unchanged Europe Joe Hansen Telefon (+45) 29720154 Kirstinedalsvej 18 1 tv 2000 Frederiksberg Denmark Email: joedalton2@... -------------------------------------------- Den søn 3/12/17 skrev Bill Kendrick <nbs@...>: Emne: [Tuxpaint-devel] Press contacts? Til: "Tux Paint" <tuxpaint-devel@...> Dato: søndag 3. december 2017 19.44 I like to put together a little formal-looking press release each time we announce a new version of Tux Paint. In the past, a few people out here have volunteered to act as press contacts, in the unlikely situation that someone out there writing news about us wanted to talk to a person. See e.g. 0.9.22's release from 2014: http://tuxpaint.org/latest/tuxpaint-0.9.22-press-release-en.php3 If you're interested, please let me know, and share with me whatever amount of contact info you're comfortable having me post in 0.9.23's release announcement, on the website! Thanks in advance, -- -bill! Sent from my computer ------------------------------------------------------------------------------ Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot _______________________________________________ Tuxpaint-devel mailing list Tuxpaint-devel@... https://lists.sourceforge.net/lists/listinfo/tuxpaint-devel -----Inline-vedhæftet fil følger----- |
|
From: Bill Kendrick <nbs@so...> - 2017-12-03 18:44:55
|
I like to put together a little formal-looking press release each time we announce a new version of Tux Paint. In the past, a few people out here have volunteered to act as press contacts, in the unlikely situation that someone out there writing news about us wanted to talk to a person. See e.g. 0.9.22's release from 2014: http://tuxpaint.org/latest/tuxpaint-0.9.22-press-release-en.php3 If you're interested, please let me know, and share with me whatever amount of contact info you're comfortable having me post in 0.9.23's release announcement, on the website! Thanks in advance, -- -bill! Sent from my computer |
|
From: Bill Kendrick <nbs@so...> - 2017-12-03 17:52:16
|
Tux Paint devs (tuxpaint-devel subscribers) & port maintainers (tuxpaint-maintainers subscribers), At long last (it's been over 3 years!) I'm gearing up for a new release of Tux Paint: 0.9.23. It will be a very minor update, but beneficial since it will capture the changes Mark Kim has made to get the program running on newer versions of macOS (10.12 Sierra & 10.13 High Sierra) (and, if we're lucky, also Mac OS X 10.11 El Capitan). (See https://sourceforge.net/p/tuxpaint/bugs/206/ -- and thanks to all those who provided details of the problem, and the folks who made attempts to address it.) If you have any port-related things to get in, please do so soon. (Obviously, it'd help if you could test building things now, ahead of me rolling out the source tarball release). Thanks in advance! -- -bill! Sent from my computer |
|
From: B.J. <bj@ko...> - 2017-11-28 05:31:10
|
Awesome! How’d he do it!? I can confirm that unsurprisingly it doesn’t run on 10.10.x (Yosemite) but will try it on Sierra ASAP and get back to the team. I’d really like to hear how he compiled SDL1 on Sierra…wish I could have done that in just 2 sleepless nights :) Awesome work! > On Nov 21, 2017, at 12:15 PM, Bill Kendrick <nbs@...> wrote: > > > Hi again! Another volunteer member of the Tux Paint project (Mark K. Kim, > a long time contributor, but first time attempting a Mac OS X build) > has produced another update that we're hoping people can test, and report > back on: > > https://sourceforge.net/p/tuxpaint/bugs/_discuss/thread/8aeda9b9/18a6/ebe7/b732/7b9b/attachment/tuxpaint-0.9.22-20171120-macos_sierra.zip > > He writes: > > "Two sleepless nights but I think I figured out how to build SDL > application bundles on a Mac. Can folks give it a shot? It's built on > Sierra but I'd be curious if it works on earlier MacOS or High Sierra" > > I'd appreciate it if you could try it out, and let us know the results. > > Thanks in advance (and if you're here in the US, Happy Thanksgiving), > > -bill! > > > > On Mon, Nov 13, 2017 at 07:26:56AM -0600, B.J. wrote: >> I had that same list of errors last May when I added the objects from the ./macosx directory, though I wasn???t sure if it was still linked to SDL1 (I was trying to make a new SDL2 tree for Mac since there was some specific hold-up needed by SDL1 that apparently won???t be supported anymore from Sierra onward). I think it turned out to be a dead-end and after 2 more do-over trees I got an SDL2 version of 0.9.23 compiled. It crashed whenever I ran it :( I kindof gave up but if anyone else is available to help I???ll try to start it up again. I could really use it for a class I teach this January :) If anyone???s interested I???ll try to trim down my notes and send a digest of my attempts. standing by... >> >>> On Nov 12, 2017, at 14:29, Bill Kendrick <nbs@...> wrote: >>> >>> >>> Hi all Mac folks! Can you please test this patched version of Tux Paint, and >>> let me know whether it works for you? >>> >>> https://sourceforge.net/p/tuxpaint/bugs/206/#18a6/ebe7 >>> >>> Thank you! >>> >>> -bill! >>> >>> >>> On Thu, May 04, 2017 at 10:04:28AM -0500, B.J. wrote: >>>> Do the problems below look like calls to SDL1? It would make sense I guess, since I made the object files from source that was added to the main tree (in the ???macosx" directory) to Cocoa-ize the SDL1 port, I think, and probably hasn???t been touched since. I made the object files to resolve the few unaddressed functions from the SDL2 compile and here???s what I got back from the compiler???curious about anyone???s thoughts :) Thanks for peeking: >>>> >>>> ??? >>>> >>>> $ cc -O0 -g -W -Wall -fno-common -ffloat-store -fvisibility=hidden -Wcast-align -Wredundant-decls -Wbad-function-cast -Wwrite-strings -Waggregate-return -Wstrict-prototypes -Wmissing-prototypes -Wstrict-aliasing=2 -D_THREAD_SAFE -I/usr/local/include/SDL2 -I/usr/X11/include -I/usr/local/include/fribidi -DVER_DATE=\"2017-05-02\" -DVER_VERSION=\"0.9.23\" -DDATA_PREFIX=\"/usr/local/share/tuxpaint/\" -DDOC_PREFIX=\"/usr/local/share/doc/tuxpaint/\" -DLOCALEDIR=\"/usr/local/share/locale/\" -DIMDIR=\"/usr/local/share/tuxpaint/im/\" -DCONFDIR=\"/usr/local/etc/tuxpaint/\" -DMAGIC_PREFIX=\"/usr/local/lib/tuxpaint/plugins/\" -DNOSVG -DNO_SDLPANGO -o tuxpaint obj/tuxpaint.o obj/i18n.o obj/im.o obj/cursor.o obj/pixels.o obj/rgblinear.o obj/playsound.o obj/fonts.o obj/parse.o obj/progressbar.o obj/dirwalk.o obj/get_fname.o obj/onscreen_keyboard.o obj/postscript_print.o macosx/SDLMain.o macosx/macosx_print.o macosx/TransparentTextView.o macosx/speech.o macosx/patch.o macosx/message.o macosx/fcinstaller.o -L/usr/local/lib -lSDL2 -lSDL2_image -lSDL2_ttf -lz -lpng -lSDL2_mixer -lpaper -L/usr/local/lib -lfribidi -lintl >>>> >>>> Undefined symbols for architecture x86_64: >>>> "_AuthorizationCopyRights", referenced from: >>>> -[SDLMain installFontconfigFilesWithAuthorization] in SDLMain.o >>>> "_AuthorizationCreate", referenced from: >>>> -[SDLMain installFontconfigFilesWithAuthorization] in SDLMain.o >>>> "_AuthorizationExecuteWithPrivileges", referenced from: >>>> -[SDLMain installFontconfigFilesWithAuthorization] in SDLMain.o >>>> "_AuthorizationFree", referenced from: >>>> -[SDLMain installFontconfigFilesWithAuthorization] in SDLMain.o >>>> "_CFBundleCopyBundleURL", referenced from: >>>> -[SDLMain setupWorkingDirectory:] in SDLMain.o >>>> "_CFBundleGetInfoDictionary", referenced from: >>>> _getApplicationName in SDLMain.o >>>> "_CFBundleGetMainBundle", referenced from: >>>> -[SDLMain setupWorkingDirectory:] in SDLMain.o >>>> _getApplicationName in SDLMain.o >>>> "_CFRelease", referenced from: >>>> -[SDLMain setupWorkingDirectory:] in SDLMain.o >>>> "_CFURLCreateCopyDeletingLastPathComponent", referenced from: >>>> -[SDLMain setupWorkingDirectory:] in SDLMain.o >>>> "_CFURLGetFileSystemRepresentation", referenced from: >>>> -[SDLMain setupWorkingDirectory:] in SDLMain.o >>>> "_FcInit", referenced from: >>>> -[SDLMain setupFontconfig] in SDLMain.o >>>> "_NSAllocateMemoryPages", referenced from: >>>> -[NSString(ReplaceSubString) stringByReplacingRange:with:] in SDLMain.o >>>> "_NSApp", referenced from: >>>> -[SDLMain applicationDidFinishLaunching:] in SDLMain.o >>>> -[ModalDelegate wait] in macosx_print.o >>>> _DisplayPageSetup in macosx_print.o >>>> _SurfacePrint in macosx_print.o >>>> "_NSApplicationMain", referenced from: >>>> _main in SDLMain.o >>>> "_NSDeallocateMemoryPages", referenced from: >>>> -[NSString(ReplaceSubString) stringByReplacingRange:with:] in SDLMain.o >>>> "_NSDefaultRunLoopMode", referenced from: >>>> -[ModalDelegate wait] in macosx_print.o >>>> "_NSDeviceRGBColorSpace", referenced from: >>>> _CreateImage in macosx_print.o >>>> "_NSFontAttributeName", referenced from: >>>> -[SDLMain onAbout:] in SDLMain.o >>>> "_NSForegroundColorAttributeName", referenced from: >>>> -[TransparentTextView activateURLs] in TransparentTextView.o >>>> "_NSLinkAttributeName", referenced from: >>>> -[TransparentTextView activateURLs] in TransparentTextView.o >>>> "_NSLog", referenced from: >>>> _CreateImage in macosx_print.o >>>> "_NSParagraphStyleAttributeName", referenced from: >>>> -[SDLMain onAbout:] in SDLMain.o >>>> "_OBJC_CLASS_$_NSApplication", referenced from: >>>> _OBJC_CLASS_$_SDLApplication in SDLMain.o >>>> "_OBJC_CLASS_$_NSArchiver", referenced from: >>>> objc-class-ref in macosx_print.o >>>> "_OBJC_CLASS_$_NSAttributedString", referenced from: >>>> objc-class-ref in SDLMain.o >>>> "_OBJC_CLASS_$_NSAutoreleasePool", referenced from: >>>> objc-class-ref in fcinstaller.o >>>> "_OBJC_CLASS_$_NSBitmapImageRep", referenced from: >>>> objc-class-ref in macosx_print.o >>>> "_OBJC_CLASS_$_NSBundle", referenced from: >>>> objc-class-ref in SDLMain.o >>>> objc-class-ref in fcinstaller.o >>>> "_OBJC_CLASS_$_NSColor", referenced from: >>>> objc-class-ref in TransparentTextView.o >>>> "_OBJC_CLASS_$_NSDate", referenced from: >>>> objc-class-ref in macosx_print.o >>>> "_OBJC_CLASS_$_NSDictionary", referenced from: >>>> objc-class-ref in TransparentTextView.o >>>> "_OBJC_CLASS_$_NSFileManager", referenced from: >>>> objc-class-ref in SDLMain.o >>>> objc-class-ref in fcinstaller.o >>>> l_OBJC_$_CATEGORY_NSFileManager_$_CreateDirectoryRecursively in fcinstaller.o >>>> "_OBJC_CLASS_$_NSFont", referenced from: >>>> objc-class-ref in SDLMain.o >>>> "_OBJC_CLASS_$_NSImage", referenced from: >>>> objc-class-ref in macosx_print.o >>>> "_OBJC_CLASS_$_NSMutableAttributedString", referenced from: >>>> objc-class-ref in SDLMain.o >>>> "_OBJC_CLASS_$_NSMutableDictionary", referenced from: >>>> objc-class-ref in SDLMain.o >>>> "_OBJC_CLASS_$_NSMutableString", referenced from: >>>> objc-class-ref in SDLMain.o >>>> objc-class-ref in TransparentTextView.o >>>> "_OBJC_CLASS_$_NSObject", referenced from: >>>> _OBJC_CLASS_$_CocoaToSDLBridge in SDLMain.o >>>> _OBJC_CLASS_$_SDLMain in SDLMain.o >>>> _OBJC_CLASS_$_ModalDelegate in macosx_print.o >>>> "_OBJC_CLASS_$_NSPageLayout", referenced from: >>>> objc-class-ref in macosx_print.o >>>> "_OBJC_CLASS_$_NSParagraphStyle", referenced from: >>>> objc-class-ref in SDLMain.o >>>> "_OBJC_CLASS_$_NSPrintInfo", referenced from: >>>> objc-class-ref in macosx_print.o >>>> "_OBJC_CLASS_$_NSPrintOperation", referenced from: >>>> objc-class-ref in macosx_print.o >>>> "_OBJC_CLASS_$_NSPrinter", referenced from: >>>> objc-class-ref in macosx_print.o >>>> "_OBJC_CLASS_$_NSProcessInfo", referenced from: >>>> objc-class-ref in SDLMain.o >>>> "_OBJC_CLASS_$_NSSpeechSynthesizer", referenced from: >>>> objc-class-ref in speech.o >>>> "_OBJC_CLASS_$_NSString", referenced from: >>>> objc-class-ref in SDLMain.o >>>> l_OBJC_$_CATEGORY_NSString_$_ReplaceSubString in SDLMain.o >>>> objc-class-ref in speech.o >>>> objc-class-ref in fcinstaller.o >>>> "_OBJC_CLASS_$_NSTextView", referenced from: >>>> _OBJC_CLASS_$_TransparentTextView in TransparentTextView.o >>>> "_OBJC_CLASS_$_NSURL", referenced from: >>>> objc-class-ref in TransparentTextView.o >>>> "_OBJC_CLASS_$_NSUnarchiver", referenced from: >>>> objc-class-ref in macosx_print.o >>>> "_OBJC_CLASS_$_NSUserDefaults", referenced from: >>>> objc-class-ref in SDLMain.o >>>> objc-class-ref in macosx_print.o >>>> "_OBJC_CLASS_$_NSView", referenced from: >>>> _OBJC_CLASS_$_ImageView in macosx_print.o >>>> "_OBJC_CLASS_$_NSWorkspace", referenced from: >>>> objc-class-ref in SDLMain.o >>>> "_OBJC_METACLASS_$_NSApplication", referenced from: >>>> _OBJC_METACLASS_$_SDLApplication in SDLMain.o >>>> "_OBJC_METACLASS_$_NSObject", referenced from: >>>> _OBJC_METACLASS_$_SDLApplication in SDLMain.o >>>> _OBJC_METACLASS_$_CocoaToSDLBridge in SDLMain.o >>>> _OBJC_METACLASS_$_SDLMain in SDLMain.o >>>> _OBJC_METACLASS_$_ImageView in macosx_print.o >>>> _OBJC_METACLASS_$_ModalDelegate in macosx_print.o >>>> _OBJC_METACLASS_$_TransparentTextView in TransparentTextView.o >>>> "_OBJC_METACLASS_$_NSTextView", referenced from: >>>> _OBJC_METACLASS_$_TransparentTextView in TransparentTextView.o >>>> "_OBJC_METACLASS_$_NSView", referenced from: >>>> _OBJC_METACLASS_$_ImageView in macosx_print.o >>>> "_SDL_GL_GetDrawableSize", referenced from: >>>> _setup in tuxpaint.o >>>> "_SDL_main", referenced from: >>>> -[SDLMain applicationDidFinishLaunching:] in SDLMain.o >>>> "___CFConstantStringClassReference", referenced from: >>>> CFString in SDLMain.o >>>> CFString in SDLMain.o >>>> CFString in SDLMain.o >>>> CFString in SDLMain.o >>>> CFString in SDLMain.o >>>> CFString in SDLMain.o >>>> CFString in SDLMain.o >>>> ... >>>> "__objc_empty_cache", referenced from: >>>> _OBJC_CLASS_$_SDLApplication in SDLMain.o >>>> _OBJC_METACLASS_$_SDLApplication in SDLMain.o >>>> _OBJC_METACLASS_$_CocoaToSDLBridge in SDLMain.o >>>> _OBJC_CLASS_$_CocoaToSDLBridge in SDLMain.o >>>> _OBJC_METACLASS_$_SDLMain in SDLMain.o >>>> _OBJC_CLASS_$_SDLMain in SDLMain.o >>>> _OBJC_METACLASS_$_ImageView in macosx_print.o >>>> ... >>>> "_libiconv", referenced from: >>>> _iconv in patch.o >>>> "_libiconv_open", referenced from: >>>> _iconv_open in patch.o >>>> "_objc_msgSend", referenced from: >>>> -[SDLApplication sendEvent:] in SDLMain.o >>>> -[SDLApplication tuxpaintHelp:] in SDLMain.o >>>> -[CocoaToSDLBridge dataPath:] in SDLMain.o >>>> -[CocoaToSDLBridge preferencesPath] in SDLMain.o >>>> -[CocoaToSDLBridge fontsPath] in SDLMain.o >>>> -[SDLMain onAbout:] in SDLMain.o >>>> -[SDLMain onNew:] in SDLMain.o >>>> ... >>>> "_objc_msgSendSuper2", referenced from: >>>> -[SDLApplication sendEvent:] in SDLMain.o >>>> -[ModalDelegate init] in macosx_print.o >>>> "_objc_msgSend_stret", referenced from: >>>> _SurfacePrint in macosx_print.o >>>> ld: symbol(s) not found for architecture x86_64 >>>> clang: error: linker command failed with exit code 1 (use -v to see invocation) >>>> ------------------------------------------------------------------------------ >>>> Check out the vibrant tech community on one of the world's most >>>> engaging tech sites, Slashdot.org! http://sdm.link/slashdot >>>> _______________________________________________ >>>> Tuxpaint-devel mailing list >>>> Tuxpaint-devel@... >>>> https://lists.sourceforge.net/lists/listinfo/tuxpaint-devel >>> >>> >>> -- >>> -bill! >>> Sent from my computer >>> >>> ------------------------------------------------------------------------------ >>> Check out the vibrant tech community on one of the world's most >>> engaging tech sites, Slashdot.org! http://sdm.link/slashdot >>> _______________________________________________ >>> Tuxpaint-devel mailing list >>> Tuxpaint-devel@... >>> https://lists.sourceforge.net/lists/listinfo/tuxpaint-devel >> >> >> ------------------------------------------------------------------------------ >> Check out the vibrant tech community on one of the world's most >> engaging tech sites, Slashdot.org! http://sdm.link/slashdot >> _______________________________________________ >> Tuxpaint-devel mailing list >> Tuxpaint-devel@... >> https://lists.sourceforge.net/lists/listinfo/tuxpaint-devel > > -- > -bill! > Sent from my computer > > ------------------------------------------------------------------------------ > Check out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > _______________________________________________ > Tuxpaint-devel mailing list > Tuxpaint-devel@... > https://lists.sourceforge.net/lists/listinfo/tuxpaint-devel |
|
From: Bill Kendrick <nbs@so...> - 2017-11-21 18:15:47
|
Hi again! Another volunteer member of the Tux Paint project (Mark K. Kim, a long time contributor, but first time attempting a Mac OS X build) has produced another update that we're hoping people can test, and report back on: https://sourceforge.net/p/tuxpaint/bugs/_discuss/thread/8aeda9b9/18a6/ebe7/b732/7b9b/attachment/tuxpaint-0.9.22-20171120-macos_sierra.zip He writes: "Two sleepless nights but I think I figured out how to build SDL application bundles on a Mac. Can folks give it a shot? It's built on Sierra but I'd be curious if it works on earlier MacOS or High Sierra" I'd appreciate it if you could try it out, and let us know the results. Thanks in advance (and if you're here in the US, Happy Thanksgiving), -bill! On Mon, Nov 13, 2017 at 07:26:56AM -0600, B.J. wrote: > I had that same list of errors last May when I added the objects from the ./macosx directory, though I wasn???t sure if it was still linked to SDL1 (I was trying to make a new SDL2 tree for Mac since there was some specific hold-up needed by SDL1 that apparently won???t be supported anymore from Sierra onward). I think it turned out to be a dead-end and after 2 more do-over trees I got an SDL2 version of 0.9.23 compiled. It crashed whenever I ran it :( I kindof gave up but if anyone else is available to help I???ll try to start it up again. I could really use it for a class I teach this January :) If anyone???s interested I???ll try to trim down my notes and send a digest of my attempts. standing by... > > > On Nov 12, 2017, at 14:29, Bill Kendrick <nbs@...> wrote: > > > > > > Hi all Mac folks! Can you please test this patched version of Tux Paint, and > > let me know whether it works for you? > > > > https://sourceforge.net/p/tuxpaint/bugs/206/#18a6/ebe7 > > > > Thank you! > > > > -bill! > > > > > > On Thu, May 04, 2017 at 10:04:28AM -0500, B.J. wrote: > >> Do the problems below look like calls to SDL1? It would make sense I guess, since I made the object files from source that was added to the main tree (in the ???macosx" directory) to Cocoa-ize the SDL1 port, I think, and probably hasn???t been touched since. I made the object files to resolve the few unaddressed functions from the SDL2 compile and here???s what I got back from the compiler???curious about anyone???s thoughts :) Thanks for peeking: > >> > >> ??? > >> > >> $ cc -O0 -g -W -Wall -fno-common -ffloat-store -fvisibility=hidden -Wcast-align -Wredundant-decls -Wbad-function-cast -Wwrite-strings -Waggregate-return -Wstrict-prototypes -Wmissing-prototypes -Wstrict-aliasing=2 -D_THREAD_SAFE -I/usr/local/include/SDL2 -I/usr/X11/include -I/usr/local/include/fribidi -DVER_DATE=\"2017-05-02\" -DVER_VERSION=\"0.9.23\" -DDATA_PREFIX=\"/usr/local/share/tuxpaint/\" -DDOC_PREFIX=\"/usr/local/share/doc/tuxpaint/\" -DLOCALEDIR=\"/usr/local/share/locale/\" -DIMDIR=\"/usr/local/share/tuxpaint/im/\" -DCONFDIR=\"/usr/local/etc/tuxpaint/\" -DMAGIC_PREFIX=\"/usr/local/lib/tuxpaint/plugins/\" -DNOSVG -DNO_SDLPANGO -o tuxpaint obj/tuxpaint.o obj/i18n.o obj/im.o obj/cursor.o obj/pixels.o obj/rgblinear.o obj/playsound.o obj/fonts.o obj/parse.o obj/progressbar.o obj/dirwalk.o obj/get_fname.o obj/onscreen_keyboard.o obj/postscript_print.o macosx/SDLMain.o macosx/macosx_print.o macosx/TransparentTextView.o macosx/speech.o macosx/patch.o macosx/message.o macosx/fcinstaller.o -L/usr/local/lib -lSDL2 -lSDL2_image -lSDL2_ttf -lz -lpng -lSDL2_mixer -lpaper -L/usr/local/lib -lfribidi -lintl > >> > >> Undefined symbols for architecture x86_64: > >> "_AuthorizationCopyRights", referenced from: > >> -[SDLMain installFontconfigFilesWithAuthorization] in SDLMain.o > >> "_AuthorizationCreate", referenced from: > >> -[SDLMain installFontconfigFilesWithAuthorization] in SDLMain.o > >> "_AuthorizationExecuteWithPrivileges", referenced from: > >> -[SDLMain installFontconfigFilesWithAuthorization] in SDLMain.o > >> "_AuthorizationFree", referenced from: > >> -[SDLMain installFontconfigFilesWithAuthorization] in SDLMain.o > >> "_CFBundleCopyBundleURL", referenced from: > >> -[SDLMain setupWorkingDirectory:] in SDLMain.o > >> "_CFBundleGetInfoDictionary", referenced from: > >> _getApplicationName in SDLMain.o > >> "_CFBundleGetMainBundle", referenced from: > >> -[SDLMain setupWorkingDirectory:] in SDLMain.o > >> _getApplicationName in SDLMain.o > >> "_CFRelease", referenced from: > >> -[SDLMain setupWorkingDirectory:] in SDLMain.o > >> "_CFURLCreateCopyDeletingLastPathComponent", referenced from: > >> -[SDLMain setupWorkingDirectory:] in SDLMain.o > >> "_CFURLGetFileSystemRepresentation", referenced from: > >> -[SDLMain setupWorkingDirectory:] in SDLMain.o > >> "_FcInit", referenced from: > >> -[SDLMain setupFontconfig] in SDLMain.o > >> "_NSAllocateMemoryPages", referenced from: > >> -[NSString(ReplaceSubString) stringByReplacingRange:with:] in SDLMain.o > >> "_NSApp", referenced from: > >> -[SDLMain applicationDidFinishLaunching:] in SDLMain.o > >> -[ModalDelegate wait] in macosx_print.o > >> _DisplayPageSetup in macosx_print.o > >> _SurfacePrint in macosx_print.o > >> "_NSApplicationMain", referenced from: > >> _main in SDLMain.o > >> "_NSDeallocateMemoryPages", referenced from: > >> -[NSString(ReplaceSubString) stringByReplacingRange:with:] in SDLMain.o > >> "_NSDefaultRunLoopMode", referenced from: > >> -[ModalDelegate wait] in macosx_print.o > >> "_NSDeviceRGBColorSpace", referenced from: > >> _CreateImage in macosx_print.o > >> "_NSFontAttributeName", referenced from: > >> -[SDLMain onAbout:] in SDLMain.o > >> "_NSForegroundColorAttributeName", referenced from: > >> -[TransparentTextView activateURLs] in TransparentTextView.o > >> "_NSLinkAttributeName", referenced from: > >> -[TransparentTextView activateURLs] in TransparentTextView.o > >> "_NSLog", referenced from: > >> _CreateImage in macosx_print.o > >> "_NSParagraphStyleAttributeName", referenced from: > >> -[SDLMain onAbout:] in SDLMain.o > >> "_OBJC_CLASS_$_NSApplication", referenced from: > >> _OBJC_CLASS_$_SDLApplication in SDLMain.o > >> "_OBJC_CLASS_$_NSArchiver", referenced from: > >> objc-class-ref in macosx_print.o > >> "_OBJC_CLASS_$_NSAttributedString", referenced from: > >> objc-class-ref in SDLMain.o > >> "_OBJC_CLASS_$_NSAutoreleasePool", referenced from: > >> objc-class-ref in fcinstaller.o > >> "_OBJC_CLASS_$_NSBitmapImageRep", referenced from: > >> objc-class-ref in macosx_print.o > >> "_OBJC_CLASS_$_NSBundle", referenced from: > >> objc-class-ref in SDLMain.o > >> objc-class-ref in fcinstaller.o > >> "_OBJC_CLASS_$_NSColor", referenced from: > >> objc-class-ref in TransparentTextView.o > >> "_OBJC_CLASS_$_NSDate", referenced from: > >> objc-class-ref in macosx_print.o > >> "_OBJC_CLASS_$_NSDictionary", referenced from: > >> objc-class-ref in TransparentTextView.o > >> "_OBJC_CLASS_$_NSFileManager", referenced from: > >> objc-class-ref in SDLMain.o > >> objc-class-ref in fcinstaller.o > >> l_OBJC_$_CATEGORY_NSFileManager_$_CreateDirectoryRecursively in fcinstaller.o > >> "_OBJC_CLASS_$_NSFont", referenced from: > >> objc-class-ref in SDLMain.o > >> "_OBJC_CLASS_$_NSImage", referenced from: > >> objc-class-ref in macosx_print.o > >> "_OBJC_CLASS_$_NSMutableAttributedString", referenced from: > >> objc-class-ref in SDLMain.o > >> "_OBJC_CLASS_$_NSMutableDictionary", referenced from: > >> objc-class-ref in SDLMain.o > >> "_OBJC_CLASS_$_NSMutableString", referenced from: > >> objc-class-ref in SDLMain.o > >> objc-class-ref in TransparentTextView.o > >> "_OBJC_CLASS_$_NSObject", referenced from: > >> _OBJC_CLASS_$_CocoaToSDLBridge in SDLMain.o > >> _OBJC_CLASS_$_SDLMain in SDLMain.o > >> _OBJC_CLASS_$_ModalDelegate in macosx_print.o > >> "_OBJC_CLASS_$_NSPageLayout", referenced from: > >> objc-class-ref in macosx_print.o > >> "_OBJC_CLASS_$_NSParagraphStyle", referenced from: > >> objc-class-ref in SDLMain.o > >> "_OBJC_CLASS_$_NSPrintInfo", referenced from: > >> objc-class-ref in macosx_print.o > >> "_OBJC_CLASS_$_NSPrintOperation", referenced from: > >> objc-class-ref in macosx_print.o > >> "_OBJC_CLASS_$_NSPrinter", referenced from: > >> objc-class-ref in macosx_print.o > >> "_OBJC_CLASS_$_NSProcessInfo", referenced from: > >> objc-class-ref in SDLMain.o > >> "_OBJC_CLASS_$_NSSpeechSynthesizer", referenced from: > >> objc-class-ref in speech.o > >> "_OBJC_CLASS_$_NSString", referenced from: > >> objc-class-ref in SDLMain.o > >> l_OBJC_$_CATEGORY_NSString_$_ReplaceSubString in SDLMain.o > >> objc-class-ref in speech.o > >> objc-class-ref in fcinstaller.o > >> "_OBJC_CLASS_$_NSTextView", referenced from: > >> _OBJC_CLASS_$_TransparentTextView in TransparentTextView.o > >> "_OBJC_CLASS_$_NSURL", referenced from: > >> objc-class-ref in TransparentTextView.o > >> "_OBJC_CLASS_$_NSUnarchiver", referenced from: > >> objc-class-ref in macosx_print.o > >> "_OBJC_CLASS_$_NSUserDefaults", referenced from: > >> objc-class-ref in SDLMain.o > >> objc-class-ref in macosx_print.o > >> "_OBJC_CLASS_$_NSView", referenced from: > >> _OBJC_CLASS_$_ImageView in macosx_print.o > >> "_OBJC_CLASS_$_NSWorkspace", referenced from: > >> objc-class-ref in SDLMain.o > >> "_OBJC_METACLASS_$_NSApplication", referenced from: > >> _OBJC_METACLASS_$_SDLApplication in SDLMain.o > >> "_OBJC_METACLASS_$_NSObject", referenced from: > >> _OBJC_METACLASS_$_SDLApplication in SDLMain.o > >> _OBJC_METACLASS_$_CocoaToSDLBridge in SDLMain.o > >> _OBJC_METACLASS_$_SDLMain in SDLMain.o > >> _OBJC_METACLASS_$_ImageView in macosx_print.o > >> _OBJC_METACLASS_$_ModalDelegate in macosx_print.o > >> _OBJC_METACLASS_$_TransparentTextView in TransparentTextView.o > >> "_OBJC_METACLASS_$_NSTextView", referenced from: > >> _OBJC_METACLASS_$_TransparentTextView in TransparentTextView.o > >> "_OBJC_METACLASS_$_NSView", referenced from: > >> _OBJC_METACLASS_$_ImageView in macosx_print.o > >> "_SDL_GL_GetDrawableSize", referenced from: > >> _setup in tuxpaint.o > >> "_SDL_main", referenced from: > >> -[SDLMain applicationDidFinishLaunching:] in SDLMain.o > >> "___CFConstantStringClassReference", referenced from: > >> CFString in SDLMain.o > >> CFString in SDLMain.o > >> CFString in SDLMain.o > >> CFString in SDLMain.o > >> CFString in SDLMain.o > >> CFString in SDLMain.o > >> CFString in SDLMain.o > >> ... > >> "__objc_empty_cache", referenced from: > >> _OBJC_CLASS_$_SDLApplication in SDLMain.o > >> _OBJC_METACLASS_$_SDLApplication in SDLMain.o > >> _OBJC_METACLASS_$_CocoaToSDLBridge in SDLMain.o > >> _OBJC_CLASS_$_CocoaToSDLBridge in SDLMain.o > >> _OBJC_METACLASS_$_SDLMain in SDLMain.o > >> _OBJC_CLASS_$_SDLMain in SDLMain.o > >> _OBJC_METACLASS_$_ImageView in macosx_print.o > >> ... > >> "_libiconv", referenced from: > >> _iconv in patch.o > >> "_libiconv_open", referenced from: > >> _iconv_open in patch.o > >> "_objc_msgSend", referenced from: > >> -[SDLApplication sendEvent:] in SDLMain.o > >> -[SDLApplication tuxpaintHelp:] in SDLMain.o > >> -[CocoaToSDLBridge dataPath:] in SDLMain.o > >> -[CocoaToSDLBridge preferencesPath] in SDLMain.o > >> -[CocoaToSDLBridge fontsPath] in SDLMain.o > >> -[SDLMain onAbout:] in SDLMain.o > >> -[SDLMain onNew:] in SDLMain.o > >> ... > >> "_objc_msgSendSuper2", referenced from: > >> -[SDLApplication sendEvent:] in SDLMain.o > >> -[ModalDelegate init] in macosx_print.o > >> "_objc_msgSend_stret", referenced from: > >> _SurfacePrint in macosx_print.o > >> ld: symbol(s) not found for architecture x86_64 > >> clang: error: linker command failed with exit code 1 (use -v to see invocation) > >> ------------------------------------------------------------------------------ > >> Check out the vibrant tech community on one of the world's most > >> engaging tech sites, Slashdot.org! http://sdm.link/slashdot > >> _______________________________________________ > >> Tuxpaint-devel mailing list > >> Tuxpaint-devel@... > >> https://lists.sourceforge.net/lists/listinfo/tuxpaint-devel > > > > > > -- > > -bill! > > Sent from my computer > > > > ------------------------------------------------------------------------------ > > Check out the vibrant tech community on one of the world's most > > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > > _______________________________________________ > > Tuxpaint-devel mailing list > > Tuxpaint-devel@... > > https://lists.sourceforge.net/lists/listinfo/tuxpaint-devel > > > ------------------------------------------------------------------------------ > Check out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > _______________________________________________ > Tuxpaint-devel mailing list > Tuxpaint-devel@... > https://lists.sourceforge.net/lists/listinfo/tuxpaint-devel -- -bill! Sent from my computer |
|
From: B.J. <bj@ko...> - 2017-11-13 13:56:10
|
I had that same list of errors last May when I added the objects from the ./macosx directory, though I wasn’t sure if it was still linked to SDL1 (I was trying to make a new SDL2 tree for Mac since there was some specific hold-up needed by SDL1 that apparently won’t be supported anymore from Sierra onward). I think it turned out to be a dead-end and after 2 more do-over trees I got an SDL2 version of 0.9.23 compiled. It crashed whenever I ran it :( I kindof gave up but if anyone else is available to help I’ll try to start it up again. I could really use it for a class I teach this January :) If anyone’s interested I’ll try to trim down my notes and send a digest of my attempts. standing by... > On Nov 12, 2017, at 14:29, Bill Kendrick <nbs@...> wrote: > > > Hi all Mac folks! Can you please test this patched version of Tux Paint, and > let me know whether it works for you? > > https://sourceforge.net/p/tuxpaint/bugs/206/#18a6/ebe7 > > Thank you! > > -bill! > > > On Thu, May 04, 2017 at 10:04:28AM -0500, B.J. wrote: >> Do the problems below look like calls to SDL1? It would make sense I guess, since I made the object files from source that was added to the main tree (in the ???macosx" directory) to Cocoa-ize the SDL1 port, I think, and probably hasn???t been touched since. I made the object files to resolve the few unaddressed functions from the SDL2 compile and here???s what I got back from the compiler???curious about anyone???s thoughts :) Thanks for peeking: >> >> ??? >> >> $ cc -O0 -g -W -Wall -fno-common -ffloat-store -fvisibility=hidden -Wcast-align -Wredundant-decls -Wbad-function-cast -Wwrite-strings -Waggregate-return -Wstrict-prototypes -Wmissing-prototypes -Wstrict-aliasing=2 -D_THREAD_SAFE -I/usr/local/include/SDL2 -I/usr/X11/include -I/usr/local/include/fribidi -DVER_DATE=\"2017-05-02\" -DVER_VERSION=\"0.9.23\" -DDATA_PREFIX=\"/usr/local/share/tuxpaint/\" -DDOC_PREFIX=\"/usr/local/share/doc/tuxpaint/\" -DLOCALEDIR=\"/usr/local/share/locale/\" -DIMDIR=\"/usr/local/share/tuxpaint/im/\" -DCONFDIR=\"/usr/local/etc/tuxpaint/\" -DMAGIC_PREFIX=\"/usr/local/lib/tuxpaint/plugins/\" -DNOSVG -DNO_SDLPANGO -o tuxpaint obj/tuxpaint.o obj/i18n.o obj/im.o obj/cursor.o obj/pixels.o obj/rgblinear.o obj/playsound.o obj/fonts.o obj/parse.o obj/progressbar.o obj/dirwalk.o obj/get_fname.o obj/onscreen_keyboard.o obj/postscript_print.o macosx/SDLMain.o macosx/macosx_print.o macosx/TransparentTextView.o macosx/speech.o macosx/patch.o macosx/message.o macosx/fcinstaller.o -L/usr/local/lib -lSDL2 -lSDL2_image -lSDL2_ttf -lz -lpng -lSDL2_mixer -lpaper -L/usr/local/lib -lfribidi -lintl >> >> Undefined symbols for architecture x86_64: >> "_AuthorizationCopyRights", referenced from: >> -[SDLMain installFontconfigFilesWithAuthorization] in SDLMain.o >> "_AuthorizationCreate", referenced from: >> -[SDLMain installFontconfigFilesWithAuthorization] in SDLMain.o >> "_AuthorizationExecuteWithPrivileges", referenced from: >> -[SDLMain installFontconfigFilesWithAuthorization] in SDLMain.o >> "_AuthorizationFree", referenced from: >> -[SDLMain installFontconfigFilesWithAuthorization] in SDLMain.o >> "_CFBundleCopyBundleURL", referenced from: >> -[SDLMain setupWorkingDirectory:] in SDLMain.o >> "_CFBundleGetInfoDictionary", referenced from: >> _getApplicationName in SDLMain.o >> "_CFBundleGetMainBundle", referenced from: >> -[SDLMain setupWorkingDirectory:] in SDLMain.o >> _getApplicationName in SDLMain.o >> "_CFRelease", referenced from: >> -[SDLMain setupWorkingDirectory:] in SDLMain.o >> "_CFURLCreateCopyDeletingLastPathComponent", referenced from: >> -[SDLMain setupWorkingDirectory:] in SDLMain.o >> "_CFURLGetFileSystemRepresentation", referenced from: >> -[SDLMain setupWorkingDirectory:] in SDLMain.o >> "_FcInit", referenced from: >> -[SDLMain setupFontconfig] in SDLMain.o >> "_NSAllocateMemoryPages", referenced from: >> -[NSString(ReplaceSubString) stringByReplacingRange:with:] in SDLMain.o >> "_NSApp", referenced from: >> -[SDLMain applicationDidFinishLaunching:] in SDLMain.o >> -[ModalDelegate wait] in macosx_print.o >> _DisplayPageSetup in macosx_print.o >> _SurfacePrint in macosx_print.o >> "_NSApplicationMain", referenced from: >> _main in SDLMain.o >> "_NSDeallocateMemoryPages", referenced from: >> -[NSString(ReplaceSubString) stringByReplacingRange:with:] in SDLMain.o >> "_NSDefaultRunLoopMode", referenced from: >> -[ModalDelegate wait] in macosx_print.o >> "_NSDeviceRGBColorSpace", referenced from: >> _CreateImage in macosx_print.o >> "_NSFontAttributeName", referenced from: >> -[SDLMain onAbout:] in SDLMain.o >> "_NSForegroundColorAttributeName", referenced from: >> -[TransparentTextView activateURLs] in TransparentTextView.o >> "_NSLinkAttributeName", referenced from: >> -[TransparentTextView activateURLs] in TransparentTextView.o >> "_NSLog", referenced from: >> _CreateImage in macosx_print.o >> "_NSParagraphStyleAttributeName", referenced from: >> -[SDLMain onAbout:] in SDLMain.o >> "_OBJC_CLASS_$_NSApplication", referenced from: >> _OBJC_CLASS_$_SDLApplication in SDLMain.o >> "_OBJC_CLASS_$_NSArchiver", referenced from: >> objc-class-ref in macosx_print.o >> "_OBJC_CLASS_$_NSAttributedString", referenced from: >> objc-class-ref in SDLMain.o >> "_OBJC_CLASS_$_NSAutoreleasePool", referenced from: >> objc-class-ref in fcinstaller.o >> "_OBJC_CLASS_$_NSBitmapImageRep", referenced from: >> objc-class-ref in macosx_print.o >> "_OBJC_CLASS_$_NSBundle", referenced from: >> objc-class-ref in SDLMain.o >> objc-class-ref in fcinstaller.o >> "_OBJC_CLASS_$_NSColor", referenced from: >> objc-class-ref in TransparentTextView.o >> "_OBJC_CLASS_$_NSDate", referenced from: >> objc-class-ref in macosx_print.o >> "_OBJC_CLASS_$_NSDictionary", referenced from: >> objc-class-ref in TransparentTextView.o >> "_OBJC_CLASS_$_NSFileManager", referenced from: >> objc-class-ref in SDLMain.o >> objc-class-ref in fcinstaller.o >> l_OBJC_$_CATEGORY_NSFileManager_$_CreateDirectoryRecursively in fcinstaller.o >> "_OBJC_CLASS_$_NSFont", referenced from: >> objc-class-ref in SDLMain.o >> "_OBJC_CLASS_$_NSImage", referenced from: >> objc-class-ref in macosx_print.o >> "_OBJC_CLASS_$_NSMutableAttributedString", referenced from: >> objc-class-ref in SDLMain.o >> "_OBJC_CLASS_$_NSMutableDictionary", referenced from: >> objc-class-ref in SDLMain.o >> "_OBJC_CLASS_$_NSMutableString", referenced from: >> objc-class-ref in SDLMain.o >> objc-class-ref in TransparentTextView.o >> "_OBJC_CLASS_$_NSObject", referenced from: >> _OBJC_CLASS_$_CocoaToSDLBridge in SDLMain.o >> _OBJC_CLASS_$_SDLMain in SDLMain.o >> _OBJC_CLASS_$_ModalDelegate in macosx_print.o >> "_OBJC_CLASS_$_NSPageLayout", referenced from: >> objc-class-ref in macosx_print.o >> "_OBJC_CLASS_$_NSParagraphStyle", referenced from: >> objc-class-ref in SDLMain.o >> "_OBJC_CLASS_$_NSPrintInfo", referenced from: >> objc-class-ref in macosx_print.o >> "_OBJC_CLASS_$_NSPrintOperation", referenced from: >> objc-class-ref in macosx_print.o >> "_OBJC_CLASS_$_NSPrinter", referenced from: >> objc-class-ref in macosx_print.o >> "_OBJC_CLASS_$_NSProcessInfo", referenced from: >> objc-class-ref in SDLMain.o >> "_OBJC_CLASS_$_NSSpeechSynthesizer", referenced from: >> objc-class-ref in speech.o >> "_OBJC_CLASS_$_NSString", referenced from: >> objc-class-ref in SDLMain.o >> l_OBJC_$_CATEGORY_NSString_$_ReplaceSubString in SDLMain.o >> objc-class-ref in speech.o >> objc-class-ref in fcinstaller.o >> "_OBJC_CLASS_$_NSTextView", referenced from: >> _OBJC_CLASS_$_TransparentTextView in TransparentTextView.o >> "_OBJC_CLASS_$_NSURL", referenced from: >> objc-class-ref in TransparentTextView.o >> "_OBJC_CLASS_$_NSUnarchiver", referenced from: >> objc-class-ref in macosx_print.o >> "_OBJC_CLASS_$_NSUserDefaults", referenced from: >> objc-class-ref in SDLMain.o >> objc-class-ref in macosx_print.o >> "_OBJC_CLASS_$_NSView", referenced from: >> _OBJC_CLASS_$_ImageView in macosx_print.o >> "_OBJC_CLASS_$_NSWorkspace", referenced from: >> objc-class-ref in SDLMain.o >> "_OBJC_METACLASS_$_NSApplication", referenced from: >> _OBJC_METACLASS_$_SDLApplication in SDLMain.o >> "_OBJC_METACLASS_$_NSObject", referenced from: >> _OBJC_METACLASS_$_SDLApplication in SDLMain.o >> _OBJC_METACLASS_$_CocoaToSDLBridge in SDLMain.o >> _OBJC_METACLASS_$_SDLMain in SDLMain.o >> _OBJC_METACLASS_$_ImageView in macosx_print.o >> _OBJC_METACLASS_$_ModalDelegate in macosx_print.o >> _OBJC_METACLASS_$_TransparentTextView in TransparentTextView.o >> "_OBJC_METACLASS_$_NSTextView", referenced from: >> _OBJC_METACLASS_$_TransparentTextView in TransparentTextView.o >> "_OBJC_METACLASS_$_NSView", referenced from: >> _OBJC_METACLASS_$_ImageView in macosx_print.o >> "_SDL_GL_GetDrawableSize", referenced from: >> _setup in tuxpaint.o >> "_SDL_main", referenced from: >> -[SDLMain applicationDidFinishLaunching:] in SDLMain.o >> "___CFConstantStringClassReference", referenced from: >> CFString in SDLMain.o >> CFString in SDLMain.o >> CFString in SDLMain.o >> CFString in SDLMain.o >> CFString in SDLMain.o >> CFString in SDLMain.o >> CFString in SDLMain.o >> ... >> "__objc_empty_cache", referenced from: >> _OBJC_CLASS_$_SDLApplication in SDLMain.o >> _OBJC_METACLASS_$_SDLApplication in SDLMain.o >> _OBJC_METACLASS_$_CocoaToSDLBridge in SDLMain.o >> _OBJC_CLASS_$_CocoaToSDLBridge in SDLMain.o >> _OBJC_METACLASS_$_SDLMain in SDLMain.o >> _OBJC_CLASS_$_SDLMain in SDLMain.o >> _OBJC_METACLASS_$_ImageView in macosx_print.o >> ... >> "_libiconv", referenced from: >> _iconv in patch.o >> "_libiconv_open", referenced from: >> _iconv_open in patch.o >> "_objc_msgSend", referenced from: >> -[SDLApplication sendEvent:] in SDLMain.o >> -[SDLApplication tuxpaintHelp:] in SDLMain.o >> -[CocoaToSDLBridge dataPath:] in SDLMain.o >> -[CocoaToSDLBridge preferencesPath] in SDLMain.o >> -[CocoaToSDLBridge fontsPath] in SDLMain.o >> -[SDLMain onAbout:] in SDLMain.o >> -[SDLMain onNew:] in SDLMain.o >> ... >> "_objc_msgSendSuper2", referenced from: >> -[SDLApplication sendEvent:] in SDLMain.o >> -[ModalDelegate init] in macosx_print.o >> "_objc_msgSend_stret", referenced from: >> _SurfacePrint in macosx_print.o >> ld: symbol(s) not found for architecture x86_64 >> clang: error: linker command failed with exit code 1 (use -v to see invocation) >> ------------------------------------------------------------------------------ >> Check out the vibrant tech community on one of the world's most >> engaging tech sites, Slashdot.org! http://sdm.link/slashdot >> _______________________________________________ >> Tuxpaint-devel mailing list >> Tuxpaint-devel@... >> https://lists.sourceforge.net/lists/listinfo/tuxpaint-devel > > > -- > -bill! > Sent from my computer > > ------------------------------------------------------------------------------ > Check out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > _______________________________________________ > Tuxpaint-devel mailing list > Tuxpaint-devel@... > https://lists.sourceforge.net/lists/listinfo/tuxpaint-devel |
|
From: Bill Kendrick <nbs@so...> - 2017-11-12 20:29:39
|
Hi all Mac folks! Can you please test this patched version of Tux Paint, and let me know whether it works for you? https://sourceforge.net/p/tuxpaint/bugs/206/#18a6/ebe7 Thank you! -bill! On Thu, May 04, 2017 at 10:04:28AM -0500, B.J. wrote: > Do the problems below look like calls to SDL1? It would make sense I guess, since I made the object files from source that was added to the main tree (in the ???macosx" directory) to Cocoa-ize the SDL1 port, I think, and probably hasn???t been touched since. I made the object files to resolve the few unaddressed functions from the SDL2 compile and here???s what I got back from the compiler???curious about anyone???s thoughts :) Thanks for peeking: > > ??? > > $ cc -O0 -g -W -Wall -fno-common -ffloat-store -fvisibility=hidden -Wcast-align -Wredundant-decls -Wbad-function-cast -Wwrite-strings -Waggregate-return -Wstrict-prototypes -Wmissing-prototypes -Wstrict-aliasing=2 -D_THREAD_SAFE -I/usr/local/include/SDL2 -I/usr/X11/include -I/usr/local/include/fribidi -DVER_DATE=\"2017-05-02\" -DVER_VERSION=\"0.9.23\" -DDATA_PREFIX=\"/usr/local/share/tuxpaint/\" -DDOC_PREFIX=\"/usr/local/share/doc/tuxpaint/\" -DLOCALEDIR=\"/usr/local/share/locale/\" -DIMDIR=\"/usr/local/share/tuxpaint/im/\" -DCONFDIR=\"/usr/local/etc/tuxpaint/\" -DMAGIC_PREFIX=\"/usr/local/lib/tuxpaint/plugins/\" -DNOSVG -DNO_SDLPANGO -o tuxpaint obj/tuxpaint.o obj/i18n.o obj/im.o obj/cursor.o obj/pixels.o obj/rgblinear.o obj/playsound.o obj/fonts.o obj/parse.o obj/progressbar.o obj/dirwalk.o obj/get_fname.o obj/onscreen_keyboard.o obj/postscript_print.o macosx/SDLMain.o macosx/macosx_print.o macosx/TransparentTextView.o macosx/speech.o macosx/patch.o macosx/message.o macosx/fcinstaller.o -L/usr/local/lib -lSDL2 -lSDL2_image -lSDL2_ttf -lz -lpng -lSDL2_mixer -lpaper -L/usr/local/lib -lfribidi -lintl > > Undefined symbols for architecture x86_64: > "_AuthorizationCopyRights", referenced from: > -[SDLMain installFontconfigFilesWithAuthorization] in SDLMain.o > "_AuthorizationCreate", referenced from: > -[SDLMain installFontconfigFilesWithAuthorization] in SDLMain.o > "_AuthorizationExecuteWithPrivileges", referenced from: > -[SDLMain installFontconfigFilesWithAuthorization] in SDLMain.o > "_AuthorizationFree", referenced from: > -[SDLMain installFontconfigFilesWithAuthorization] in SDLMain.o > "_CFBundleCopyBundleURL", referenced from: > -[SDLMain setupWorkingDirectory:] in SDLMain.o > "_CFBundleGetInfoDictionary", referenced from: > _getApplicationName in SDLMain.o > "_CFBundleGetMainBundle", referenced from: > -[SDLMain setupWorkingDirectory:] in SDLMain.o > _getApplicationName in SDLMain.o > "_CFRelease", referenced from: > -[SDLMain setupWorkingDirectory:] in SDLMain.o > "_CFURLCreateCopyDeletingLastPathComponent", referenced from: > -[SDLMain setupWorkingDirectory:] in SDLMain.o > "_CFURLGetFileSystemRepresentation", referenced from: > -[SDLMain setupWorkingDirectory:] in SDLMain.o > "_FcInit", referenced from: > -[SDLMain setupFontconfig] in SDLMain.o > "_NSAllocateMemoryPages", referenced from: > -[NSString(ReplaceSubString) stringByReplacingRange:with:] in SDLMain.o > "_NSApp", referenced from: > -[SDLMain applicationDidFinishLaunching:] in SDLMain.o > -[ModalDelegate wait] in macosx_print.o > _DisplayPageSetup in macosx_print.o > _SurfacePrint in macosx_print.o > "_NSApplicationMain", referenced from: > _main in SDLMain.o > "_NSDeallocateMemoryPages", referenced from: > -[NSString(ReplaceSubString) stringByReplacingRange:with:] in SDLMain.o > "_NSDefaultRunLoopMode", referenced from: > -[ModalDelegate wait] in macosx_print.o > "_NSDeviceRGBColorSpace", referenced from: > _CreateImage in macosx_print.o > "_NSFontAttributeName", referenced from: > -[SDLMain onAbout:] in SDLMain.o > "_NSForegroundColorAttributeName", referenced from: > -[TransparentTextView activateURLs] in TransparentTextView.o > "_NSLinkAttributeName", referenced from: > -[TransparentTextView activateURLs] in TransparentTextView.o > "_NSLog", referenced from: > _CreateImage in macosx_print.o > "_NSParagraphStyleAttributeName", referenced from: > -[SDLMain onAbout:] in SDLMain.o > "_OBJC_CLASS_$_NSApplication", referenced from: > _OBJC_CLASS_$_SDLApplication in SDLMain.o > "_OBJC_CLASS_$_NSArchiver", referenced from: > objc-class-ref in macosx_print.o > "_OBJC_CLASS_$_NSAttributedString", referenced from: > objc-class-ref in SDLMain.o > "_OBJC_CLASS_$_NSAutoreleasePool", referenced from: > objc-class-ref in fcinstaller.o > "_OBJC_CLASS_$_NSBitmapImageRep", referenced from: > objc-class-ref in macosx_print.o > "_OBJC_CLASS_$_NSBundle", referenced from: > objc-class-ref in SDLMain.o > objc-class-ref in fcinstaller.o > "_OBJC_CLASS_$_NSColor", referenced from: > objc-class-ref in TransparentTextView.o > "_OBJC_CLASS_$_NSDate", referenced from: > objc-class-ref in macosx_print.o > "_OBJC_CLASS_$_NSDictionary", referenced from: > objc-class-ref in TransparentTextView.o > "_OBJC_CLASS_$_NSFileManager", referenced from: > objc-class-ref in SDLMain.o > objc-class-ref in fcinstaller.o > l_OBJC_$_CATEGORY_NSFileManager_$_CreateDirectoryRecursively in fcinstaller.o > "_OBJC_CLASS_$_NSFont", referenced from: > objc-class-ref in SDLMain.o > "_OBJC_CLASS_$_NSImage", referenced from: > objc-class-ref in macosx_print.o > "_OBJC_CLASS_$_NSMutableAttributedString", referenced from: > objc-class-ref in SDLMain.o > "_OBJC_CLASS_$_NSMutableDictionary", referenced from: > objc-class-ref in SDLMain.o > "_OBJC_CLASS_$_NSMutableString", referenced from: > objc-class-ref in SDLMain.o > objc-class-ref in TransparentTextView.o > "_OBJC_CLASS_$_NSObject", referenced from: > _OBJC_CLASS_$_CocoaToSDLBridge in SDLMain.o > _OBJC_CLASS_$_SDLMain in SDLMain.o > _OBJC_CLASS_$_ModalDelegate in macosx_print.o > "_OBJC_CLASS_$_NSPageLayout", referenced from: > objc-class-ref in macosx_print.o > "_OBJC_CLASS_$_NSParagraphStyle", referenced from: > objc-class-ref in SDLMain.o > "_OBJC_CLASS_$_NSPrintInfo", referenced from: > objc-class-ref in macosx_print.o > "_OBJC_CLASS_$_NSPrintOperation", referenced from: > objc-class-ref in macosx_print.o > "_OBJC_CLASS_$_NSPrinter", referenced from: > objc-class-ref in macosx_print.o > "_OBJC_CLASS_$_NSProcessInfo", referenced from: > objc-class-ref in SDLMain.o > "_OBJC_CLASS_$_NSSpeechSynthesizer", referenced from: > objc-class-ref in speech.o > "_OBJC_CLASS_$_NSString", referenced from: > objc-class-ref in SDLMain.o > l_OBJC_$_CATEGORY_NSString_$_ReplaceSubString in SDLMain.o > objc-class-ref in speech.o > objc-class-ref in fcinstaller.o > "_OBJC_CLASS_$_NSTextView", referenced from: > _OBJC_CLASS_$_TransparentTextView in TransparentTextView.o > "_OBJC_CLASS_$_NSURL", referenced from: > objc-class-ref in TransparentTextView.o > "_OBJC_CLASS_$_NSUnarchiver", referenced from: > objc-class-ref in macosx_print.o > "_OBJC_CLASS_$_NSUserDefaults", referenced from: > objc-class-ref in SDLMain.o > objc-class-ref in macosx_print.o > "_OBJC_CLASS_$_NSView", referenced from: > _OBJC_CLASS_$_ImageView in macosx_print.o > "_OBJC_CLASS_$_NSWorkspace", referenced from: > objc-class-ref in SDLMain.o > "_OBJC_METACLASS_$_NSApplication", referenced from: > _OBJC_METACLASS_$_SDLApplication in SDLMain.o > "_OBJC_METACLASS_$_NSObject", referenced from: > _OBJC_METACLASS_$_SDLApplication in SDLMain.o > _OBJC_METACLASS_$_CocoaToSDLBridge in SDLMain.o > _OBJC_METACLASS_$_SDLMain in SDLMain.o > _OBJC_METACLASS_$_ImageView in macosx_print.o > _OBJC_METACLASS_$_ModalDelegate in macosx_print.o > _OBJC_METACLASS_$_TransparentTextView in TransparentTextView.o > "_OBJC_METACLASS_$_NSTextView", referenced from: > _OBJC_METACLASS_$_TransparentTextView in TransparentTextView.o > "_OBJC_METACLASS_$_NSView", referenced from: > _OBJC_METACLASS_$_ImageView in macosx_print.o > "_SDL_GL_GetDrawableSize", referenced from: > _setup in tuxpaint.o > "_SDL_main", referenced from: > -[SDLMain applicationDidFinishLaunching:] in SDLMain.o > "___CFConstantStringClassReference", referenced from: > CFString in SDLMain.o > CFString in SDLMain.o > CFString in SDLMain.o > CFString in SDLMain.o > CFString in SDLMain.o > CFString in SDLMain.o > CFString in SDLMain.o > ... > "__objc_empty_cache", referenced from: > _OBJC_CLASS_$_SDLApplication in SDLMain.o > _OBJC_METACLASS_$_SDLApplication in SDLMain.o > _OBJC_METACLASS_$_CocoaToSDLBridge in SDLMain.o > _OBJC_CLASS_$_CocoaToSDLBridge in SDLMain.o > _OBJC_METACLASS_$_SDLMain in SDLMain.o > _OBJC_CLASS_$_SDLMain in SDLMain.o > _OBJC_METACLASS_$_ImageView in macosx_print.o > ... > "_libiconv", referenced from: > _iconv in patch.o > "_libiconv_open", referenced from: > _iconv_open in patch.o > "_objc_msgSend", referenced from: > -[SDLApplication sendEvent:] in SDLMain.o > -[SDLApplication tuxpaintHelp:] in SDLMain.o > -[CocoaToSDLBridge dataPath:] in SDLMain.o > -[CocoaToSDLBridge preferencesPath] in SDLMain.o > -[CocoaToSDLBridge fontsPath] in SDLMain.o > -[SDLMain onAbout:] in SDLMain.o > -[SDLMain onNew:] in SDLMain.o > ... > "_objc_msgSendSuper2", referenced from: > -[SDLApplication sendEvent:] in SDLMain.o > -[ModalDelegate init] in macosx_print.o > "_objc_msgSend_stret", referenced from: > _SurfacePrint in macosx_print.o > ld: symbol(s) not found for architecture x86_64 > clang: error: linker command failed with exit code 1 (use -v to see invocation) > ------------------------------------------------------------------------------ > Check out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > _______________________________________________ > Tuxpaint-devel mailing list > Tuxpaint-devel@... > https://lists.sourceforge.net/lists/listinfo/tuxpaint-devel -- -bill! Sent from my computer |
|
From: Bill Kendrick <nbs@so...> - 2017-10-15 19:30:10
|
Tux Paint's source code has been in terrible shape, formatting-wise, for many years. Combinations of tabs and spaces, along with various people's styles (or lack thereof) caused things to look fairly terrible and no doubt would scare off any newcomers who might want to contribute to the project. So, I've just run `indent` on basically the whole codebase (some Mac-specific Objective C stuff was untouched, but a few header .h files were). The main source code directories (src/, magic/src/, and macosx/) have an `indent` config file (`.indent.pro`), so it should be simply a matter of running indent SOMEFILE.c after adding or modifying a file, to keep the formatting consistent. Note that, at least the way I _intended_ it to work, is for `.indent.pro` to live in src/, while the other two copies are symbolic links to that file. Seems to have worked, in Git, but YMMV depending on what platform you're checking things out on. (e.g. https://sourceforge.net/p/tuxpaint/tuxpaint/ci/master/tree/macosx/.indent.pro) FYI, the options I preferred were: --blank-lines-after-declarations --blank-lines-after-procedures --break-before-boolean-operator --continue-at-parentheses --declaration-indentation1 --dont-break-function-decl-args --dont-break-procedure-type --line-length120 --no-blank-lines-after-commas --no-space-after-casts --no-space-after-function-call-names --no-space-after-parentheses --no-tabs FWIW, things still seem to run for me. :) Let me know if you have any issues. And of course, be sure to `git pull --all` ASAP, before making any code changes, so that you're also working off the latest, nicely-formatted codebase! Thanks, -- -bill! Sent from my computer |
|
From: Bill Kendrick <nbs@so...> - 2017-10-13 03:38:01
|
On Mon, Oct 09, 2017 at 12:23:06PM -0700, Bill Kendrick wrote: > > I am currently following the steps to create a Git repository > under the main "tuxpaint" project, and importing the various > important modules (tuxpaint, tuxpaint-stamps, tuxpaint-config, tuxpaint-website). > > I'll see about updating the tuxpaint.org website to reflect the new > reality (fetch from Git, not CVS), when I have some time. I've updated the website. Please consider CVS deprecated! For info on Git, see: http://tuxpaint.org/download/source/git/ Or just go to the Git page for the Tux Paint project: https://sourceforge.net/p/tuxpaint/_list/git -bill! |
|
From: Bill Kendrick <nbs@so...> - 2017-10-09 19:23:14
|
I am currently following the steps to create a Git repository under the main "tuxpaint" project, and importing the various important modules (tuxpaint, tuxpaint-stamps, tuxpaint-config, tuxpaint-website). I'll see about updating the tuxpaint.org website to reflect the new reality (fetch from Git, not CVS), when I have some time. -bill! ----- Forwarded message from SourceForge Support <cvsdecomm@...> ----- Date: Sat, 07 Oct 2017 16:22:38 +0000 From: "SourceForge Support" <cvsdecomm@...> Subject: CVS support at SourceForge and Nov. 30 To: nbs@... Greetings project admin, We have been planning to discontinue CVS support here at SourceForge for several years now, and that time has finally arrived. Since your project is making use of CVS for your source version control, you should now convert your repository over to another version control system. The current plan is to stop allowing CVS commits by November 30th. To be able to continue making source code changes you???ll need to have your CVS repo converted by then. The ssh access method will stop working, but read-only access via both pserver, rsync, and interactive shell will continue to be available past the cutoff date (we haven???t determined if or when the read-only support will end). This means that you will have plenty of time to convert your data to a new SCM format, even well past the cutoff date. If you don???t have a particular SCM choice in mind, we recommend choosing Subversion (SVN) since it has a workflow that is most similar to that of CVS. You might also want to choose Git, which is very popular these days, though it does have a steeper learning curve compared to switching to Subversion. You can even give each one a try and keep the one you like best. Don???t be afraid to experiment. For information on how to convert your repository from CVS to SVN or Git, visit the following web page: https://sourceforge.net/p/forge/documentation/CVS/ The page also documents the rsync backup method. We hope that your conversion goes smoothly. You can let us know if you run into any issues by replying to this email. Sincerely, SourceForge Support ----- End forwarded message ----- -- -bill! Sent from my computer |
|
From: Pere Pujal i Carabantes <perepujal@gm...> - 2017-10-05 23:16:07
|
Hi all, Finally I could get another update in fdroid You could download it from https://f-droid.org/packages/org.tuxpaint/ or just from your fdroid app Changes from beta 8 to beta 10: Keep the screen alive setting in the config activity. It now builds with gradle, I had to change from ant due to some problems with fdroid and ant deprecation. The build process of Tux Paint for Android is documented in the README.md at github Glib, SDL2,... updates to the latest version. As a side effect it now only runs from Android 3.1 onwards, SDL2 needs it for joystick support. The config activity is now translatable. Things to do: change the language on the air in the config activity change the "locale" selector to "language" selector i.e. people should see "Français" or "French" or whatever it is called in the currently used language instead of fr_FR Tools to convert translations from/to Android xml format from/to .po format so we can use the usual gettext tools More translations :) Tests, lots of testings :) Stamps downloader I don't know when I will get time to dedicate to Tux Paint again, things are really exciting those days in Catalonia, both for the best and for the worst, wish us luck Pere |
|
From: Pere Pujal i Carabantes <perepujal@gm...> - 2017-08-20 22:08:40
|
El dg 20 de 08 de 2017 a les 17:06 +0100, en/na Caroline Ford va escriure: > > Sent from a mobile device. > > Begin forwarded message: > > > From: Thanuja Dayasri <thanujadsri@...> > > Date: 20 August 2017 at 16:56:05 BST > > To: undisclosed-recipients:; > > Subject: Please help us > > > > We are 3rd year Undergraduate students of University of Jaffna in Sri Lanka .We suppose to develop Open souse software "Tux paint". We have a souse > > code downloaded from https://sourceforge.net. We tried to run on visual studio,code blocks etc.. But still we couldn't run through any application > > this code.We hope to your support to do our development project. please inform us what would be the exact compiler software for this tux paint > > software & how to do this.We hope your immediate response. Thank you Hi all, Tux Paint is developed mainly in Linux, as an example, for Debian and derivates you just run # apt-get build-dep tuxpaint to have all the dependencies needed to compile Tux Paint then, to get the source code cvs -d:pserver:anonymous@...:/cvsroot/tuxpaint login Hit Enter as password cvs -z3 -d:pserver:anonymous@...:/cvsroot/tuxpaint co -P tuxpaint run $ cd tuxpaint $ make $ su -c"make install" or $ sudo make install depending on your configuration $ tuxpaint Close Tux Paint, edit any file of your choice with the editor of your choice, then recompile and install again and test your changes $ make $ su -c"make install" $ tuxpaint You will see all this better explained in the file docs/INSTALL.txt For Windows, the latest instructions I know are at http://www.johnnypops.co.uk/tuxpaint/index.html Lately, I strongly suggest that if you are interested in developing/extending Tux Paint, subscribe to the tuxpaint-devel mailing list. https://sourceforge.net/projects/tuxpaint/lists/tuxpaint-devel Any hint on what area you plan to do/develop/improve? HTH Pere |
|
From: Caroline Ford <caroline.ford.work@gm...> - 2017-08-20 16:06:32
|
Sent from a mobile device. Begin forwarded message: > From: Thanuja Dayasri <thanujadsri@...> > Date: 20 August 2017 at 16:56:05 BST > To: undisclosed-recipients:; > Subject: Please help us > > We are 3rd year Undergraduate students of University of Jaffna in Sri Lanka .We suppose to develop Open souse software "Tux paint". We have a souse code downloaded from https://sourceforge.net. We tried to run on visual studio,code blocks etc.. But still we couldn't run through any application this code.We hope to your support to do our development project. please inform us what would be the exact compiler software for this tux paint software & how to do this.We hope your immediate response. Thank you |
|
From: Pere Pujal i Carabantes <perepujal@gm...> - 2017-08-01 19:15:55
|
El dt 01 de 08 de 2017 a les 09:00 +0530, en/na Nalaka Senarathna va escriure: > how can i edit and compile tuxpaint source code in windows 7 Hi, to compile the Tux Paint's cvs sources in Windows, follow these instructions http://www.johnnypops.co.uk/tuxpaint/index.html Take in account that SDL1.2 is already at the 1.2.15 version, which has fixes for some bugs that impacts Tux Paint, so remember to update SDL in your build. Editing is a matter of taste, some people prefer plain text editors, other prefers IDEs, just take in account that Tux Paint is mainly developed in Linux, so the "end of line" must follow the Linux style. HTH Pere |
|
From: tux paint <tuxpaintdev@gm...> - 2017-08-01 19:02:51
|
how can i edit and compile the source code in windows or linux. ( imeant what kind of software did u use for this). thnk you... On Sun, Jul 30, 2017 at 12:45 PM, Pere Pujal i Carabantes < perepujal@...> wrote: > El dg 30 de 07 de 2017 a les 13:12 +0200, en/na Karl Ove Hufthammer va > escriure: > > Pere Pujal i Carabantes skreiv 29. juli 2017 16:30: > > > > Where can I find the source code for the Android version? I had a > look > > > > in the CVS repository (which I have commit access to), but couldn’t > find > > > > it there. > > > > > > Currently it is at github, https://github.com/ > tux4kids/Tuxpaint-Android > > > and the android strings are under res/values-xx dirs. > > > > > > […] > > > > > > If somebody wants to help with the android port in github, I will be > > > very happy to provide commit access. > > > > I won’t be able to help with the actual port, but if it’s possible for > > translators to have commit access, I would appreciate having access (my > > username is ‘huftis’), to be able to commit updated translations. > > Sent an invite, if anybody else wants also commit access, please tell it. > > > > > > Regarding the translation process, I discovered that it’s possible to > > generate normal POT/PO files for translating Android apps. This is much > > easier (and less error-prone) for translators, as they can use their > > usual PO editors instead of having to hand-edit (and keep up to date) > > .xml files. > > > > Nice, so we can make a couple of scripts that generates the POs<->strings > most like the ones used for stamps. > > > I have tested this. Using the ‘android2po’ tools, running the following > > command > > > > a2po init --groups strings > > > > generates a ‘template.pot’ file POT based on the ‘strings.xml’ file in > > the res/values folder, along with ‘xx.po’ PO files (where ‘xx’ is a > > language code), based on the corresponding strings.xml files in the > > res/values-xx folders. Whenever you add or strings, run > > > > a2po export --groups strings > > > > to generate updated POT and PO files. When you receive updated PO files > > from translators, run > > > > a2po import --groups strings > > > > To generate PO files for new languages (e.g. xx, yy and zz), run > > > > a2po init xx yy zz --groups strings > > > > (It’s important to do things this way to ensure that the PO files > > contain the correct rules for plural strings.) > > > > The ‘--groups’ option is needed to avoid a2po also extracting the > > ‘arrays.xml’ file. When there is only *one* file to translate > > (strings.xml), a2po generates ‘template.pot’ and ‘xx.po’ files. If you > > have several string files, you have to use this syntax: > > > > a2po import --groups strings uistrings > > > > The tool will now instead generate ‘strings.pot’, ‘uistrings.pot’, > > ‘strings-xx.po’, ‘uistrings-xx.po’ (and no ‘template.pot’ and ‘xx.po’ > > files). Use the ‘--layout’ option to choose a different directory or > > filename layout for the POT and PO files. > > > > ------------------------------------------------------------ > ------------------ > Check out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > _______________________________________________ > Tuxpaint-devel mailing list > Tuxpaint-devel@... > https://lists.sourceforge.net/lists/listinfo/tuxpaint-devel > |
|
From: Nalaka Senarathna <nalakasenarathna2@gm...> - 2017-08-01 03:30:40
|
how can i edit and compile tuxpaint source code in windows 7 |
|
From: Pere Pujal i Carabantes <perepujal@gm...> - 2017-07-30 19:46:00
|
El dg 30 de 07 de 2017 a les 13:12 +0200, en/na Karl Ove Hufthammer va escriure: > Pere Pujal i Carabantes skreiv 29. juli 2017 16:30: > > > Where can I find the source code for the Android version? I had a look > > > in the CVS repository (which I have commit access to), but couldn’t find > > > it there. > > > > Currently it is at github, https://github.com/tux4kids/Tuxpaint-Android > > and the android strings are under res/values-xx dirs. > > > > […] > > > > If somebody wants to help with the android port in github, I will be > > very happy to provide commit access. > > I won’t be able to help with the actual port, but if it’s possible for > translators to have commit access, I would appreciate having access (my > username is ‘huftis’), to be able to commit updated translations. Sent an invite, if anybody else wants also commit access, please tell it. > > Regarding the translation process, I discovered that it’s possible to > generate normal POT/PO files for translating Android apps. This is much > easier (and less error-prone) for translators, as they can use their > usual PO editors instead of having to hand-edit (and keep up to date) > .xml files. > Nice, so we can make a couple of scripts that generates the POs<->strings most like the ones used for stamps. > I have tested this. Using the ‘android2po’ tools, running the following > command > > a2po init --groups strings > > generates a ‘template.pot’ file POT based on the ‘strings.xml’ file in > the res/values folder, along with ‘xx.po’ PO files (where ‘xx’ is a > language code), based on the corresponding strings.xml files in the > res/values-xx folders. Whenever you add or strings, run > > a2po export --groups strings > > to generate updated POT and PO files. When you receive updated PO files > from translators, run > > a2po import --groups strings > > To generate PO files for new languages (e.g. xx, yy and zz), run > > a2po init xx yy zz --groups strings > > (It’s important to do things this way to ensure that the PO files > contain the correct rules for plural strings.) > > The ‘--groups’ option is needed to avoid a2po also extracting the > ‘arrays.xml’ file. When there is only *one* file to translate > (strings.xml), a2po generates ‘template.pot’ and ‘xx.po’ files. If you > have several string files, you have to use this syntax: > > a2po import --groups strings uistrings > > The tool will now instead generate ‘strings.pot’, ‘uistrings.pot’, > ‘strings-xx.po’, ‘uistrings-xx.po’ (and no ‘template.pot’ and ‘xx.po’ > files). Use the ‘--layout’ option to choose a different directory or > filename layout for the POT and PO files. > |
|
From: Karl Ove Hufthammer <karl@hu...> - 2017-07-30 11:12:56
|
Pere Pujal i Carabantes skreiv 29. juli 2017 16:30: >> Where can I find the source code for the Android version? I had a look >> in the CVS repository (which I have commit access to), but couldn’t find >> it there. > Currently it is at github, https://github.com/tux4kids/Tuxpaint-Android > and the android strings are under res/values-xx dirs. > > […] > > If somebody wants to help with the android port in github, I will be > very happy to provide commit access. I won’t be able to help with the actual port, but if it’s possible for translators to have commit access, I would appreciate having access (my username is ‘huftis’), to be able to commit updated translations. Regarding the translation process, I discovered that it’s possible to generate normal POT/PO files for translating Android apps. This is much easier (and less error-prone) for translators, as they can use their usual PO editors instead of having to hand-edit (and keep up to date) .xml files. I have tested this. Using the ‘android2po’ tools, running the following command a2po init --groups strings generates a ‘template.pot’ file POT based on the ‘strings.xml’ file in the res/values folder, along with ‘xx.po’ PO files (where ‘xx’ is a language code), based on the corresponding strings.xml files in the res/values-xx folders. Whenever you add or strings, run a2po export --groups strings to generate updated POT and PO files. When you receive updated PO files from translators, run a2po import --groups strings To generate PO files for new languages (e.g. xx, yy and zz), run a2po init xx yy zz --groups strings (It’s important to do things this way to ensure that the PO files contain the correct rules for plural strings.) The ‘--groups’ option is needed to avoid a2po also extracting the ‘arrays.xml’ file. When there is only *one* file to translate (strings.xml), a2po generates ‘template.pot’ and ‘xx.po’ files. If you have several string files, you have to use this syntax: a2po import --groups strings uistrings The tool will now instead generate ‘strings.pot’, ‘uistrings.pot’, ‘strings-xx.po’, ‘uistrings-xx.po’ (and no ‘template.pot’ and ‘xx.po’ files). Use the ‘--layout’ option to choose a different directory or filename layout for the POT and PO files. -- Karl Ove Hufthammer |
|
From: Pere Pujal i Carabantes <perepujal@gm...> - 2017-07-29 14:30:05
|
El ds 29 de 07 de 2017 a les 15:57 +0200, en/na Karl Ove Hufthammer va escriure: > Pere Pujal i Carabantes skreiv 01. juni 2017 00:49: > > the Android version of Tux Paint is slowly becoming ready, now I've just made the config activity translatable, but before calling for > > translations, > > Where can I find the source code for the Android version? I had a look > in the CVS repository (which I have commit access to), but couldn’t find > it there. > Currently it is at github, https://github.com/tux4kids/Tuxpaint-Android and the android strings are under res/values-xx dirs. The original(SDL2 based *) tuxpaint's code is under the jni dir among all the libs needed to get it compiled for android. Note that I am in the process of changing the android build process from ant to gradle https://github.com/perepujal/Tuxpaint-Android and thus the dirs will be reorganized app/src/main/res app/src/main/jni and so on. If somebody wants to help with the android port in github, I will be very happy to provide commit access. Thanks Pere * https://sourceforge.net/projects/tuxpaint-sdl2/ |