Login
Username:

Password:

Remember me



Lost Password?

Register now!

Sections

Who's Online
88 user(s) are online (49 user(s) are browsing Forums)

Members: 1
Guests: 87

K-L, more...

Support us!

Headlines

Forum Index


Board index » All Posts (elfpipe)




How to link with a .so library?
Just can't stay away
Just can't stay away


How do I link with .so libraries using gcc?

I'm trying to link my project to libpng12.so and libfreetype.so. The linking call looks like this:

c++ -o testapp $(OBJECTS) -L/work/CODE/large/qt-x11-opensource-src-4.5.3/lib -lQtGui -lQtCore -Lcygnix:cygnixppc/x11r6.3/lib -lXt -lSM -lICE -lXext -lX11 -laos4util-newlib -LSDK:gcc/lib/gcc/pcc-amigaos/4.2.4/newlib/lib -LSDK:newlib/lib -lunix -lauto -LSDK:local/newlib/lib -lpng12 -lfreetype

but c++ returns "can't find -lpng12". I've tried also replacing the last three parameters with:

SDK:newlib/lib/libpng12.so SDK:newlib/lib/libfreetype.so

but c++ returns an error again claiming, that I'm trying to link staticly to a dynamic library.

What am I doing wrong?

Go to top


Re: Ladies and Gentlemen...
Just can't stay away
Just can't stay away


@Kicko

Nope, not Quicktime. Please visit http://qt.nokia.com to investigate.

Go to top


Ladies and Gentlemen...
Just can't stay away
Just can't stay away


As suggested I'll make a small presentation of myself:

My name is Alfkil Thorbj?rn Wennermark, I'm a trained classical violinist, but nowadays I spend my time mostly playing jazz and "fiddling" with computers (mac and amiga). I'm 28 years old and live in Copenhagen, Denmark.

I've been particularly interested in programming ever since I purchased EasyAMOS back in the days. My primary interest is construction of games. I've never released or uploaded any of my creations, I seem to have a hard time finishing things. My most interesting creation has probably been a 3D "tennis on a stick" simulator (I don't know what 'stangtennis' is called in english?). One of my big dreams is to someday be able to actually create something of use to the community :). For this reason I have now started porting the Qt package to Amiga OS 4.1. Actually I have no real sense of how many people would be even interested in such a project, and I seriously doubt, that I'll ever finish it...

My machines:
A500 + A1200 in tower w BPPC603/BvisionPPC (both in my closet)
SAM440ep-flex 667Mhz, 1GB RAM, Radeon 9250-128mb (used as often as possible!)
and an old iBook G4 for everyday use...

Oh and by the way (and slightly off topic): If you are interested in music, please visit the page of my string quartet

http://www.myspace.com/copenhagenjazzstringquartet

Go to top


Re: Napalm for OS 4?
Just can't stay away
Just can't stay away


@kas1e

I suppose you know, that it is all done in 68k assembler?

Go to top


Re: Napalm for OS 4?
Just can't stay away
Just can't stay away


@SLayeRDK

Hence "license". I was thinking something along the lines of setting up a bounty to buy the source from them. If they still have it...

Go to top


Napalm for OS 4?
Just can't stay away
Just can't stay away


Has anyone ever tried to convince Clickboom to licence an OS 4 compliant version of Napalm? I think it is a horrible shame, that we cannot play "the greatest amiga game of all times" on our new mahines...

Go to top


Re: OWB 3.19
Just can't stay away
Just can't stay away


@redfox

I can confirm, that I also get a crash with OWB 3.15 using google search.

Go to top


Re: Possible GCC bug - who do I talk to?
Just can't stay away
Just can't stay away


@spotUP

For the curious among us: I'm just fooling around trying to get parts of Qt (Trolltech/Nokia) to work with AmiCygnix. It is going to take forever, because I only have a couple of days a week max with my SAMflex...

Go to top


Re: Possible GCC bug - who do I talk to?
Just can't stay away
Just can't stay away


@BillE

I will do that in the future, thank you!

Go to top


Re: Possible GCC bug - who do I talk to?
Just can't stay away
Just can't stay away


@tboeckel

This is my week of embarrassment...! Set stack to 10 mb and it runs like a charm :). I must have just looked at the Guru saying "stack inside the allowed area" or smth and assumed that everything was ok. Thanx!

Go to top


Re: Possible GCC bug - who do I talk to?
Just can't stay away
Just can't stay away


@corto

For apparently no reason the stack becomes scrambled over function calls. I tried removing parts of the (rather extensive) code and at some point I had it boiled down to being able to trigger the phenomenon by adding or removing a single local integer variable. Like this:

int nLines=0;
(The stack gets scrambled)

//int nLines=0;
(Program runs normally)

nLines is not used anywhere else in the code. (Changing the name of the variable doesn't change the outcome.) Of course this works only with the boiled down version of the code, the original full version doesn't react to this.

Actually it might be a system flaw since it seems that the phenomenon sometimes triggers without a change in the code.

Go to top


Re: Problems with DvPlayer and monitor drivers on SAM [solved]
Just can't stay away
Just can't stay away


@flow

That's funny! I could have sworn that I'd already tried booting without mouse and keyboard at least a 100 times... Apparently not! Thanks for solving my problem!

Go to top


Possible GCC bug - who do I talk to?
Just can't stay away
Just can't stay away


I'm chasing down a possible compiler bug that prevents me from continuing work on a largescale open source project... Does anyone know, who is currently responsible for GCC development? I've tried contacting both Hans J?rg and Thomas Frieden, but they don't seem to respond...

Go to top


Re: Problems with DvPlayer and monitor drivers on SAM
Just can't stay away
Just can't stay away


@ChrisH

I tried swapping around the two RAM modules and guess what happened...
Now all of a sudden the older module refuses to work with the lower port (which was where it was usually situated before). It seems to work fine with the upper port. The other module works in both. Also, regardless of which module I use, I get a glitch on the boot screen, when only one module is mounted; when both are mounted, the glitch goes away. Hmm... I guess this is a "maybe" problem...

Also now I am unable to reproduce my previous problems with DvPlayer crashing. It seems to work regardless.

Strangely, nothing of this seems to have influenced my ScreenMode issue. Occasionally I'll get a random "correct" boot with the right screenmode, but normally it just boots up into PAL:640x400x256. I have tried all the suggestions posted in this thread (appart from mounting my hd on another sam, I simply don't know any real life people with a sam) and nothing seems to change anything or give any usefull information.

I have installed the latest quickfix from Hyperion. The problem started before I installed any updates, and it didn't change after installing them. I don't know what "debug kernel" means?

Go to top


Re: Problems with DvPlayer and monitor drivers on SAM
Just can't stay away
Just can't stay away


@Elwood

Booting with only CD connected was a suggestion I got
to test, if my screenmode problem was hardware or
software related (see previous posts in the thread).
Amiga OS is already fully installed on my HD.

Go to top


Re: Problems with DvPlayer and monitor drivers on SAM
Just can't stay away
Just can't stay away


At last I got home so I could test the various suggestions out:

I tried booting without the HD connected and got the following very
cryptical message:

"AOS4 FLB
No known boot method for device 148
FLB: no SLB found in any of the designated boot sources; returning to u-boot.
Press any key to continue
> |"

I don't know what this means, but apparently the boot sequence uses material
from my HD during boot from CD/DVD. Of course this could mean anything...
I checked the SATA cables, and they are plugged in to the correct sockets (as
described in the SAM manual). Is anyone else able to boot with only the CD/DVD
drive connected?

Next, I tried mounting an additional 512 MB RAM module, so now I have
2x512 MB RAM. First time I boot up (with HD) it starts up Workbench in the
correct screen mode! I try DvPlayer, and it doesn't hang the system anymore.
I tried with two different DVD's and an MPEG from my HD. One of the DVD's still
makes DvPlayer hang when I try fast forwarding (but now only the program, not
the entire system). With the other DVD and the MPEG everything works fine.

So adding memory solved some but not all of my problems. The next time I
boot (from HD) the screenmode issue is back...

P.S: Actually this thread was not my first post to this forum, forgot about the first
one... Sorry

Go to top


Re: Codebench - where to download?
Just can't stay away
Just can't stay away


@Rigo

I hear that you are working on a GUI for the GNU debugger ?
Is this a part of CODEBench or is it a stand alone application?
Anyways, I have suggested a bounty for a GUI on AmigaBounty,
as this is one of the things, I wouls REALLY like to have!

(Of course, the current version of the debugger is completely
unusable as it is, so maybe this has to be fixed first...)

Go to top


Re: Problems with DvPlayer and monitor drivers on SAM
Just can't stay away
Just can't stay away


Ok, thanks everybody, I have some good
suggestions now that I will check out as soon
as possible. I will be away from my SAM
for the next week, but I will go ahead as soon
as I get back. Thanks a lot :)

Go to top


Problems with DvPlayer and monitor drivers on SAM
Just can't stay away
Just can't stay away


Hello, this is my first post to amigans.net, my usual
hangout is amiga.dk which is a lot smaller
and more intimate, so please folks! Be gentle with me

Ok, I don't know for sure whether this is a hardware
or software issue. Actually it might be two separate
issues, or they might be related, I don't know.

My machine: SAM-flex with 512 RAM and Radeon 9250 128 MB.

1) LoadMonDrvs doesn't find the Radeon modes during
the startup-sequence. When I reach the Workbench
screen, only 8-bit PAL modes and one BootVGA mode
are available. I found a "solution" though:
When I open up a shell window and
type in "C:LoadMonDrvs", then go into ScreenMode
again, all the Radeon modes are now available!

I tried booting from the Install CD. Same problem.
I tried inspecting and changing the tooltypes of
the "Radeon" monitor in DEVS:. Nothing changes.
I tried different things with the startup-sequence;
increasing STACK, moving the command to the
beginning and end of the script, inserting 'WAIT 3'
statements all over the place and even inserting
two or more calls to the command in the script...
Nothing changes...

I'm especially puzzled by the fact, that booting
from the AmigaOS CD doesn't change it either.
And moreover: This problem didn't come after
an upgrade or a concious change in the system;
it started about three days after I got the system
directly from ACube. The first three days everything
was normal!

2) DvPlayer now seems to exhibit some problems.
I'm not sure when this changed, as I only tried
the program out one time the first day and then
again last week. It hangs the entire system
when I try fast-forwarding in a movie (I tried
only one DVD). It also hangs the system at
startup when my screenmode has the Autoscroll
tag on.

I talked to Stephen Fellner about it, and he
says that especially the Autoscroll problem in
DvPlayer shouldn't happen unless my screen
has a different size than the selected
resolution (like a larger-than-the-screen
Workbench), which wasn't the case when I
got the hang. I'm posting this here on Stephen's
suggestion.

Does anyone have a similar problem or an idea
of what could be the problem? I'm really affraid that
this might be an obscure hardware problem on my
system. How could I test this?

Before I found
the "solution" of calling LoadMonDrvs after startup
(and it took a LOT of time before I found out,
being kinda stupid and all :) ) I had the system shipped
all the way back to Italy, and ACube just
claimed, that in their hands my system ran
completely flawlessly! I also tried another
Radeon board (same kind), changing the monitor,
same problem...

Help!---

Go to top


What do I need to develop w/AmiCygnix?
Just can't stay away
Just can't stay away


I've installed base package and tools. I've also downloaded
amicygnix-x11-src.lha and I'm guessing this is what I need
to eventually compile my own X11-programs?

If this is the right file: How do I compile it? I have installed
the os4.1 sdk and following the instructions in the readme,
I only get a lot of errors from gcc.

Has anyone actually built the whole package on os 4.1 with
the new sdk? If so, how and where do i get the binaries and
header files?

Also: When I evt. get working libraries, what is the best
way to install them on my system? Do they go in the
SDK: directory or do they go in the Cygnix: directory?
Can anyone come up with an example of how to build
a simple project that uses AmiCygnix and the 4.1 SDK?

Go to top



TopTop
« 1 ... 71 72 73 (74)




Powered by XOOPS 2.0 © 2001-2023 The XOOPS Project